1. 課題：iPhoneトラフィックの3分の2に確定的IDが存在しない
AppleがiOS 14.5でApp Tracking Transparencyを導入したことで、IDFAはデフォルトではなくなりました。ATT以前はIDFAの取得率が90%を超えていましたが、ATTはこれを明示的なオプトインに反転させ、業界全体のオプトイン率は消費者向けアプリで20〜35%に落ち着きました。ゲームや一部のユーティリティ系ではさらに低くなります。
有料メディアを運用する者にとってこの算術は重要です。iPhone利用者の約3分の2には、確定的なクロスアプリ帰属が存在しません。ユーザーは広告をクリックしたが、そのクリックを後続の行動に結びつける識別子がないのです。
| 変化した点 | ATT以前 | ATT以後 |
|---|---|---|
| IDFA取得率 | デフォルトで90%超 | オプトイン20〜35%、カテゴリ依存 |
| 帰属の種類 | 確定的・ユーザー単位 | 大半のトラフィックで集約またはモデル推定 |
| レポート遅延 | リアルタイム | Apple管理のタイマーによる遅延 |
| ユーザー単位の行 | 取得可能 | プライバシー保護経路では取得不可 |
Androidは別の道を歩みました。Google PlayのリファラAPIとサードパーティ広告IDはほぼ維持されており、大半のボリュームでデバイス単位のシグナルが今も利用できます。iOSとAndroidの計測における非対称性は、モバイルマーケティングで最も過小評価されている運用上の現実の一つです。
2. 二つの異なる答え：SKAdNetwork 対 業界団体ID
Appleの答えはSKAdNetworkでした。帰属を広告主ではなくOSが管理し、集約・遅延・意図的なノイズを伴って返します。コンバージョン値は6ビット整数（0〜63）に制限され、インストールごとに1回のポストバック、ユーザー識別子はデバイスから出ません。計測できるのはキャンペーンであって、人ではありません。
中国はその道を取りませんでした。中国市場にはOS管理の単一帰属APIに相当するものがありません。代わりに二つの仕組みが生まれ、併存しています。
| 欧米のデフォルト | 中国 | |
|---|---|---|
| 帰属の主体 | AppleのSKAdNetwork（OS管理） | 業界団体と各プラットフォーム |
| 識別子の種類 | なし（集約のみ） | デバイス由来ID：CAID、PAID |
| 粒度 | キャンペーン単位・集約 | デバイス単位・確定的 |
| ユーザー単位の行 | 取得不可 | 受信する広告主には取得可能 |
| ガバナンス | Apple | 中国広告協会（CAID）、各プラットフォーム（PAID） |
実務上の帰結は大きい。中国で運用する広告主は、原理上、クリックを後続コンバージョンに結びつけるデバイス単位の識別子を受け取れます。ATTが欧米市場から奪ったものと同じです。これが可能なのは、識別子がApple発行ではなくデバイスパラメータ由来だからです。
3. CAID：業界団体の識別子
CAIDは中国広告業界の集団的な答えであり、中国広告協会のもとで生成されます。その根拠は百度の開発者ドキュメントに明記されています。iOS 14以降IDFAが管理されるようになり、IDFAに代わり得る他のデバイス情報が存在しなかったため、デバイス情報を用いてCAIDを生成し、IDFAの代替として帰属に用いる。
その構造は、受け取る生データに現れるため理解する価値があります。
| フィールド | 意味 |
|---|---|
| 先頭セグメント | 生成方式を示す短い数字プレフィックス（例：00_） |
| コア識別子 | 長い16進文字列。デバイスから導出された識別子そのもの |
version | 生成に用いたアルゴリズム版（例：20260506） |
vendor | どのベンダーの実装が生成したか |
ドキュメントに示される実際のCAIDペイロードは、複数の候補を同時に運び、それぞれにversionとvendor、そしてgenerateTimeが付きます。この構造は意図的で、受信側は最新の対応版を選び、解析できなければフォールバックできます。
4. 2026年のCAIDアルゴリズム切り替え
ここが多くの広告主が対応しなかった部分で、日付が明示されています。
中国広告協会によれば、2026年の年次アルゴリズム更新は、2026年6月22日（月）に中心サーバーのアップグレードを開始して新アルゴリズム版をサポートし、6月30日（火）に正式切り替えを完了する予定でした。
同時に示された指針は切り替え期間の運用指示です。アップグレード期間中は新版（20260506）を優先し、旧版（20250325）をフォールバックとして保持し、切り替えを円滑にします。20230330のような旧世代も、さらなるフォールバックとしてペイロードに現れます。
広告主やMMPにとっての運用上の意味は具体的です。コンバージョンコールバックのパイプラインがCAID版を1つしか受け付けないなら、毎年の切り替えごとに単一障害点を抱えることになります。正しい設計は、優先順位付きのリストを受け取り、プラットフォームが現在サポートする版に対して解決することです。
5. PAID：百度独自の構築物
業界団体の識別子とは別に、百度は独自のデバイス識別子PAIDを維持しています。百度には2023年から存在し、字節跳動（ByteDance）の広告プラットフォームにも現れます。つまりプラットフォームレベルの技法であり、百度だけのものではありません。
PAIDは3つのパラメータから構築され、いずれもメディアと広告主の双方が個人データを扱わずに取得できます。
| 入力 | 備考 |
|---|---|
| システム初期化時間（Initialization Time） | デバイス単位・非プライベート |
| システム更新時間（Update Time） | デバイス単位・非プライベート |
| システム起動時間（Boot Time） | デバイス単位・非プライベート |
各々をMD5で32文字の小文字文字列に変換し、3つをハイフンで連結します。結果は90文字を超えるパラメータとなり、百度が広告主に渡し、帰属監視とコンバージョンコールバックに用いられます。
実務的な注意が2点。第一に、名前は偽の友です。ここでのPAIDは「有料」の意味ではなく、「PAID帰属」は paid attribution ではありません。正式な展開は公表されておらず、Private Advertising ID や Private Anonymization ID といった解釈が考えられます。第二に、PAID帰属は現在百度への個別申請が必要で、デフォルトでは有効になっていません。
監査する者にとって有用な裏付けがあります。百度自身の広告SDKプライバシー開示が、収集するデバイス情報として端末の再起動情報、システム更新時間、システム作成時間を列挙しています。これはPAIDの3入力そのものであり、公開のプライバシー文書で開示されています。広告主は構築方法を鵜呑みにする必要はありません。
6. 百度が実際に返すもの
百度のコンバージョンコールバック文書は、復路で利用可能なパラメータを定義しています。帰属に重要なのはデバイス識別子です。
| パラメータ | 意味 |
|---|---|
idfa | iOSデバイス識別子（原値） |
imei | Androidデバイス識別子（原値、該当する場合は32文字小文字MD5） |
oaid | Androidデバイス識別子（原値） |
android_id | Androidデバイス識別子（原値、32文字小文字MD5） |
caid | CAIDペイロード。versionとvendor付きの優先順位付き候補リスト |
attribution_eshow_score | インプレッション帰属を統制する百度提供のフラグ |
このうち2つは個別に注意が必要です。
CAIDは値ではなくリストとして届きます。第3章で示したとおり、ペイロードは版とベンダーで区別された複数候補を運びます。caidを単一文字列として読むパイプラインは失敗します。
attribution_eshow_scoreは指標ではなくメディアの推奨です。百度はインプレッション帰属のコンバージョンコールバック時にこのフィールドを自動発行します。0はメディア側がそのインプレッション帰属トラフィックの回伝を推奨しないこと、1は推奨することを意味します。これを指示として扱うか診断情報として扱うかが、クリーンなパイプラインとノイズを最適化に流し込むパイプラインの分かれ目です。
百度は識別子に加えて多数の任意パラメータもサポートします。たとえば書籍名、閲読章数、短劇劇場IDなどで、プラットフォームが復路でどれだけの文脈を運べるかを示しています。
7. 署名とコールバック
プラットフォームにコールバックを受け入れさせるには、それが自分のものだと証明する必要があります。百度の文書は署名方式を明示しています。置換後のコールバックURLから最後の署名パラメータを除いたものを取得し、akeyを付加してMD5します。
仕組みは単純ですが、失敗様式は単純ではありません。繰り返し現れる3つを挙げます。
- 誤った文字列への署名。署名は、マクロ置換後かつ署名パラメータ付加前に計算する必要があります。テンプレートURL、またはプレースホルダ署名を含むURLに署名すると、認可失敗に見える不一致が生じます。
- マクロ置換の順序。置換値自体がURL構造を変える文字を含む場合、署名対象の文字列と送信文字列が乖離します。
caidをスカラーとして読む。前述のとおりで、優先順位付きリストです。
8. 国際ブランドにとっての意味
戦略的な要点は、中国のiOS計測問題が、欧米の解決策とは似ても似つかない形で解決されたということで、これには計画上の3つの帰結があります。
中国でのiOSコンバージョンデータは、本国市場より良好になり得ます。CAIDとPAIDはプラットフォーム発行ではなくデバイス由来であるため、正しく設定されたパイプラインは、SKAdNetworkだけでは帰属不能なiOSトラフィックについてデバイス単位の帰属シグナルを受け取れます。実際に受け取れるかは、コールバック設定に完全に依存します。
識別子はプラットフォーム間で互換ではありません。CAIDは版スケジュールを持つ業界団体管理、PAIDはプラットフォーム構築で個別申請が必要です。単一の「中国iOS ID」が存在すると仮定したブランドは、統合仕様を誤ります。
CAIDの年次版切り替えは定期的な運用イベントです。公表されたスケジュールで発生し、正しい対応（優先順位付きリストを受け取り、最新の対応版を優先し、旧版をフォールバックとして保持）は、カレンダーのリマインダーではなくパイプラインに実装されている必要があります。
9. よくある失敗様式
| 症状 | 想定原因 |
|---|---|
| コールバックにCAIDが全く現れない | パイプラインがcaidを単一文字列として読み、配列を破棄している |
| 6月下旬以降iOSコンバージョンが減少したように見える | 年次切り替え中に、廃止されたCAID版に固定されている |
| コールバックが認可エラーで拒否される | テンプレートURL、または署名パラメータを含むURLに署名している |
| インプレッション帰属のコンバージョンでレポートが膨らむ | attribution_eshow_scoreを指標として扱い、推奨フラグとして扱っていない |
| PAIDがデータに現れない | 百度への個別申請が済んでいない |
| レポートでiOSとAndroidのパフォーマンスが不整合に見える | iOSシグナルはATT同意と識別子設定に依存、AndroidはATTの影響を受けない |
10. アクションプラン
| 優先度 | アクション | 理由 |
|---|---|---|
| P0 | コンバージョンコールバックのパイプラインがcaidをversion・vendor付きの配列として受け取るか監査する | CAIDは設計上、優先順位付き候補リストとして届く |
| P0 | 現在解決しているCAID版を確認し、最新対応版を優先しフォールバックを持つか確認する | 年次アルゴリズム切り替えは日付のある定期イベント |
| P0 | コールバック署名が、置換後のURLから署名パラメータを除いたものにakeyを付加して計算されているか検証する | コールバック拒否の最も一般的な原因 |
| P1 | 貴社アカウントでPAID帰属が有効か確認し、対象なら百度へ個別申請する | PAIDはデフォルトで有効になっていない |
| P1 | attribution_eshow_scoreを取得し、インプレッション帰属の回伝をフィルタする | 性能指標ではなくメディアの推奨フラグ |
| P1 | プラットフォームごとに受け取る識別子（百度と字節跳動ではCAID、申請済みならPAID）を文書化する | 識別子はプラットフォーム間で互換でない |
| P2 | ATT同意の現実に照らしてiOSとAndroidのレポート期待値を再調整する | iOSの確定的シグナルは同意依存、AndroidはATTの影響なし |
| P2 | 定期的なデータ品質チェックにCAID版の監視を追加する | 版の不一致はエラーを出さずにデータを劣化させる |
11. 重要なポイント
- ATTはIDFA取得率を推定20〜35%に低下させ、iPhoneトラフィックの約3分の2から確定的なクロスアプリ識別子を奪いました。
- Appleの答えはSKAdNetwork — 集約・遅延・インストールあたり6ビットのコンバージョン値1つ（0〜63）・ユーザー単位データなし。
- 中国はSKAdNetworkを採用しませんでした。代わりにデバイス由来の識別子を構築しました。CAID（中国広告協会のもとで生成）とPAID（百度・字節跳動などのプラットフォームが構築）です。
- 百度の文書は根拠を直接述べています。iOS 14以降IDFAが管理され、代わり得る他のデバイス情報が存在しなかったため、デバイス情報を用いてCAIDを生成しIDFAの代替として帰属に用いる。
- 2026年のCAIDアルゴリズム更新は、2026年6月22日開始の中心サーバーアップグレード、6月30日の正式切り替え完了が予定されていました。移行時の指針は、版
20260506を優先し20250325をフォールバックとして保持することです。 - PAIDは3つの非プライベートなデバイス時刻（システム初期化時間・システム更新時間・システム起動時間）から構築され、各々を32文字小文字にMD5化しハイフンで連結した90文字超のパラメータです。
- PAIDは「有料」の意味ではありません。正式な展開は公表されていません。PAID帰属は百度への個別申請が必要で、デフォルトでは有効ではありません。
- PAIDの入力は百度自身のSDKプライバシー開示に現れます。端末の再起動情報・システム更新時間・システム作成時間を収集デバイス情報として列挙しています。
- 百度のコールバックは
caidを優先順位付きリストとして返し、versionとvendorを伴います。idfa・imei・oaid・android_idに加え、attribution_eshow_score（0はメディア側がそのインプレッション帰属トラフィックの回伝を推奨しないこと、1は推奨することを意味）も返します。 - コールバック署名は置換後のURLから署名パラメータを除いたものに
akeyを付加し、MD5して計算します。 - 運用上のリスクは仕組みではなく保守にあります。
caidをスカラーとして読む、あるいは単一のアルゴリズム版に固定するパイプラインは、毎年の切り替えで静かに失敗します。 - 本記事は技術文書の要約であり、法的・コンプライアンス上の助言ではありません。識別子の要件とプラットフォーム規則は変わります。本番パイプラインを変更する前に、プラットフォームと貴社MMPに現行仕様を確認してください。
出典
- 百度OCPX開発者ドキュメント（CAID生成およびコンバージョンコールバックパラメータ）: https://dev2.baidu.com/content?sceneType=0&pageId=101213&nodeId=663&subhead=
- 百度iOS PAID帰属ソリューション文書（2023-11-09付）: https://ocpx-devcenter.bj.bcebos.com/IOS%20归因文档/百度IOS%20PAID归因解决方案_20231109.pdf
- 百度広告SDKデバイス情報収集の開示: https://api.rmbr.cn/page/user-privacy
- 百度iOS位置情報SDK、App Store向けIDFA申告ガイダンス: https://lbs.baidu.com/faq/api?title=ios-locsdk/guide/addition-func/appstore-notice
- Singular、Server-to-Serverデバイスデータ取得ガイド（IDFV・IDFA・ATTステータス）: https://support.singular.net/hc/en-us/articles/30848622982299-Server-to-Server-Retrieving-Device-Data-Guide
- ATT後のiOS帰属分析（オプトイン率とSKAdNetworkのコンバージョン値制限）: https://blog.openutm.app/ios-attribution-2026/