App Store 개인정보 보호 라벨: 분석 SDK부터 점검하세요 (2026 체크리스트)

App Store 개인정보 보호 라벨에는 여러분의 코드가 보내는 데이터뿐 아니라 분석 SDK와 기타 서드파티 SDK가 수집하는 데이터도 포함되어야 합니다. App Store Connect에서 앱 개인정보 보호 질문에 답하기 전에 릴리스에 포함된 모든 SDK를 목록으로 만들고, 각 SDK가 기기 밖으로 보내는 데이터를 기록한 뒤, 그중 추적에 사용되는 것이 있는지 판단하세요. 답변은 기억에 의존하지 말고 이 목록을 바탕으로 작성하세요.

App Store 개인정보 보호 라벨에 서드파티 SDK 데이터도 포함해야 하나요?

네. Apple은 서드파티 파트너의 코드가 수집하는 데이터를 신고하도록 요구하며, 이는 SDK가 분석이나 광고 이외의 목적으로 데이터를 수집하는 경우에도 마찬가지입니다.

Apple의 앱 개인정보 보호 페이지는 서드파티 파트너를 "앱에 코드를 추가한 분석 도구, 광고 네트워크, 서드파티 SDK 또는 기타 외부 공급업체"로 정의합니다. 따라서 충돌 리포터나 로그인 라이브러리도 목록에 포함되어야 합니다. 수집 여부의 기준은 전송입니다. '수집'이란 "전송된 요청을 실시간으로 처리하는 데 필요한 기간보다 오랫동안 여러분 및/또는 서드파티 파트너가 접근할 수 있는 방식으로 데이터를 기기 밖으로 전송하는 것"을 뜻합니다. 기기 내에서만 처리되는 데이터는 수집으로 보지 않습니다.

개인정보 보호 라벨을 위한 SDK 목록은 어떻게 만드나요?

릴리스 빌드에서 확정된 의존성을 전이 의존성까지 포함해 목록으로 만들고, 각 SDK의 이름과 버전을 기록하세요.

1. 플랫폼별로 확정된 의존성 목록을 내보내세요: Podfile.lock, Package.resolved, pubspec.lock 또는 Gradle 의존성 트리.
2. 전이 의존성도 빠뜨리지 마세요. Apple의 서드파티 SDK 요구 사항에 따르면 여러분은 "SDK가 앱에 포함시키는 모든 코드에 대해 책임"을 지므로, SDK가 끌어오는 공유 모듈도 대상에 포함됩니다.
3. 각 항목의 이름과 버전을 기록하세요. 공급업체는 버전에 따라 데이터 처리 방식을 바꾸므로 점검 기록에 버전도 남겨야 합니다.
4. Apple의 일반적으로 사용되는 서드파티 SDK 목록에 있는 SDK를 표시해 두세요. 이러한 SDK는 신규 앱이나 이를 추가하는 업데이트를 제출할 때 개인정보 보호 매니페스트가 필요하고, 바이너리 의존성인 경우 서명도 필요합니다. "목록에 있는 SDK의 모든 버전과, 목록에 있는 SDK를 다시 패키징한 모든 SDK가 포함됩니다."

이 단계를 App Store 제출 체크리스트에 추가해 첫 릴리스뿐 아니라 모든 릴리스에서 실행되도록 하세요.

각 SDK는 App Store의 어떤 개인정보 데이터 유형에 해당하나요?

각 SDK는 충돌 데이터, 성능 데이터, 제품 상호 작용, 기기 ID, 광고 데이터 등 Apple이 정해 둔 데이터 유형 중 하나 이상에 해당합니다. 공급업체의 데이터 문서를 읽고 SDK마다 한 행씩 채워 보세요.

