앱이 아무것도 수집하지 않아도 개인정보처리방침이 필요할까요?
거의 확실히 필요합니다. 그리고 보통 그 이유는 앱이 개발자가 생각하는 것보다 더 많이 수집하기 때문입니다. 10분 만에 확인하는 방법과, 정말로 아무것도 수집하지 않을 때 방침에 쓸 내용.
필요합니다. Google Play는 모든 앱에 개인정보처리방침 링크를 요구하고, Apple은 개인정보처리방침 URL을 필수 항목으로 둡니다. 게다가 “아무것도 수집하지 않는” 앱 대부분은 SDK를 통해 무언가를 수집합니다. 크래시 리포터, 분석 라이브러리, 광고 SDK가 그렇고, 직접 작성한 코드든 아니든 수집으로 간주됩니다.
대신 몇 분 만에 끝내세요
AppFoyer는 이 가이드가 다루는 페이지, 즉 개인정보처리방침, 이용약관, 지원, 계정 삭제 페이지와 app-ads.txt를 전용 하위 도메인에서 호스팅합니다. 직접 도메인이나 서버를 둘 필요가 없습니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 무엇도 유료로 막아 두지 않습니다.
2026년 9월 19일 확인. 스토어 정책은 바뀌며, 예고 없이 바뀌기도 합니다. 아래의 모든 내용은 공식 문서로 연결되며, 권위를 갖는 것은 이 페이지가 아니라 그 문서입니다. 둘이 다르면 스토어가 맞습니다. 이 가이드는 영어 원문을 번역한 것이며, 스토어 문서의 인용문은 영어 원문 그대로 두었습니다.
모바일 컴플라이언스에서 가장 흔한 오해이며, 매번 일주일씩을 잡아먹습니다.
여기에는 서로 다른 두 가지 질문이 있습니다. 방침이 필요한가? 어떤 경우든 필요합니다. 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 내 지정된 입력란에 개인정보처리방침 링크를, 앱 자체에 개인정보처리방침 링크 또는 텍스트를 게시해야 합니다)라고 명시하며, Apple은 개인정보처리방침 URL을 필수 항목으로 둡니다. 앱이 데이터를 수집하는가? 아마 그렇습니다. 그리고 그 이유는 직접 작성한 코드 때문이 아닙니다.
내 코드는 아무것도 수집하지 않습니다. 의존성은 다를 수 있습니다
정직한 질문은 “내가 무엇을 수집하는가”가 아니라 “내 빌드에 들어 있는 모든 것이 무엇을 수집하는가”입니다. 흔한 용의자 목록입니다. 추가할 때는 어느 것도 데이터 수집처럼 느껴지지 않습니다.
| 추가한 것 | 보내는 것 |
|---|---|
| 크래시 리포터 | 기기 식별자, OS 버전, 스택 트레이스 |
| 분석 SDK | 이벤트, 세션 데이터, 흔히 광고 ID |
| 광고 SDK | 기기 및 광고 식별자, 그리고 그 외 상당히 많은 것 |
| 푸시 알림 | 기기 토큰. 정의상 기기에 묶여 있습니다 |
| 로그인 라이브러리 | 이메일 주소, 계정 식별자 |
| “무료” 백엔드 등급 | 거기에 저장하는 모든 것 |
Google Play는 이것이 개발자의 책임임을 분명히 합니다. 데이터 수집은 “includes data collected and handled through any third-party libraries or SDKs used in their apps”(번역: 앱에서 사용하는 모든 서드파티 라이브러리나 SDK를 통해 수집·처리되는 데이터를 포함합니다)라고 합니다. Apple은 “you or your third-party partners collect”(번역: 개발자 또는 개발자의 서드파티 파트너가 수집하는) 데이터를 밝히라고 요구합니다. 어느 스토어도 “SDK가 한 일”을 답으로 받아들이지 않습니다.
10분 점검
의존성 파일을 열고 한 줄씩 읽으세요.
- Android —
build.gradle/build.gradle.kts,libs.versions.toml, 그리고 권한과 메타데이터를 위한AndroidManifest.xml. - iOS —
Podfile,Package.swift,.pbxproj, 그리고 사용 목적 문자열을 위한Info.plist. - 크로스 플랫폼 —
pubspec.yaml,package.json,app.json.
서버와 통신하는 것은 무엇이든 무언가를 수집합니다. 선언한 권한과 직접 작성한 사용 목적 설명 문자열도 확인하세요. 이는 앱이 접근할 수 있는 대상을 보여 주는 독립적인 두 번째 목록이며, 심사자가 읽습니다.
그 목록이 개인정보처리방침의 실질적인 내용이며, Data safety 답변이 일치해야 하는 대상이기도 합니다. 둘이 어긋나면 스토어는 SDK를 믿습니다. Google Play는 “when Google becomes aware of a discrepancy between your app behavior and your declaration, we may take appropriate action, including enforcement action”(번역: 앱의 동작과 신고 내용 사이의 불일치를 Google이 알게 되면, 집행 조치를 포함한 적절한 조치를 취할 수 있습니다)이라고 명시합니다.
정말로 아무것도 없을 때
실제로 있는 경우입니다. 로컬 계산기, 오프라인 도구, 광고·분석·크래시 리포팅이 전혀 없는 싱글 플레이어 게임. 그래도 방침은 필요하고, 짧습니다. 다음을 분명하게 쓰세요.
- 앱이 개인정보를 수집, 저장, 전송하지 않는다는 것
- 분석, 광고, 크래시 리포팅 서비스를 사용하지 않는다는 것
- 앱이 저장하는 모든 것은 기기에 남는다는 것
- 연락 방법
- 방침이 마지막으로 업데이트된 날짜
그런 앱이라면 다섯 문장으로 완전하고 정직한 개인정보처리방침이 됩니다. 하지 말아야 할 것은 하지 않는 일을 나열하는 것입니다. 광고가 없는 앱에 광고 식별자를 설명하는 생성된 페이지는, 사실대로 작성한 Data safety 양식과 그 자체로 불일치하며, 굳이 받을 필요 없던 바로 그 질문을 부릅니다.
나중에 답을 바꾸는 것
방침은 출시 때 한 번 하고 끝나는 작업이 아니라 낡아 가는 것입니다. 두 스토어 모두 방침이 정확하게 유지되기를 요구합니다. Google Play는 Data safety 답변이 “must remain accurate and complete at all times”(번역: 항상 정확하고 완전하게 유지되어야 합니다)라고 하고, Apple은 개발자가 “responsible for keeping your responses accurate and up to date”(번역: 답변을 정확하고 최신 상태로 유지할 책임이 있습니다)라고 합니다.
방침을 무효로 만드는 사건은 거의 언제나 같습니다. 의존성이 바뀐 것입니다. 평범한 스프린트에서 분석 SDK를 추가하면, 사실이던 “우리는 아무것도 수집하지 않습니다”가 조용히 거짓이 됩니다. 릴리스 체크리스트에 한 줄을 넣으세요. 의존성이 바뀌었는가? 그렇다면 방침과 Data safety 양식을 다시 읽는다. 그러면 이 문제에 걸릴 일은 없습니다.
AppFoyer가 여기서 하는 일
저희는 빌드 파일을 읽고(저장소를 살펴보는 코딩 에이전트로, 또는 짧은 양식을 통해) 실제로 그 안에 있는 것을 바탕으로 방침 초안을 작성합니다. “아무것도 없음”인 경우도 포함되며, 내용을 부풀리는 대신 정직한 다섯 문장으로 기꺼이 작성합니다. 서드파티를 명시하는 섹션이 자리표시자가 아니라 실제 내용이 될 때까지 체크리스트가 계속 해당 페이지를 표시합니다.
템플릿은 출발점일 뿐 법률 자문이 아니며, 생성되는 모든 페이지에 그렇게 적혀 있습니다.
공식 출처
- User Data policy — Google Play 고객센터
- Provide information for Google Play’s Data safety section — Google Play Console 고객센터
- App privacy details on the App Store — Apple