정책 URL이 없거나 작동하지 않아 앱이 거부되었을 때
다음 한 시간 동안 할 일: 어떤 URL이 문제인지 파악하고, 작동하는 URL을 게시하고, 등록정보를 업데이트하고, 상황을 악화시키지 않고 다시 제출하는 방법.
알림이 실제로 지목하는 것이 네 가지 URL 필드 중 어느 것인지 파악하고, 로그아웃한 상태로 그 URL을 열어 검토자가 보는 화면을 확인한 다음, 6개월 뒤에도 남아 있을 곳에 작동하는 URL을 게시하세요. 그런 다음 콘솔 필드를 업데이트하고 무엇을 바꿨는지 답장으로 알리세요. 이것은 깨진 링크일 뿐, 앱에 대한 판정이 아닙니다.
대신 몇 분 만에 끝내세요
AppFoyer는 이 가이드가 다루는 페이지, 즉 개인정보처리방침, 이용약관, 지원, 계정 삭제 페이지와 app-ads.txt를 전용 하위 도메인에서 호스팅합니다. 직접 도메인이나 서버를 둘 필요가 없습니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 무엇도 유료로 막아 두지 않습니다.
2026년 9월 15일 확인. 스토어 정책은 바뀌며, 예고 없이 바뀌기도 합니다. 아래의 모든 내용은 공식 문서로 연결되며, 권위를 갖는 것은 이 페이지가 아니라 그 문서입니다. 둘이 다르면 스토어가 맞습니다. 이 가이드는 영어 원문을 번역한 것이며, 스토어 문서의 인용문은 영어 원문 그대로 두었습니다.
다른 탭에 거부 알림을 열어 둔 채 이 글을 읽고 있다면, 다음 네 가지를 이 순서대로 하세요. 알림이 실제로 지목하는 것이 네 가지 URL 필드 중 어느 것인지 파악하고, 로그아웃한 상태로 그 URL을 열어 검토자가 보는 화면을 확인하고, 6개월 뒤에도 남아 있을 곳에 작동하는 URL을 게시한 다음, 콘솔 필드에서 URL을 바꾸고 무엇을 바꿨는지 답장으로 알리세요. 이것은 가장 빨리 해결되는 거부 유형 중 하나입니다. 깨진 링크일 뿐, 앱에 대한 평가가 아닙니다.
각 단계를 자세히 살펴보겠습니다.
1. 실제로 문제가 되는 URL 찾기
알림은 특정 필드를 지목합니다. 짐작하지 말고 글자 그대로 읽으세요. 서로 혼동되는 URL이 네 가지 있기 때문입니다.
| 필드 | 위치 | 내용 |
|---|---|---|
| Privacy policy URL | Play Console → App content; App Store Connect | 개인정보처리방침 |
| Data deletion URL | Play Console → App content | 사용자가 계정 삭제를 요청하는 곳 |
| Support URL | App Store Connect | 사용자가 도움을 받는 곳 |
| Developer website | 스토어 등록정보 | 여러분의 사이트. app-ads.txt를 찾는 곳이기도 함 |
“privacy policy”를 언급하는 거부는 때때로 방침은 있지만 Data safety 양식이 그 내용과 맞지 않는다는 뜻입니다. 무엇이든 바꾸기 전에 둘 다 확인하세요.
2. 검토자처럼 링크 확인하기
시크릿 창에서, 로그아웃한 상태로, 집 네트워크가 아닌 모바일 데이터로 여세요.
curl -i https://your-url.example/privacy
확인할 것은 200 OK와 읽을 수 있는 내용입니다. 흔히 발견되는 것은 404, 만료된 도메인, 로그인으로의
리디렉션, 또는 호스팅 서비스에 로그인되어 있어서 내 노트북에서만 정상으로 보이는 페이지입니다.
3. 작동하는 URL 게시하기
여기서 무엇을 하든 6개월 뒤에도 유효해야 합니다. 오늘은 작동하지만 체험 기간이 끝나면 사라지는 URL은 여러분을 다시 이 페이지로 데려올 것입니다.
솔직하게 말하면 방법은 세 가지입니다.
- 자체 도메인과 호스트. 이미 있다면 가장 좋습니다. 없다면 반나절이 걸리며, 계정 삭제 페이지에는 요청을 받을 수 있는 무언가가 필요한데 정적 호스팅으로는 그렇게 할 수 없습니다.
- 호스팅된 규정 준수 페이지. 더 빠릅니다. 결제를 중단하면 URL이 어떻게 되는지 확인하세요.
- 문서 링크. 때로는 통하지만 임시방편처럼 보이며, 제출물의 다른 부분이 빈약해 보이면 가장 먼저 의심받습니다.
4. 등록정보를 업데이트한 다음 다시 제출하기
웹사이트에서만이 아니라 거부 알림이 지목한 콘솔 필드에서 URL을 바꾸세요. 그런 다음 무엇을 어디서 바꿨는지 평이한 한 문장으로 검토에 답장하세요. 검토자는 이런 건을 아주 많이 처리합니다. 구체적인 메모가 사과보다 빨리 처리됩니다.
5. 상황을 악화시키지 않기
- URL을 바꾸지 않은 채 다시 제출하지 마세요. 우연이었기를 바라면서요. 같은 문제로 반복 제출하면 더 느려집니다.
- 직접 관리하지 않는 페이지를 필드에 지정하지 마세요. Notion 페이지, 소셜 프로필, 친구의 사이트 등.
- 경쟁사의 방침을 이름만 바꿔 붙여 넣지 마세요. 들키며, 거부에 더해 저작권 문제까지 생깁니다.
- 지목된 URL 하나만 고치지 마세요. 개인정보처리방침 URL이 죽어 있었다면 지원 URL과 삭제 URL도 대개 같은 죽은 도메인에 있습니다. 검토를 세 번 거치며 고치지 말고 지금 모두 고치세요.
AppFoyer가 하는 일
다섯 페이지가 모두 한 서브도메인에서 함께 게시되므로, 다음 거부 때 다시 돌아오는 대신 한 번에 모든 필드에 작동하는 URL을 붙여 넣을 수 있습니다. 앱 하나는 무료이고 카드를 입력할 필요가 없습니다. 오늘 저녁 안에 거부를 해결하려 할 때 중요한 점입니다.
공식 출처
- Common reasons for app rejection — Apple
- Policy centre — Google Play 고객센터