Apple은 수집된 데이터가 "수집 전에 비식별화하거나 익명화하는 특정 개인정보 보호 조치를 취하지 않는 한, 대개 사용자의 신원과 연결된다"고 설명하며, 그 예로 사용자 ID나 이름 같은 직접 식별자를 제거하는 방법을 듭니다. 또한 수집 후에도 데이터를 다시 사용자와 연결하거나 사용자를 식별할 수 있는 다른 데이터셋과 결합해서는 안 됩니다. SDK가 데이터를 비식별화한다는 사실을 확인할 수 없다면 '연결됨'으로 표시하세요.

분석 SDK는 언제 추적에 해당하나요?

분석 SDK가 사용자나 기기에 관한 데이터를 타깃 광고 또는 광고 측정을 위해 다른 회사의 앱이나 웹사이트 데이터와 연결하거나, 데이터 브로커와 공유하면 추적에 해당합니다.

Apple의 정의는 "사용자 ID, 기기 ID 또는 프로필처럼 특정 최종 사용자나 기기에 대해 앱에서 수집한 데이터를 타깃 광고 또는 광고 측정 목적으로 서드파티 데이터와 연결하거나, 특정 최종 사용자나 기기에 대해 앱에서 수집한 데이터를 데이터 브로커와 공유하는 것"입니다. 여러분 앱의 자체 데이터 안에서만 이루어지는 분석은 추적이 아닙니다. 반면 여러 앱에 걸쳐 식별자를 공유하는 광고 측정은 추적입니다.

함정은 광고 SDK가 아닌 파트너입니다. Apple이 드는 예는 "앱에서 수집한 데이터를 다른 개발자의 앱에서 타깃 광고에 활용하도록 용도를 바꾸는 로그인 SDK"로, 여러분이 그런 목적으로 SDK를 사용하지 않더라도 추적에 해당합니다. SDK 중 하나가 이런 방식으로 동작한다면, 보통은 앱 간 데이터 사용을 막는 설정 변경이나 공급업체 교체로 해결합니다.

개인정보 보호 라벨에서 SDK 데이터를 빼도 되는 경우가 있나요?

데이터 유형이 Apple의 선택적 공개 기준 네 가지를 모두 충족할 때만 가능하며, 분석 데이터와 충돌 데이터는 거의 충족하지 못합니다. 기준은 다음과 같습니다.

• 추적에 사용되지 않습니다.
• 서드파티 광고, 자체 광고나 마케팅, 또는 기타 목적에 사용되지 않습니다.
• 앱의 주요 기능 외의 드문 경우에만 수집되며, 사용자가 선택적으로 제공합니다.
• 사용자가 앱 인터페이스에서 직접 제공하고, 무엇이 수집되는지 명확히 알 수 있으며, 제출 양식에 사용자의 이름이나 계정 이름이 눈에 띄게 표시되고, 사용자가 매번 적극적으로 제공을 선택합니다.

Apple은 "최초 권한 요청 이후 지속적으로 수집되는 데이터는 반드시 공개해야 한다"고 덧붙입니다. 분석 SDK는 계속 실행되고 사용자가 매번 선택하는 것도 아니므로 마지막 두 기준을 충족하지 못합니다.

완성된 SDK 점검 결과는 어떤 모습인가요?

완성된 점검 결과에서는 SDK마다 한 행씩, 신고할 항목, 데이터가 사용자와 연결되는지, 추적에 사용되는지를 명시합니다. 아래는 SDK 세 개를 사용하는 가상의 습관 관리 앱 템플릿입니다. 답변은 각 공급업체의 문서에 따라 달라지므로 실제 제품에 대한 조사 결과가 아닙니다.

로그인 행이 작업 범위를 바꿉니다. 이 SDK 때문에 앱이 추적 앱이 되므로 라벨에도 그렇게 표시해야 하고 동의 처리 방식도 이에 맞춰야 합니다. 앱 간에 데이터를 공유하지 않는 로그인 공급업체로 바꾸거나 해당 공유를 끄는 작업은 거절당한 뒤보다 제출 전에 하는 편이 훨씬 비용이 적게 듭니다. 그런 다음 릴리스 빌드 테스트 계획에서처럼 모든 SDK를 활성화한 상태로 릴리스 빌드를 테스트하세요.

