앱에 웹사이트가 필요할까요?
마케팅 사이트를 요구하는 스토어 필드는 없지만, 네 가지 별개의 요구사항이 모두 URL로 귀결됩니다. 실제로 필요한 것과 건너뛰어도 되는 것을 정리합니다.
그 자체로는 필요 없습니다. 마케팅 사이트를 요구하는 스토어 필드는 없습니다. 하지만 Google Play는 스토어 등록정보에 개인정보처리방침 링크를 요구하고, 광고 네트워크는 신고한 웹사이트의 루트에서 app-ads.txt를 찾으며, 두 스토어 모두 접속 가능한 URL을 원합니다. 실제로 필요한 것은 웹사이트가 아니라 페이지입니다.
대신 몇 분 만에 끝내세요
AppFoyer는 이 가이드가 다루는 페이지, 즉 개인정보처리방침, 이용약관, 지원, 계정 삭제 페이지와 app-ads.txt를 전용 하위 도메인에서 호스팅합니다. 직접 도메인이나 서버를 둘 필요가 없습니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 무엇도 유료로 막아 두지 않습니다.
2026년 9월 19일 확인. 스토어 정책은 바뀌며, 예고 없이 바뀌기도 합니다. 아래의 모든 내용은 공식 문서로 연결되며, 권위를 갖는 것은 이 페이지가 아니라 그 문서입니다. 둘이 다르면 스토어가 맞습니다. 이 가이드는 영어 원문을 번역한 것이며, 스토어 문서의 인용문은 영어 원문 그대로 두었습니다.
개발자들은 예 또는 아니요의 답을 기대하고 이 질문을 하지만, 답하는 사람들이 서로 다른 질문에 답하고 있기 때문에 엇갈리는 답을 듣게 됩니다. 네 가지 질문을 따로 살펴보겠습니다.
1. 스토어가 마케팅 웹사이트를 요구하나요?
아닙니다. 그것이 없으면 제출이 실패하는 “website”라는 이름의 콘솔 필드는 없습니다.
Google Play의 스토어 등록정보에는 Store settings → Store listing contact details에 이메일, 전화번호와 함께 website 필드가 있습니다. 게시하려면 이메일은 필수이지만 웹사이트는 필수가 아닙니다. App Store Connect에는 Marketing URL이 있으며, 명시적으로 선택 사항입니다.
그러니 질문이 “스크린샷과 다운로드 버튼이 있는 랜딩 페이지를 만들어야 하나요?”라면, 아닙니다.
2. URL을 요구하는 것이 있나요?
네, 여러 가지가 있으며, 진짜 답은 여기에 있습니다.
| 요구사항 | URL이 필요한가요? |
|---|---|
| 개인정보처리방침 | 예. Play의 User Data 정책: “All apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself.”(번역: 모든 앱은 Play Console의 지정된 필드에 개인정보처리방침 링크를 게시하고, 앱 자체 내에도 개인정보처리방침 링크나 텍스트를 게시해야 합니다.) Apple: 필수인 Privacy Policy 필드 |
| 계정 삭제 | 예, 앱에 계정이 있다면. Play Console의 App content → Data deletion에서 신고하는 공개 웹 URL |
| 지원 | 예, Apple에서. Support URL 필드는 필수입니다 |
app-ads.txt | 예, 광고를 표시한다면. 네트워크는 등록정보에 있는 개발자 웹사이트의 루트에서 이 파일을 가져옵니다 |
네 가지 요구사항, 네 개의 URL이 있고, 그중 어느 것도 마케팅 페이지로 충족되지 않습니다. 필요한 것은 사람들이 이 질문을 할 때 떠올리는 의미의 웹사이트가 아니라 페이지입니다.
3. 그렇다면 “개발자 웹사이트” 필드는 왜 중요할까요?
app-ads.txt 때문입니다. 이 파일은 앱이나 패키지 이름, 광고 계정을 통해서가 아니라 스토어
등록정보에 표시된 웹사이트 URL을 통해 찾아집니다. 크롤러는 그 호스트 이름을 읽고 루트에서
/app-ads.txt를 가져옵니다.
필드를 비워 두면 크롤러가 출발할 곳이 없으며, 이것이 파일이 “not found”로 나오는 가장 흔한 단일 원인입니다. 광고로 수익을 낸다면, 웹사이트 필드는 실질적으로 더 이상 선택 사항이 아닙니다.
이 필드는 또한 다른 필드들을 조용히 하나로 묶어 주는 유일한 필드이기도 합니다. 컴플라이언스 페이지를 제공하는 호스트로 이 필드를 채운 개발자는 다섯 개의 URL이 모두 하나의 호스트 이름에 모이게 되고, 그래서 네 개가 아니라 하나만 살아 있게 유지하면 됩니다.
4. 앱 홈페이지는 어떤가요?
있을 만한 가치가 있고, 화려하지 않으며, 사람들이 생각하는 이유 때문은 아닙니다. 앱이 무엇인지, 누가 만드는지, 어떻게 연락하는지를 알려 주는 평범한 페이지 하나가 세 가지 역할을 합니다.
- 스토어 등록정보의 웹사이트 필드가 가리킬 실제 대상을 제공합니다.
- URL을 열어 보는 검토자에게 고립된 다섯 개의 법률 페이지가 아니라 일관된 그림을 보여 줍니다.
app-ads.txt크롤러에게 직접 관리하는 호스트 이름을 제공합니다.
스크린샷이나 히어로 이미지, 다운로드 버튼은 필요 없습니다. 텍스트 한 페이지면 충분합니다.
건너뛰어도 되는 것
- 도메인, 원래 갖고 싶은 것이 아니라면. 도메인 없이 호스팅하기를 참고하십시오.
- 마케팅 사이트, 마케팅을 하는 것이 아니라면.
- 블로그, 보도 자료 키트, 메일링 리스트. 이 중 어느 것도 컴플라이언스가 아닙니다.
- 서버, 계정 삭제를 제외한 모든 것에 대해. 계정 삭제에는 파일을 제공하는 것만이 아니라 요청을 받을 수 있는 무언가가 필요합니다.
진행 순서
- 이 모든 것을 제공할 하나의 호스트 이름을 정합니다.
- 그곳에 개인정보처리방침, 약관, 지원, 계정 삭제 페이지를 게시합니다.
- 루트에 평범한 홈페이지를 둡니다.
- 그 호스트 이름을 스토어 등록정보의 웹사이트로 설정합니다.
- 광고를 표시한다면 루트에
app-ads.txt를 추가합니다.
그다음에 콘솔 필드를 채우십시오. 그 전에 채우면 아직 존재하지 않는 페이지를 필드가 가리키게 됩니다.
AppFoyer가 여기서 하는 일
이것이 바로 제품의 형태입니다. 앱마다 홈페이지, 개인정보처리방침, 약관, 지원, 계정 삭제 페이지와
루트의 app-ads.txt를 갖춘 자체 서브도메인이 주어집니다. 도메인도, 서버도, 직접 운영하는 백엔드도
필요 없습니다. 그 서브도메인을 스토어 등록정보의 개발자 웹사이트로 설정하면, 위의 네 가지 요구사항이
모두 같은 호스트 이름으로 해결됩니다.
계정 삭제 페이지는 파일을 제공하는 것 이상의 일을 하는 페이지입니다. 요청을 받고, 저장하고, 알려 드립니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 어느 것도 유료 결제 뒤에 있지 않습니다.
공식 출처
- User Data policy — Google Play 고객센터. 위의 인용문은 이 페이지에서 가져왔습니다.
- Privacy policy requirements — Google Play 고객센터, 필드의 위치
- Understanding Google Play’s app account deletion requirements — Google Play 고객센터
- Required, localizable, and editable properties — Apple, Support URL은 필수, Marketing URL은 필수가 아님으로 표시한 표
- Set up app-ads.txt — AdMob 고객센터