앱 출시 전 스토어에 제출하는 개인정보 항목, 무엇부터 준비해야 하나요?

스토어 개인정보 양식은 개발사가 알아서 채우면 되나요?

양식을 입력하는 손은 개발사여도 내용이 맞는지 확인할 책임은 앱을 내는 회사에 남습니다. 구글플레이는 데이터 보안 섹션을 두고 앱의 데이터 수집·공유 내용을 개발자가 선언하도록 하며, 선언의 완전성과 정확성에 대한 책임이 개발자에게 있다고 안내합니다. 애플도 앱과 앱 업데이트를 제출할 때 App Store Connect에서 앱 개인정보 세부사항을 제공하도록 요구하고, 답변을 정확하고 최신으로 유지할 책임을 개발자에게 둡니다.

문제는 이 양식이 기획서가 아니라 코드의 실제 동작을 묻는다는 점입니다. 구글은 앱에서 사용하는 라이브러리나 SDK가 기기에서 전송하는 데이터까지 포함해 선언하도록 안내하고, 애플도 광고 네트워크와 분석 도구를 포함한 타사 SDK의 데이터 수집을 공개 대상으로 봅니다. 기획 단계의 개인정보 수집 항목표만 보고 채우면 실제와 어긋나기 쉽습니다.

두 스토어의 분류 체계는 서로 다르지만 근거가 되는 사실은 하나입니다. 양쪽에 다르게 적거나 스토어 선언과 개인정보 처리방침이 어긋나면 이용자와 심사 양쪽에서 문제가 되므로, 양식을 두 번 채우기보다 근거 자료를 한 번 만들어 두 곳에 옮겨 적는 방식이 낫습니다.

무엇을 모아야 양식을 채울 수 있나요?

아래 자료가 모이면 두 스토어의 양식을 같은 근거로 채울 수 있습니다. 담당은 조직에 맞게 바꾸시되, '완료 기준' 열은 비워 두지 마시기 바랍니다.

준비 자료	어디서 확인하나	완료 기준
사용 중인 SDK·라이브러리 목록	빌드 설정의 의존성 목록	이름과 버전이 적힌 목록. 광고·분석·크래시 도구가 모두 들어 있음
SDK별 수집·전송 항목	각 제공사의 개인정보 문서	항목이 스토어의 데이터 유형 분류에 하나씩 대응됨
우리 서버가 저장하는 항목	데이터베이스 스키마와 API 명세	화면별 입력 항목과 대조가 끝남
항목별 이용 목적	기획 문서와 마케팅 계획	항목마다 목적이 한 개 이상 지정됨
계정 연결 여부	로그인 설계와 로그 설계	사용자 계정이나 기기에 붙는 항목이 표시됨
삭제 요청 처리 경로	운영 절차	접수 화면과 처리 담당자가 정해짐
개인정보 처리방침 URL	웹사이트	로그인 없이 열리는 주소

이 표를 개발사에 그대로 보내면 요청 사항이 분명해집니다. 특히 첫 두 줄은 개발사만 답할 수 있고, 나머지는 발주사가 정해야 하는 항목이라는 점이 눈에 보입니다.

SDK가 무엇을 보내는지 어떻게 확인하나요?

제공사 문서를 먼저 읽고, 문서와 실제가 같은지 네트워크 기록으로 확인하는 순서가 현실적입니다. 광고·분석 SDK는 기본 설정만으로 광고 식별자나 기기 정보를 보내는 경우가 있어, 우리가 수집한다고 생각하지 않은 항목이 선언 대상이 되기도 합니다.

애플은 앱에서 수집한 데이터를 맞춤형 광고나 광고 측정을 위해 타사 데이터와 연결하거나 데이터 브로커와 공유하는 행위를 추적으로 설명합니다. 광고 SDK를 넣을지 말지는 마케팅 결정처럼 보이지만, 넣는 순간 제출 항목과 이용자 동의 흐름이 함께 바뀌는 개발 결정이기도 합니다.

애매한 항목도 미리 정리해 두면 제출 단계에서 막히지 않습니다. 애플은 앱이 자유 입력 텍스트나 음성 녹음을 받으면서 이용자가 이름이나 연락처를 적도록 유도하는 경우 해당 데이터 유형을 공개하도록 안내하고, IP 주소를 수집하면 관련 데이터 유형을 함께 명시하도록 설명합니다. 문의 입력창 하나가 선언 항목을 늘릴 수 있다는 뜻입니다.

국내 개인정보 처리 절차와는 어떻게 맞물리나요?

스토어 제출 항목과 국내 처리방침·권리행사 창구는 같은 사실을 다른 형식으로 적는 문서입니다. 구글플레이 양식은 이용자가 데이터 삭제를 요청할 수 있는 방법을 제공하는지도 묻기 때문에, 삭제 요청을 받을 창구가 실제로 없으면 답을 적을 수 없습니다.

그래서 출시 준비에서는 세 가지를 한 묶음으로 처리하는 편이 낫습니다. 수집 항목표, 처리방침 문안, 그리고 문의·삭제 요청을 받아 처리하는 운영 도구입니다. 셋이 서로 다른 내용을 말하면 어느 하나를 고칠 때마다 나머지를 다시 봐야 합니다.

계약서에도 한 줄이 필요합니다. SDK를 추가하거나 교체할 때 발주사에 알리고 수집 항목의 변경 여부를 함께 전달한다는 조항이 없으면, 유지보수 중에 조용히 들어온 분석 도구 때문에 이미 제출한 선언이 사실과 달라집니다.

출시 일정에 넣는 순서

스토어 제출일에서 거꾸로 세우면 다음 순서가 됩니다. 제출 3주 전 SDK 목록과 서버 저장 항목 확보, 2주 전 항목별 목적과 계정 연결 여부 확정, 1주 전 처리방침 게시와 삭제 요청 창구 동작 확인, 제출 직전 두 스토어 양식 입력과 상호 대조입니다.

지금 당장 할 일은 첫 줄 하나입니다. 개발사에 SDK 목록과 각 SDK가 전송하는 항목을 문서로 요청하시기 바랍니다. 이 목록이 늦게 오면 나머지 일정이 통째로 밀립니다. 앱 개편과 함께 문의·삭제 요청 창구까지 정리해야 한다면 현재 화면 목록과 처리방침을 보내 주시면 검토해 드립니다.