다른 개발자들은 어디서 문제가 생겼나요?

공개적으로 보고된 사례를 보면 실패 지점은 세 가지입니다. 바이너리와 일치하지 않는 라벨, 개발자가 몰랐던 SDK 데이터, 그리고 매니페스트 없이 배포된 목록 대상 SDK입니다.

• Apple Developer Forums의 한 개발자는 새 빌드에서 추적을 제거했지만 라벨에서는 제거할 수 없었습니다. App Store Connect는 "앱에 NSUserTrackingUsageDescription이 포함되어 있으며, 이는 사용자 추적 권한을 요청할 것임을 나타냅니다"라고 표시했고, 심사에서는 "App Store Connect에 제공한 앱 개인정보 보호 정보에 따르면 사용자를 추적하기 위해 데이터를 수집합니다… 그러나 App Tracking Transparency를 사용하지 않습니다"라는 이유로 계속 거절했습니다. 이 개발자는 이의를 제기하고 답변을 기다린 뒤 다시 제출하자 앱이 승인되었다고 밝혔습니다.
• Apple Developer Forums의 또 다른 개발자는 IDFA와 IDFV 수집을 비활성화한 상태로 Firebase Analytics를 사용하고 '추적 안 함' 라벨을 달았지만, 그래도 가이드라인 5.1.2 거절을 받았습니다. 메시지 내용은 "쿠키 수집은 추적의 한 형태입니다"였습니다. 이는 Firebase가 아니라 앱이 불러온 웹 콘텐츠의 쿠키를 지적한 것이었습니다. 한 답글이 이 불일치를 짚었지만, 해결 방법은 올라오지 않았습니다.
• RxSwift GitHub 이슈에서는 개발자들이 RxSwift, RxRelay, RxCocoa에 대해 "ITMS-91061: Missing privacy manifest"를 받았습니다. 한 사용자는 매니페스트가 포함된 6.8.0 브랜치를 CocoaPods에 지정했고, 다음 업데이트를 "Apple의 경고 없이" 배포했다고 보고했습니다.

공통점은 이것입니다. Apple은 여러분의 답변을 실제로 배포된 바이너리와 그 웹 콘텐츠의 동작과 비교하므로, 실제 빌드를 바탕으로 만든 목록이 있으면 심사보다 먼저 세 가지 문제를 모두 잡아낼 수 있습니다.

App Store Connect에서 개인정보 보호 라벨은 어떻게 게시하고 업데이트하나요?

개인정보 보호 라벨은 App Store Connect에서 앱의 앱 개인정보 보호 섹션을 통해 게시합니다. 답변은 게시를 클릭한 후에만 적용되며, Apple은 앱 업데이트를 제출하지 않고도 언제든지 변경할 수 있다고 밝히고 있습니다.

1. App Store Connect에서 앱을 선택하고 사이드바에서 앱 개인정보 보호를 클릭한 다음 시작하기를 클릭합니다.
2. 여러분이나 서드파티 파트너가 데이터를 수집하는지 답하고, 점검 결과에 있는 모든 데이터 유형을 선택한 뒤 저장을 클릭합니다.
3. 데이터 유형별 후속 질문에 답하고 저장을 클릭한 다음, 제품 페이지 미리보기를 검토합니다.
4. 오른쪽 상단의 게시를 클릭하고 정확성 확인 대화상자에서 확인합니다.

앱 개인정보 보호 관리 문서에 따르면 계정 소유자, 관리자 또는 앱 관리자 역할이 필요합니다. 제품 페이지가 아직 공개되지 않았다면 페이지가 공개될 때 응답도 함께 게시됩니다. 앱이 이미 판매 중이라면 응답은 해당 버전이 수집하는 데이터만 반영해야 합니다. 개인정보 처리방침 URL 변경 사항은 "다음 앱 버전과 함께 릴리스"됩니다. 이미 심사에서 개인정보 관련 문제를 지적받았다면 App Store 거절 해결 가이드부터 확인하세요.