Android 앱에 필요한 개인정보처리방침 URL
URL을 넣는 위치, 방침이 다뤄야 할 내용, 그리고 앱이 아무것도 수집하지 않는다고 확신하는 개발자를 붙잡는 SDK 함정.
두 스토어 모두 로그인 없이 열리는 공개 개인정보처리방침 URL을 요구합니다. Google Play에서는 App content → Privacy policy에 넣고, Apple에서는 App Store Connect의 입력란입니다. 어려운 부분은 URL이 아니라 내용입니다. 빌드에 들어 있는 모든 SDK가 수집하는 것을 다뤄야 합니다.
대신 몇 분 만에 끝내세요
AppFoyer는 이 가이드가 다루는 페이지, 즉 개인정보처리방침, 이용약관, 지원, 계정 삭제 페이지와 app-ads.txt를 전용 하위 도메인에서 호스팅합니다. 직접 도메인이나 서버를 둘 필요가 없습니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 무엇도 유료로 막아 두지 않습니다.
2026년 9월 19일 확인. 스토어 정책은 바뀌며, 예고 없이 바뀌기도 합니다. 아래의 모든 내용은 공식 문서로 연결되며, 권위를 갖는 것은 이 페이지가 아니라 그 문서입니다. 둘이 다르면 스토어가 맞습니다. 이 가이드는 영어 원문을 번역한 것이며, 스토어 문서의 인용문은 영어 원문 그대로 두었습니다.
두 스토어 모두 공개적으로 접근 가능한 개인정보처리방침 URL을 원하며, 둘 다 그것을 확인합니다. Google Play의 사용자 데이터 정책은 이렇게 분명히 말합니다. “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 내 지정된 입력란에 개인정보처리방침 링크를, 앱 자체에 개인정보처리방침 링크 또는 텍스트를 게시해야 합니다). 그 입력란은 App content → Privacy policy(앱 콘텐츠 → 개인정보처리방침)에 있습니다. Apple 쪽에서는 App Store Connect의 필수 입력란입니다. 방침은 로그인 없이 열려야 하고, 앱과 회사 이름을 밝혀야 하며, 앱과 그 안의 모든 것이 수집하는 것을 설명해야 하고, 몇 달 뒤에도 여전히 동작해야 합니다. 등록정보는 한 번만 확인되는 것이 아닙니다.
요건 자체는 어렵지 않습니다. 사람들이 걸려 넘어지는 것은 그 목록의 세 번째 항목이며, 이 페이지의 나머지는 그것을 다룰 가치가 있습니다.
“하지만 제 앱은 아무것도 수집하지 않는데요”
이 가정이 사람들에게서 일주일을 빼앗습니다.
내 코드는 아무것도 수집하지 않을 수 있습니다. 의존성은 거의 확실히 수집합니다. 크래시 리포터는 기기 식별자와 스택 트레이스를 보냅니다. 분석 SDK는 이벤트와 광고 ID를 보냅니다. 광고 SDK는 꽤 많은 것을 보냅니다. 푸시 라이브러리는 정의상 기기에 묶인 토큰을 등록합니다.
그러니 정직한 질문은 “내가 무엇을 수집하는가”가 아니라 “내 빌드에 들어 있는 모든 것이 무엇을 수집하는가”입니다. 의존성 파일을 열고 한 줄씩 살펴보세요. 그 목록이 곧 개인정보처리방침의 실질적인 내용이며, 심사자가 Data safety 답변과 비교하는 대상입니다.
둘이 어긋나면 스토어는 SDK를 믿습니다.
방침이 다뤄야 할 내용
최소한 사람이 읽을 수 있는 말로 다음을 다뤄야 합니다.
- 무엇을 수집하는지 — 데이터베이스 스키마가 아니라 카테고리.
- 왜 수집하는지 — 각 카테고리의 목적.
- 그 밖에 누가 보는지 — 서드파티의 이름을 밝히세요. SDK 목록이 들어갈 곳이 여기입니다.
- 얼마나 오래 보관하는지.
- 연락 방법, 그리고 삭제를 요청하는 방법.
EU, 영국, 캘리포니아, 브라질에 사용자가 있다면 각 법 체계가 요구하는 구체적인 사항이 있습니다. 어떤 것이 적용되는지는 이 페이지가 알려 드릴 수 없습니다. 그것은 정말로 사용자와 사업에 달려 있으며, 앱에 특이한 점이 있다면 변호사에게 한 시간을 쓸 가치가 있습니다.
거절로 이어지는 실제 사례
- 로그인이 필요한 URL, 또는 지역 차단된 URL.
- PDF나 Google 문서. 받아들여질 때도 있지만 거절되는 일이 많고, 임시방편처럼 보입니다.
- 다른 앱이나 회사 이름이 적힌 방침 — 복사해 붙여 넣은 흔적입니다. 심사자는 알아챕니다.
- Data safety 양식과 모순되는 방침. 둘은 함께 읽힙니다.
- 죽은 링크. 출시 6개월 뒤, 쓰던 무료 호스트가 사라졌습니다.
돈을 들여야 하나요?
아니요. 개인정보처리방침은 페이지에 적힌 텍스트입니다. 돈이 드는 것은 도메인, 내년에도 남아 있을 호스팅 장소, 그리고 실제 앱과 일치하는 내용을 쓰는 데 드는 시간입니다.
앱당 월 단위로 가격을 매기는 생성기는 조심하세요. 빌리는 것은 템플릿입니다. 결제를 멈추면 URL이 어떻게 되는지 확인하세요. 게시 중인 스토어 등록정보에 적혀 있는 개인정보처리방침 URL이 꺼지면, 그 문제는 업체가 아니라 스토어로부터 듣게 됩니다.
AppFoyer가 여기서 하는 일
저희는 빌드 파일에서 찾은 SDK를 바탕으로 방침을 생성하고(저장소를 읽는 코딩 에이전트로, 또는 짧은 양식에서) 앱 전용 하위 도메인에 호스팅합니다. 서드파티 이름이 들어가는 자리표시자를 바꿀 때까지 체크리스트가 계속 경고합니다. 심사자가 실제로 읽는 부분이 바로 그곳이기 때문입니다.
템플릿은 출발점일 뿐 법률 자문이 아니며, 생성되는 모든 페이지에 그렇게 적혀 있습니다.
공식 출처
- User Data policy — Google Play 고객센터. 위의 인용문은 이 페이지에서 가져왔습니다.
- Privacy policy requirements — Google Play 고객센터. 입력란의 위치에 관한 페이지
- App Store Review Guidelines, section 5.1 — Apple