“출시하려면 홈페이지에 무슨 페이지가 있어야 하나요?”라는 질문에는 앱의 기능을 함께 봐야 답할 수 있습니다. 개인정보처리방침, 계정 삭제, 문의 안내는 목적도 요구 조건도 다릅니다. 웹 문서를 만드는 일, 앱 안에 동작을 구현하는 일, Console에 선언하는 일을 구분하세요.
아래는 2026년 9월 15일 확인한 Google Play 정책의 작업 안내입니다. 모든 국가의 개인정보·소비자 관련 법적 의무를 포괄하는 법률 문서나 그대로 제출하는 약관 양식은 아닙니다.
정책 이름과 적용 대상을 먼저 봅니다
| 항목 | Google 공식 정책·요구사항 이름 | 적용 범위 | 준비할 위치 |
|---|---|---|---|
| 개인정보처리방침 | User Data의 Privacy Policy | 모든 앱 | 공개 웹 URL, 앱 내부 링크 또는 본문, Console URL 입력 |
| 계정 삭제 요청 | User Data의 Account Deletion Requirement | 앱 안에서 계정 생성을 허용하는 경우 | 앱 내부 시작점과 외부 웹 경로, Console URL 입력 |
| 데이터 보안 | Data safety section | 공개·비공개 테스트·프로덕션 등 해당 트랙 | Console의 양식. 내부 테스트 전용 앱은 예외 확인 |
| 광고 고지와 배치 | Ads | 광고가 있는 앱 | Console 광고 선언과 실제 앱 화면 |
| 아동 대상 기능 | Google Play Families Policies | 타겟층에 아동이 포함되는 경우 | 연령·SDK·광고·데이터 처리 전반 |
| 이용약관·FAQ·소개 | 서비스 운영에 따른 검토 사항 | 모든 앱에 동일한 Play 필수 페이지 세트는 아님 | 필요한 웹 문서와 앱 연결 |
상위 근거는 사용자 데이터 정책입니다. 타이틀에 “개인정보처리방침”이라고 쓰기만 하는 것으로 충족되지 않으며, 앱이 실제로 하는 처리를 설명해야 합니다.
개인정보처리방침에는 무엇을 적나요
사용자 데이터 정책은 앱 또는 개발자 식별, 개인정보 문의 방법, 접근·수집·이용·공유하는 데이터, 보호 방법, 보유·삭제 방침을 요구합니다. 개인·민감 정보를 다루지 않는 앱도 방침이 필요합니다. 웹 URL은 로그인 없이 접근 가능하고 지역 제한이 없어야 하며 PDF가 아닌 읽을 수 있는 페이지여야 합니다. Privacy Policy 원문
실제 작성에서는 다음 질문을 먼저 프로젝트 문서에 답하세요.
- 어떤 화면에서 어떤 값을 읽거나 입력받나요?
- 그 값은 기기에만 남나요, 서버나 SDK로 보내나요?
- 전송 목적과 수신 서비스는 무엇인가요?
- 언제 삭제하며, 사용자가 직접 지우는 경로는 어디인가요?
- 백업이나 로그에 별도로 남는 정보가 있나요?
- 정책 내용이 바뀌었을 때 앱과 Console도 함께 수정했나요?
문장 예시는 “사진은 기기 안에만 저장합니다”입니다. 그러나 이 문장은 사진을 서버·분석 SDK·원격 백업에 보내지 않는지 확인한 경우에만 쓸 수 있습니다. 문장부터 복사하지 말고 구현과 설정을 조사한 뒤 선택하세요.
계정 삭제 페이지는 조건부로 필요합니다
앱 내부에서 계정을 만들 수 있다면 앱 안과 외부 웹에서 삭제 요청을 시작할 수 있어야 합니다. 계정 정지나 비활성화는 삭제를 대신하지 않습니다. 별도 웹 리소스의 URL도 Console에 제출합니다. 계정 삭제 요구사항 안내
외부 페이지에는 어느 앱의 요청인지, 어떻게 요청하는지, 어떤 데이터가 삭제되는지, 정당한 사유로 보관되는 데이터가 있다면 그 범위와 기간을 구체적으로 설명하는 것이 좋습니다. 앱이 이미 삭제된 상태에서도 경로를 이용할 수 있는지 확인하세요.
작업 예로 계정이 있는 메모 앱이라면 “로그인 계정 삭제 → 서버 메모 삭제 → 남는 보안 로그 확인”을 함께 설계합니다. 웹 폼을 만들고 실제 처리 담당자나 서버 동작이 없으면 삭제 기능을 완성한 것이 아닙니다. 보관 기간이나 처리 시간을 임의의 숫자로 채우지 마세요.
계정 기능이 없는 기기 내 메모 앱은 이 계정 삭제 요구사항과 상황이 다릅니다. 다만 앱 데이터가 어떻게 지워지는지는 사용자 안내에 설명할 수 있습니다.
데이터 보안 양식은 웹페이지로 대신할 수 없습니다
데이터 보안은 Console에 작성하는 별도 공개 정보입니다. 자신의 코드뿐 아니라 포함한 SDK도 조사해야 합니다. 사용자 정보를 수집하지 않는 경우에도 해당 트랙에서는 작성이 필요하며, 내부 테스트 트랙에만 있는 앱에는 예외가 있습니다. Data safety 작성 안내
실무에서는 데이터마다 “기기 내 처리 / 기기 밖 전송 / 공유 여부 / 목적 / 선택 가능 여부 / 삭제 경로”를 한 줄씩 적으세요. 수집과 공유의 정의·예외는 공식 양식 설명을 따라 판단합니다. 분석 SDK가 붙은 앱을 단순히 “회원가입이 없으니 수집 없음”으로 처리하면 놓치는 항목이 생깁니다.
광고와 아동 대상 앱은 화면도 확인합니다
Ads 정책은 광고 역시 앱 경험의 일부로 다룹니다. 광고 여부를 정확하게 선언하고 사용자를 속이거나 의도치 않은 클릭을 유도하는 배치를 피해야 합니다. 광고 정책
가이드의 실제 점검 제안은 간단합니다. 광고가 표시되기 전과 후의 게임 버튼 위치를 비교하고, 뒤로가기·시스템 제스처를 사용할 때 광고 영역을 지나가는지 확인하세요. 관련 사례는 전체화면과 하단 배너에서 읽을 수 있습니다.
타겟층에 아동이 포함된다면 Google Play Families Policies의 데이터·광고·SDK 요건을 추가로 확인해야 합니다. 귀여운 그림인지 여부만으로 대상 연령을 정하거나, 검토를 피하기 위해 실제 대상과 다르게 선언하지 마세요. 가족 정책
개인정보 관련해서 놓치기 쉬운 실수
| 실수 | 출시 전에 해 볼 확인 |
|---|---|
| SDK를 붙이고도 수집 없음으로 유지 | 광고·분석·오류 수집 SDK의 버전과 설정별 처리 항목 조사 |
| 오류 로그에 로그인 토큰이나 이메일 기록 | 테스트 로그를 열어 민감 값이 남는지 확인하고 출력 최소화 |
| 앱에서 지웠지만 서버·백업에는 남음 | 저장 위치를 목록으로 만든 뒤 삭제·보관 범위를 각각 확인 |
| 정책 링크가 편집 가능한 공유 문서 | 로그인 없이 읽히고 이용자가 편집할 수 없는 공개 페이지로 제공 |
| 스토어 스크린샷에 실제 사용자 정보 노출 | 데모 계정과 가상 데이터로 캡처하고 알림·상태바도 검토 |
| 권한 거절 뒤 화면이 멈춤 | 허용·거절·나중에 변경한 경우를 각각 테스트 |
| 웹사이트 정책을 앱에 그대로 복사 | 웹 통계와 앱 SDK가 다루는 데이터를 따로 조사 |
이 표는 정책 원문의 추가 조항 목록이 아니라 구현 점검 제안입니다. 특히 디버그 로그와 스크린샷은 기능이 정상이어도 정보가 새어 나가는 경로가 될 수 있습니다. 테스트 자료를 공유하기 전에 계정·토큰·실제 연락처가 남아 있는지 확인하세요.
권장 문서의 역할도 확인합니다
문의·사용 방법·자주 묻는 질문은 이용자가 막힌 문제를 해결하는 데 도움이 됩니다. 이용약관은 거래, 구독, 이용자 콘텐츠 등 서비스 구조에 따라 검토해야 합니다. 반면 “소개·문의·이용약관 페이지를 만들면 모든 앱이 승인된다”는 규칙은 아닙니다.
또한 웹사이트의 AdSense 승인과 앱의 Google Play 출시, 앱 광고 서비스 AdMob은 서로 다른 심사·운영 영역입니다. 한쪽의 문서나 승인이 나머지를 자동으로 충족시키지 않습니다. 애드센스 자격 요건도 별도로 확인해야 합니다.
제출 직전 확인할 다섯 가지
- 로그아웃 상태의 휴대폰 브라우저에서 정책 URL을 열어 봅니다.
- 웹페이지의 앱 이름이 제출하려는 앱을 식별하는지 확인합니다.
- 앱 안에서도 정책 안내와 해당되는 삭제 경로를 찾을 수 있는지 봅니다.
- 테스트 계정으로 실제 삭제 요청과 후속 처리를 확인합니다.
- SDK를 추가하거나 설정을 바꾼 뒤 정책과 데이터 보안 답변이 뒤처지지 않았는지 대조합니다.
정책 이름을 적어 두는 이유는 장식이 아닙니다. 변경 공지가 왔을 때 어떤 문서와 기능을 다시 확인해야 하는지 찾기 위해서입니다. 등록 입력 순서는 Play 출시 체크리스트로 이어집니다.