앱 개인정보처리방침 만드는 법

한 문장을 쓰기 전에 매니페스트, Info.plist, 백엔드를 열고 이동하는 모든 데이터를 적어 보세요. 개인정보처리방침의 정확성은 이 지도의 정확성을 넘을 수 없습니다.

기능별로 하나씩 살펴보세요.

• 권한: 카메라, 마이크, 사진, 연락처, 정확한 위치 또는 대략적인 위치, 블루투스, 알림, 건강 데이터, 그 밖에 운영체제가 이용자에게 허용을 요청하는 모든 것
• 이용자가 입력하는 데이터: 이름, 이메일 주소, 프로필 사진, 메시지, 문의 내용, 결제 정보, 자유 입력 메모
• 자동으로 생성되는 데이터: 기기 식별자, IP 주소, 앱 내 상호작용, 크래시 로그, 성능 추적 데이터, 푸시 토큰
• 다른 곳에서 오는 데이터: 로그인 제공업체, 결제대행사, 파트너, 자체 웹사이트

항목마다 기기에 남는지, 서버로 전송되는지 메모하세요. 두 스토어 모두 기기에서만 처리되는 데이터는 수집하지 않은 것으로 봅니다. Apple은 기기에서만 처리되는 데이터는 ‘수집’되지 않는다고 말하고, Google은 기기 내 처리는 데이터 보안 섹션에 공개할 필요가 없다고 말합니다. 이 구분은 나중에 중요해지므로 지금 기록해 두세요. 그런 다음 목적, 수령자, 보관 기간을 메모하세요.

짧게 말하면, 방침 없이는 2대 앱 스토어에 앱을 출시할 수 없습니다. Google Play의 사용자 데이터 정책은 모든 앱이 Play Console의 지정된 필드와 앱 안에 개인정보처리방침 링크를 게시해야 한다고 말하며, 개인 및 민감한 사용자 데이터에 전혀 접근하지 않는 앱도 개인정보처리방침을 제출해야 한다고 명시합니다. Apple의 앱 심사 가이드라인은 App Store Connect와 앱 안에 개인정보처리방침 링크를 요구합니다.

스토어 규칙은 이야기의 절반일 뿐입니다. EU 및 영국 GDPR 같은 개인정보 보호법은 개인정보를 수집하는 시점에 그것으로 무엇을 하는지 알리도록 요구하며, 캘리포니아의 CalOPPA는 캘리포니아 거주자로부터 개인 식별 정보를 수집하는 상업용 온라인 서비스에 개인정보처리방침 게시를 요구합니다. 앱 이용자가 여러 지역에 있다면 이런 규칙 여러 개가 동시에 적용될 수 있습니다.

다행히 정확하고 잘 구성된 문서 하나로 스토어와 법을 함께 충족할 수 있습니다. 프로젝트가 적용 대상인지 아직 확실하지 않다면 개인정보처리방침이 필요할까?부터 시작하고, 앱이 정말로 기기 밖으로 아무것도 보내지 않는다면 데이터를 수집하지 않는 앱의 개인정보처리방침 가이드를 읽어 보세요.

대부분의 앱 개인정보처리방침이 여기서 잘못됩니다. Google은 앱의 라이브러리와 SDK가 수집하는 데이터를 그 데이터가 여러분의 서버로 가든 제3자의 서버로 가든 데이터 보안 양식에 반영해야 한다고 명시합니다. Apple의 앱 개인정보 보호 세부사항도 마찬가지로 통합한 코드를 제공하는 제3자 파트너의 관행을 포함하도록 요구합니다.

네트워크와 통신할 수 있는 모든 종속성을 나열하고 문서를 확인하세요.

• Firebase Analytics나 유사한 이벤트 추적기 같은 분석 도구
• 크래시 보고 및 성능 모니터링
• 광고 식별자를 사용하는 경우가 많은 광고 및 미디에이션 SDK
• 설치 캠페인을 측정하는 어트리뷰션 및 딥링크 도구
• Sign in with Apple이나 Google 로그인 같은 인증 제공업체
• 결제, 구독, 푸시 알림, 채팅, 고객 지원 위젯

많은 제공업체가 스토어 공개 전용 페이지를 제공하며, Google은 개발자에게 Play SDK Index도 안내합니다. Firebase 개인정보 고지와 분석 도구 개인정보 고지 가이드에서 보통 무엇을 밝혀야 하는지 확인할 수 있습니다. 더 이상 쓰지 않는 SDK는 제거하세요. 쓰지 않는 라이브러리 하나하나가 정확하게 유지해야 할 공개 항목입니다.

지도가 완성되면 구조는 거의 저절로 나옵니다. Google Play의 사용자 데이터 정책은 개발자 정보와 개인정보 문의처, 접근, 수집, 이용, 공유하는 개인 및 민감한 데이터의 유형, 안전한 데이터 취급, 보유 및 삭제 정책을 기대하며, 이 모두가 개인정보처리방침이라고 명확하게 표시되어 있어야 합니다. Apple의 가이드라인 5.1.1(i)은 무엇을 어떻게 수집하는지, 모든 이용 목적, 제3자가 동등한 보호를 제공한다는 확인, 보유 및 삭제, 이용자가 동의를 철회하거나 삭제를 요청하는 방법을 요구합니다.

