앱을 제출하기 전에 필요한 모든 URL
Play Console, App Store Connect, AdMob 전반의 전체 목록, 선택이 아니라 필수인 것, 각 페이지에 들어가야 할 내용, 그리고 작업 순서.
대부분의 앱에는 공개 URL 네 개가 필요합니다. 개인정보처리방침, 앱에 계정이 있다면 계정 삭제 페이지, App Store용 지원 페이지, 그리고 광고를 표시한다면 개발자 웹사이트입니다. 각각이 별도의 콘솔 입력란이고, 각각이 확인되며, 모두 앱이 승인된 뒤에도 오랫동안 계속 동작해야 합니다.
대신 몇 분 만에 끝내세요
AppFoyer는 이 가이드가 다루는 페이지, 즉 개인정보처리방침, 이용약관, 지원, 계정 삭제 페이지와 app-ads.txt를 전용 하위 도메인에서 호스팅합니다. 직접 도메인이나 서버를 둘 필요가 없습니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 무엇도 유료로 막아 두지 않습니다.
2026년 9월 19일 확인. 스토어 정책은 바뀌며, 예고 없이 바뀌기도 합니다. 아래의 모든 내용은 공식 문서로 연결되며, 권위를 갖는 것은 이 페이지가 아니라 그 문서입니다. 둘이 다르면 스토어가 맞습니다. 이 가이드는 영어 원문을 번역한 것이며, 스토어 문서의 인용문은 영어 원문 그대로 두었습니다.
첫 제출 전에는 아무도 이 목록을 주지 않기 때문에, 거절을 한 번 당할 때마다 하나씩 알게 됩니다. 콘솔을 열기 전에 이것들을 모아 두면 전체 작업이 심사 세 번이 아니라 오후 한나절로 끝납니다.
콘솔별 입력란
| URL | 콘솔과 입력란 | 필수 여부 |
|---|---|---|
| 개인정보처리방침 | Play Console → App content → Privacy policy; App Store Connect → App Privacy | 필수, 두 스토어 모두 |
| 계정 삭제 | Play Console → App content → Data deletion | 앱에 계정이 있다면 필수 |
| 지원 | App Store Connect → 해당 버전의 Platform version information → Support URL | Apple 필수 |
| 개발자 웹사이트 | Play 스토어 등록정보; App Store Connect의 Marketing URL | Play: 선택이지만 광고를 표시한다면 사실상 필수. app-ads.txt를 찾는 곳이 여기입니다. Apple의 Marketing URL은 정말로 선택입니다 |
| 연락처 이메일 | Play Console → Store settings → Store listing contact details | 필수, Play는 게시하려면 이메일을 요구합니다 |
Apple도 계정 삭제를 요구하지만, URL 입력란이 아니라 앱 내 경로로 요구합니다. App Store 계정 삭제 가이드를 보세요.
각 페이지에 들어가야 할 내용
개인정보처리방침. 무엇을 수집하는지, 왜, 그 밖에 누가 보는지, 얼마나 오래 보관하는지, 연락 방법. 거절로 이어지는 섹션은 “그 밖에 누가 보는지”입니다. 서드파티의 이름을 밝혀야 하는데, 이는 빌드에 있는 모든 SDK를 뜻하며, Data safety 답변과 일치해야 합니다.
계정 삭제. 로그인하지 않아도, 앱을 설치하지 않아도 접근할 수 있는 공개 페이지로, 사용자가 계정 삭제를 요청할 수 있는 곳입니다. 요청은 실제로 개발자에게 전달되어야 합니다. 폼을 보여 주고 결과를 버리는 페이지는 페이지가 없는 것보다 나쁩니다. 사용자는 요청이 처리됐다고 믿기 때문입니다.
지원. 사람에게 닿는 경로입니다. 실제로 확인하는 이메일 주소면 충분합니다. 마케팅 페이지도, App Store 등록정보도, 소셜 프로필도 안 됩니다.
개발자 웹사이트. 직접 관리하는 호스트 이름에 있는 앱 소개 페이지입니다. 그리고 광고 네트워크가 그 루트에서 /app-ads.txt를 가져가는 호스트 이름이기도 합니다.
모든 URL이 통과해야 하는 네 가지 테스트
매번 같은 네 가지이므로, 한꺼번에 처리할 가치가 있습니다.
- 로그아웃 상태에서 열립니다. 시크릿 창에서 열어 보세요. 고전적인 실패는 그 페이지를 호스팅하는 서비스에 로그인되어 있어서 동작할 뿐인 페이지입니다.
- 리디렉션 체인이 아닙니다. 특히
app-ads.txt는 직접 제공되어야 합니다. - 앱과 회사 이름이 적혀 있습니다. 다른 앱 이름이 적힌 방침은 복사해 붙여 넣은 흔적이며, 심사자는 알아챕니다.
- 2년 뒤에도 그 자리에 있습니다. 등록정보는 한 번만 확인되는 것이 아니며, 잊고 있던 무료 호스트는 게시 중인 앱이 망가지는 가장 흔한 원인입니다.
curl -i https://your-url.example/privacy
200 OK, 읽을 수 있는 내용, Location: 헤더 없음.
작업 순서
- 모두를 어디에 둘지 한 번에 정하세요. Notion 페이지, GitHub Pages 사이트, 폼 서비스에 나누어 두면 관리할 것이 세 개가 되고 그중 하나는 결국 망가집니다.
- 템플릿이 아니라 의존성 목록에서 개인정보처리방침을 쓰세요.
build.gradle/Podfile/pubspec.yaml을 열고 위에서부터 차례로 살펴보세요. - 계정 삭제 경로를 만드세요. 앱 내 경로와 웹 경로 둘 다입니다. 실제 엔지니어링이 들어가는 유일한 항목이므로 일정을 좌우합니다.
- 먼저 게시하고, 그다음 콘솔 입력란을 채우세요. 반대 순서가 아닙니다. 아직 존재하지 않는 페이지를 가리키는 입력란이 바로 피하려는 그 거절입니다.
- 방침을 쓴 것과 같은 목록으로 Data safety / App Privacy를 채우세요. 그래야 둘이 어긋날 수 없습니다.
app-ads.txt는 마지막에, 광고를 표시하는 경우에만.
AppFoyer가 여기서 하는 일
이 목록이 곧 제품입니다. 다섯 페이지 전부(홈, 개인정보처리방침, 약관, 지원, 계정 삭제)와 app-ads.txt가 앱 전용 하위 도메인에 함께 게시되므로, 한 번에 모든 입력란에 작동하는 URL을 붙여 넣을 수 있습니다. 계정 삭제 페이지는 요청을 받아 개발자에게 알리고, 삭제는 개발자가 자신의 시스템에서 수행합니다.
대시보드에는 어떤 콘솔 입력란이 아직 비어 있는지, 그리고 그것이 왜 중요한지 알려 주는 체크리스트도 있습니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 어떤 것도 결코 유료 플랜 뒤에 두지 않습니다.
공식 출처
- Privacy policy requirements — Google Play 고객센터
- Understanding Google Play’s app account deletion requirements — Google Play 고객센터
- Required, localizable, and editable properties — Apple. Support URL과 Privacy Policy URL이 필수이고 Marketing URL은 필수가 아니라고 말하는 것이 이 표입니다.
- Set up app-ads.txt — AdMob 고객센터