App Storeのプライバシーラベルには、自社コードが送信するデータだけでなく、分析SDKやその他のサードパーティSDKが収集するデータも含める必要があります。App Store Connectで「Appのプライバシー」の質問に回答する前に、リリースに含まれるSDKをすべてリストアップし、それぞれがデバイス外に送信するデータを記録し、トラッキングに使われるものがないかを判断しましょう。回答は記憶ではなく、そのリストに基づいて行ってください。
App StoreのプライバシーラベルにサードパーティSDKのデータを含める必要はある?
あります。Appleは、サードパーティパートナーのコードが収集するデータの申告を求めており、それはSDKが分析や広告以外の目的でデータを収集する場合も同様です。
AppleのApp Privacyページでは、サードパーティパートナーを「アプリに追加したコードを提供する分析ツール、広告ネットワーク、サードパーティSDK、その他の外部ベンダー」と定義しています。つまり、クラッシュレポーターやサインインライブラリもリストに含める必要があります。収集かどうかの判断基準は送信です。「収集」とは「送信されたリクエストをリアルタイムで処理するのに必要な期間を超えて、あなたやサードパーティパートナーがアクセスできる形でデータをデバイス外に送信すること」を意味します。デバイス上でのみ処理されるデータは収集に該当しません。
プライバシーラベルのためのSDK一覧はどう作る?
SDK一覧は、推移的依存関係を含め、リリースビルドで解決された依存関係から作成し、各SDKの名前とバージョンを記録します。
- プラットフォームごとに解決済みの依存関係リストを書き出します:
Podfile.lock、Package.resolved、pubspec.lock、またはGradleの依存関係ツリー。 - 推移的依存関係も残しておきます。AppleのサードパーティSDKの要件には「SDKがアプリに含めるすべてのコードに責任を負う」とあるため、SDKが取り込む共有モジュールも対象になります。
- 各項目の名前とバージョンを記録します。ベンダーはバージョン間でデータの扱いを変えることがあるため、バージョンも監査メモに残しましょう。
- Appleの「よく使われるサードパーティSDK」リストに載っているSDKに印を付けます。これらについては、新規アプリやそれを追加するアップデートを提出する際にプライバシーマニフェストが、バイナリ依存の場合は署名が必要です。「リスト掲載SDKのすべてのバージョン、およびリスト掲載SDKを再パッケージしたSDKも対象に含まれます。」
この手順をApp Store申請チェックリストに加え、初回だけでなく毎回のリリースで実施するようにしましょう。
各SDKはApp Storeのどのプライバシーデータタイプに該当する?
各SDKは、クラッシュデータ、パフォーマンスデータ、製品の操作、デバイスID、広告データなど、Appleが定める固定のデータタイプの1つ以上に該当します。ベンダーのデータに関するドキュメントを読み、SDKごとに1行ずつ埋めていきましょう:
| SDKの役割 | 確認すべきデータタイプ | 重要な問い |
|---|---|---|
| クラッシュレポート | クラッシュデータ、パフォーマンスデータ | クラッシュデータはデバイス外に送信され、ユーザーIDと紐付けられているか? |
| プロダクト分析 | 製品の操作、その他の使用状況データ、デバイスID | デバイスIDは他社や他のアプリと共有されているか? |
| アトリビューション・広告効果測定 | 広告データ、デバイスID、購入履歴 | データは広告目的で他のアプリのデータと組み合わされているか? |
| サインイン | メールアドレス、ユーザID | ベンダーはアカウントデータをあなたのアプリ以外で再利用しているか? |
Appleによると、収集されたデータは「収集前に非識別化や匿名化のための特定のプライバシー保護措置が講じられていない限り、多くの場合ユーザーの身元にリンクされます」。その措置とは、ユーザーIDや名前などの直接的な識別子を削除することなどです。さらに収集後も、データをユーザーに再リンクしたり、ユーザーを特定できる他のデータセットと結び付けたりしてはいけません。SDKがデータを非識別化していると確認できない場合は、リンクされているものとして申告してください。
分析SDKはどんな場合にトラッキングに該当する?
分析SDKは、ユーザーやデバイスに関するデータを、ターゲティング広告や広告効果測定のために他社のアプリやWebサイトのデータとリンクする場合、またはそのデータをデータブローカーと共有する場合に、トラッキングに該当します。
Appleの定義は「ユーザーIDやデバイスID、プロファイルなど、特定のエンドユーザーやデバイスについてアプリから収集したデータを、ターゲティング広告や広告効果測定の目的でサードパーティデータとリンクすること、または特定のエンドユーザーやデバイスについてアプリから収集したデータをデータブローカーと共有すること」です。自社アプリのデータ内にとどまる分析はトラッキングではありません。アプリ間で識別子を共有する広告効果測定はトラッキングです。
落とし穴は、広告SDKではないパートナーです。Appleが挙げる例は「アプリから収集したデータを転用し、他の開発者のアプリでのターゲティング広告を可能にするログインSDK」で、あなたがそのSDKをその目的で使っていなくてもトラッキングに該当します。SDKのいずれかがこれに当てはまる場合、通常の対処法は、アプリ間での利用を止める設定変更か、ベンダーの切り替えです。
プライバシーラベルから省略できるSDKデータはある?
省略できるのは、データタイプがAppleの任意開示の4つの条件をすべて満たす場合のみで、分析データやクラッシュデータが満たすことはほぼありません。条件は以下のとおりです:
- トラッキングに使用されない。
- サードパーティ広告、自社の広告やマーケティング、その他の目的に使用されない。
- アプリの主要機能以外でまれにしか収集されず、ユーザーにとって任意である。
- ユーザーがアプリのインターフェイスで提供し、何が収集されるかがユーザーに明確で、送信フォームにユーザーの名前またはアカウント名が目立つように表示され、ユーザーが毎回積極的に提供を選択する。
Appleはさらに「最初に許可を求めた後、継続的に収集されるデータは開示しなければならない」と付け加えています。分析SDKは継続的に動作し、ユーザーが毎回選択するものではないため、最後の2つの条件を満たしません。
完成したSDK監査はどのようなもの?
完成した監査では、各SDKに1行ずつ、何を申告するか、データがユーザーにリンクされているか、トラッキングに使われるかを記載します。以下は、3つのSDKを使う架空の習慣トラッキングアプリのテンプレートです。回答は各ベンダーのドキュメントによって異なるため、実在する製品についての調査結果ではありません。
| SDK | 申告する項目 | ユーザーへのリンク | トラッキングへの使用 |
|---|---|---|---|
| クラッシュレポーター(FirebaseCrashlytics、Appleのリストに掲載) | クラッシュデータ、パフォーマンスデータ | ユーザーIDと紐付く場合は「あり」 | 広告目的でサードパーティデータと組み合わせない場合は「なし」 |
| プロダクト分析 | 製品の操作、デバイスID | あり | ベンダーが広告目的でアプリ間のデータ共有をしない場合は「なし」 |
| サインイン | メールアドレス、ユーザID | あり | ベンダーがアカウントデータを他のアプリでの広告ターゲティングに使う場合は「あり」 |
サインインの行で作業内容が変わります。これによりアプリはトラッキングを行うアプリとなるため、ラベルにもそう記載し、同意の取り扱いもそれに合わせる必要があります。アプリ間でデータを共有しないサインインベンダーに切り替えるか、その共有をオフにするほうが、リジェクト後よりも申請前に行うほうがはるかに低コストです。その後、リリースビルドのテスト計画のとおり、すべてのSDKを有効にした状態でリリースビルドをテストしましょう。
他の開発者はどこでつまずいた?
公開されている事例からは、3つの失敗ポイントが見えてきます。バイナリと一致しないラベル、開発者が把握していなかったSDKのデータ、そしてマニフェストなしで出荷されたリスト掲載SDKです。
- Apple Developer Forumsのある開発者は、新しいビルドからトラッキングを削除したものの、ラベルからは削除できませんでした。App Store Connectには「アプリにNSUserTrackingUsageDescriptionが含まれており、ユーザーのトラッキング許可を求めることを示しています」と表示され、審査では「App Store Connectで提供されたAppのプライバシー情報は、ユーザーをトラッキングするためにデータを収集していることを示しています…しかし、App Tracking Transparencyを使用していません」という理由でリジェクトが続きました。この開発者によると、異議申し立てを行い、その回答を待ってから再提出したところ、アプリは承認されたとのことです。
- Apple Developer Forumsの別の開発者は、IDFAとIDFVの収集を無効にしたFirebase Analyticsを使い、ラベルも「トラッキングなし」にしていましたが、それでもガイドライン5.1.2のリジェクトを受けました。メッセージには「Cookieの収集はトラッキングの一種です」とあり、指摘されていたのはFirebaseではなく、アプリが読み込むWebコンテンツのCookieでした。返信でこの食い違いが指摘されましたが、解決策は投稿されていません。
- RxSwiftのGitHub issueでは、開発者たちがRxSwift、RxRelay、RxCocoaについて「ITMS-91061: Missing privacy manifest」を受け取りました。あるユーザーはCocoaPodsの参照先をマニフェストを含む6.8.0ブランチに変更し、次のアップデートを「Appleからの警告なしに」出荷できたと報告しています。
共通点は、Appleがあなたの回答を、出荷されたバイナリとそのWebコンテンツの実際の動作と照合しているということです。そのため、実際のビルドから作成したSDK一覧があれば、審査で指摘される前にこの3つの問題をすべて発見できます。
App Store Connectでプライバシーラベルを公開・更新するには?
プライバシーラベルは、App Store Connectのアプリの「Appのプライバシー」セクションから公開します。回答は「公開」をクリックした後にのみ反映され、Appleによると、アプリのアップデートを提出しなくてもいつでも変更できます。
- App Store Connectでアプリを選択し、サイドバーの「Appのプライバシー」をクリックして、「始める」をクリックします。
- あなたまたはサードパーティパートナーがデータを収集するかどうかを回答し、監査で洗い出したすべてのデータタイプを選択して「保存」をクリックします。
- 各データタイプのフォローアップ質問に回答して「保存」をクリックし、製品ページのプレビューを確認します。
- 右上の「公開」をクリックし、正確性の確認ダイアログで確定します。
Appのプライバシーの管理によると、アカウント保持者、管理、またはAppマネージャの役割が必要です。製品ページがまだ公開されていない場合、回答は製品ページの公開時に公開されます。アプリがすでに販売中の場合、回答はそのバージョンが収集するデータのみを反映する必要があります。プライバシーポリシーURLの変更は「次のアプリバージョンとともにリリース」されます。すでに審査でプライバシーの問題を指摘されている場合は、App Storeリジェクトの修正ガイドから始めてください。
よくある質問
App Storeのプライバシーラベルを変更するには、新しいビルドを提出する必要がありますか?
いいえ。AppleのApp Privacyページには、回答はいつでも更新でき、変更のためにアプリのアップデートを提出する必要はないと記載されています。App Store Connectの「Appのプライバシー」で回答を編集し、「公開」をクリックしてください。例外として、プライバシーポリシーURLの変更は次のアプリバージョンとともにリリースされます。もう一つの注意点として、すでに販売中のアプリの回答は、現在公開中のバージョンと一致している必要があります。
Firebase Crashlyticsにはプライバシーマニフェストが必要ですか?
はい。2026年10月時点で、FirebaseCrashlyticsはプライバシーマニフェストと署名が必要なSDKとしてAppleのリストに掲載されています。この要件は、これを含む新規アプリを提出する場合や、これを追加するアップデートを提出する場合に適用されます。リスト掲載SDKのどのバージョンも対象となり、それを再パッケージしたSDKも同様です。最新のFirebaseリリースを使い、PrivacyInfo.xcprivacyファイルがビルド後のフレームワーク内に実際に含まれているかを確認してください。
プライバシーマニフェストとプライバシーラベルの違いは何ですか?
プライバシーマニフェストは、アプリやSDK内に含まれるPrivacyInfo.xcprivacyファイルで、そのコードが収集するデータを記述したものです。配布の準備をする際、XcodeはサードパーティSDKのマニフェストを1つのレポートにまとめます。一方、プライバシーラベルはApp Store Connectの「Appのプライバシー」で公開する回答のセットで、ユーザーが製品ページで目にするのはこの回答です。Xcodeのレポートは回答の参考資料として使い、自分自身による監査の代わりにはしないでください。
プライバシーラベルでトラッキングを行うと回答した場合、App Tracking Transparencyのプロンプトは必要ですか?
実質的には必要です。Apple Developer Forumsでは、プライバシー情報がトラッキングを示しているにもかかわらず「App Tracking Transparencyを使用してユーザーの許可を求めていない」という理由で、ガイドライン5.1.2のリジェクトを受けたという報告が開発者から寄せられています。実際にトラッキングを行う場合は、トラッキング開始前にATTプロンプトを追加してください。行わない場合は、ラベルを修正し、ビルドからNSUserTrackingUsageDescriptionを削除してください。
App Store Connectで「Appのプライバシー」の回答を編集できるのは誰ですか?
プライバシーに関する質問への回答と公開には、アカウント保持者、管理、またはAppマネージャの役割が必要です。プライバシーポリシーURLと任意のプライバシー選択URLの編集は、マーケティングの役割でも可能です。これらの役割を持たない開発者でもSDKの棚卸しは行えるので、完成した回答を管理者に渡して入力・公開してもらいましょう。
出典と参考資料
ポリシーは変わります。申請前に公式ドキュメントをご確認ください。
- App StoreにおけるAppのプライバシー詳細 - Apple Developer ↗2026年10月27日 確認
- Appのプライバシーの管理 - App Store Connectヘルプ ↗2026年10月27日 確認
- サードパーティSDKの要件 - Apple Developer ↗2026年10月27日 確認
- プライバシー情報にトラッキングがあるとしてApple審査でアプリがリジェクトされる - Apple Developer Forums ↗2026年10月27日 確認
- Firebase Analyticsの使用によるApp Store Connectのリジェクト - ガイドライン5.1.2 - Apple Developer Forums ↗2026年10月27日 確認
- ITMS-91061: プライバシーマニフェストの欠如 - ReactiveX/RxSwift Issue #2625 ↗2026年10月27日 確認