실무적인 개요는 다음과 같습니다.

1. 운영자가 누구인지, 앱 이름, 개인정보 관련 연락 방법
2. 수집하는 데이터를 출처별로 묶어 정리
3. 각 범주를 이용하는 이유와, GDPR이 적용되는 경우 법적 근거
4. 이름을 밝힌 SDK 제공업체와 처리자를 포함한 데이터 수령자
5. 데이터 보관 기간과 삭제 방식
6. 이용자 권리와 행사 방법
7. 아동, 국외 이전, 보안
8. 변경을 알리는 방법과 시행일

설명이 포함된 전체 체크리스트는 개인정보처리방침에 들어가야 할 내용을 참고하세요.

심사자와 이용자는 방침을 스토어 신고 내용과 비교하므로, 이들을 하나의 문서 묶음으로 다루세요. Google Play에서는 모든 개발자가 데이터 보안 양식을 작성해야 하며, 양식을 완료하려면 개인정보처리방침이 필요합니다. App Store에서는 데이터 유형, 각 유형이 이용자와 연결되는지, 추적에 이용되는지에 관한 앱 개인정보 보호 질문에 답합니다.

두 가지 정의가 이들을 일치시키는 열쇠입니다.

• Apple은 ‘수집’을 실시간으로 요청을 처리하는 데 필요한 시간보다 오래 여러분이나 파트너가 접근할 수 있는 방식으로 데이터를 기기 밖으로 전송하는 것이라고 정의합니다.
• Google은 실시간 요청을 위해 메모리에만 보관되는 일시적 처리 데이터도 양식에는 포함해야 하지만, 등록 정보에는 표시되지 않을 수 있다고 말합니다.

예보를 받기 위해 위치를 보내고 아무것도 보관하지 않는 날씨 앱이 전형적인 예입니다. 이 경우에도 방침에서 요청에 답하기 위해 위치가 날씨 제공업체로 전송된다고 언급할 수 있으며, 이는 정직하고 두 라벨 모두와 일치합니다.

출시로 데이터 유형이나 SDK가 추가될 때마다 방침, 데이터 보안, 앱 개인정보 보호 응답을 함께 업데이트하세요. Google Play 개인정보처리방침 생성기와 Apple App Store 개인정보처리방침 생성기 페이지에서 스토어별 필드를 차례로 살펴볼 수 있습니다.

앱에서 계정을 만들 수 있다면, 두 스토어 모두 이용자가 계정을 없앨 수 있기를 기대합니다.

Google Play는 계정 생성을 허용하는 앱에 대해, 이용자가 앱 안에서, 그리고 앱을 다시 설치하지 않아도 작동하는 웹 링크를 통해서도 삭제를 요청할 수 있게 하도록 요구하며, 이 링크는 Play Console에 입력합니다. Google의 사용자 데이터 정책은 또 이용자 요청으로 계정을 삭제할 때는 보안, 부정행위 방지, 법적 의무 같은 제한적인 예외를 제외하고 관련 사용자 데이터도 삭제해야 한다고 덧붙입니다. Apple의 가이드라인 5.1.1(v)은 계정 생성을 지원하는 앱은 앱 안에서 계정 삭제도 제공해야 한다고 말합니다.

개인정보처리방침은 이용자에게 다음을 알려야 합니다.

• 앱과 웹에서 삭제 옵션이 어디에 있는지
• 무엇이 얼마나 빨리 삭제되는지
• 세법상 필요한 구매 기록처럼 무엇을 보관하며 그 이유는 무엇인지
• 삭제가 처리자가 보유한 데이터에 어떤 영향을 미치는지

백업이 데이터를 30일간 보관한다면 즉시 삭제를 약속하지 말고 실제 일정을 설명하세요. Play Console의 삭제 관련 필드는 Google Play 개인정보처리방침 가이드에서 더 자세히 다룹니다.

아무도 열 수 없는 개인정보처리방침은 소용이 없습니다. Google Play는 방침이 활성 상태이고 공개적으로 접근 가능하며 지역 제한이 없는 URL에 있어야 하고, PDF는 허용되지 않으며, 수정할 수 없는 형태여야 한다고 요구합니다. Apple은 App Store Connect에 공개적으로 접근 가능한 개인정보처리방침 URL을 요구합니다.

앱 안에서는 사람들이 실제로 찾아보는 곳에 링크를 두세요.

• 설정, 정보, 계정 화면
• 회원가입이나 온보딩 화면, 동의 체크박스가 있다면 그 옆
• 민감한 기능의 권한 설명 근처

방침 안의 링크가 적시 고지(just-in-time notice)를 대신하지는 않는다는 점을 기억하세요. Google의 명시적 공개(prominent disclosure) 규칙은 앱이 이용자가 예상하지 못할 수 있는 방식으로 개인 및 민감한 데이터를 수집할 때, 그 공개는 일반적인 이용 중에 앱 안에 표시되어야 하며 개인정보처리방침에만 둘 수는 없다고 말합니다.

아직 웹사이트가 없다면 개인정보처리방침 URL 만드는 법 가이드에서 호스팅 방법을 비교하고 제출 전에 링크를 테스트하는 방법을 확인하세요.

개인정보 보호법은 사무실이 아니라 이용자를 따라갑니다. 프라하의 1인 개발자라도 텍사스와 토론토에 플레이어가 있다면 여러 제도의 적용을 동시에 받을 수 있습니다. 앱에 가장 흔히 적용되는 법은 다음과 같습니다.

• 유럽이나 영국 사람들에게 앱을 제공할 때의 EU GDPR 및 UK GDPR: 상세한 투명성 의무와 이용자 권리
• 법정 기준을 충족하는 사업자에 대한 캘리포니아 CCPA 및 CPRA, 그리고 캘리포니아 거주자로부터 개인정보를 수집하는 온라인 서비스에 방침 게시를 요구하는 CalOPPA
• 각자의 기준과 권리를 둔 기타 미국 주 개인정보 보호법
• 앱이 13세 미만 아동을 대상으로 하거나 그들로부터 데이터를 수집한다는 것을 알고 있는 경우의 COPPA
• 브라질의 LGPD, 캐나다의 PIPEDA, 호주의 Privacy Act, 뉴질랜드의 Privacy Act 2020

이 모든 법의 전문가가 될 필요는 없습니다. 이용자층에 비추어 어떤 법이 적용될 만한지 알고, 방침이 그 법의 필수 고지 사항을 다루는지 확인하면 됩니다. 개인정보 보호법 가이드에서 각 법이 개인정보처리방침에 무엇을 요구하는지 요약하며, GDPR 개인정보처리방침 가이드와 CCPA 및 CPRA 가이드부터 시작해 보세요.

빈 페이지에서 작성하기보다 질문에 답하는 편이 낫다면, 앱 개인정보처리방침 생성기가 데이터 지도를 문서로 바꿔 줍니다. 애플리케이션 사용 사례를 선택한 다음 계정, 권한, SDK 제공업체, 결제, 삭제, 아동, 서비스 지역에 관한 쉬운 질문에 답하면 됩니다.

실제로는 이렇게 작동합니다.

• 실행 시점에 AI가 조항을 작성하지 않습니다. 조항은 버전이 관리되는 라이브러리에서 나오며 답변에 따라 결정론적으로 선택되므로, 같은 답변은 같은 방침을 만듭니다.
• 질문지와 전체 미리보기는 무료이며 계정이 필요 없고, 기본 HTML 및 PDF 다운로드도 무료입니다.
• 고급 지역 모듈이나 선택 모듈은 $5이며, EU와 GDPR, 영국, CCPA와 CPRA, CalOPPA, COPPA를 포함한 미국 법과 기타 주법, 브라질, 캐나다, 호주, 뉴질랜드를 다룹니다.
• 선택형 공개 호스팅은 1회 $0.99가 추가되며, Play Console과 App Store Connect에 붙여 넣을 공개 페이지를 제공합니다.

Codex, Claude Code, ChatGPT 같은 AI 코딩 에이전트로 개발한다면, 개발자용 MCP 서버를 통해 에이전트가 코드베이스를 살펴보고 검토용 비공개 초안을 만들 수 있습니다. 생성된 방침은 답변을 반영할 뿐이며 법률 자문이 아닙니다.

첫 제출 때만이 아니라 스토어에 제출할 때마다 이 목록을 확인하세요.

• 매니페스트와 Info.plist의 모든 권한에 대해 방침에 목적이 설명되어 있다.
• 기기 밖으로 데이터를 보내는 모든 SDK가 목적과 함께 이름이나 설명으로 밝혀져 있다.
• 방침, 데이터 보안 양식, 앱 개인정보 보호 응답이 같은 데이터 유형을 나열한다.
• 광고 식별자와 추적은 실제로 사용하는 경우에만 설명되어 있다.
• 앱 안에서, 그리고 Google Play의 경우 웹에서도 계정 삭제가 가능하며, 방침이 이를 설명한다.
• 백업과 로그를 포함해 보유 기간이 실제와 같다.
• 아동에 관한 내용이 있다. 앱이 아동을 대상으로 하지 않거나, 아동 관련 항목이 완비되고 검토되어 있다.
• 연락처, 스토어 등록 정보에 표시되는 개발자 이름, 시행일이 최신이다.
• 로그아웃 상태의 휴대폰에서 PDF 다운로드나 홈페이지 리디렉션 없이 URL이 열린다.
• 앱 안에서 이용자가 찾을 수 있는 곳에 방침이 링크되어 있다.

앱이 성장하면서 개인정보처리방침은 실제와 어긋나기 마련이므로, 데이터와 관련된 기능을 추가할 때마다 검토 일정을 잡으세요. 개인정보처리방침은 얼마나 자주 업데이트해야 할까 가이드에서 실무적인 계기를 제안합니다.