Apple Search Ads のみを実行する場合、MMP が必要？

ASA のみの帰属には、いいえ。Apple の一方 Ad Services API はキャンペーン / 広告グループ / キーワードレベルで確定的インストール帰属を提供 — MMP は不要。MMP は他のチャネル（Meta、Google、TikTok）も実行しクロスネットワーク SKAN 集計と不正検出を必要とする場合に価値あり。

Apple Search Ads はデフォルトでどの帰属パスを使用？

Apple Search Ads ダッシュボードは Apple の一方データ（Ad Services API に類似だが同一ではない）を使用して帰属を報告。アプリで Ad Services API を実装すると、API 経由で同じデータが公開される。SKAdNetwork ポストバックは、MMP によるクロスネットワーク帰属のために並行して発生。

SKAN 4.0 は SKAN 3.0 と ASA オペレーターにとってどう異なる？

3 つの変化が最も重要：(1) 1 つではなく 3 つのポストバックウィンドウ（0-2、3-7、8-35 日）— 真のインストール後リテンション測定を可能に；(2) 階層的コンバージョン値（微細 + 粗）— より豊かな収益シグナル；(3) クラウド匿名性層 — ボリューム閾値以下でキャンペーンレベルの詳細を抑制、小規模広告主に大きな影響。

SKAdNetwork と Apple Search Ads — 2026 年に実際に帰属するもの

TL;DR

Apple Search Ads は 2026 年に 2 つの帰属パスを持つ：

Ad Services API（一方） — 速い（数分）、確定的、ASA のみ、MMP 不要。
SKAdNetwork（SKAN） — 遅い（数時間から数日）、プライバシー保護、クロスネットワーク、典型的に MMP を通じてルーティング。

ASA のみの最適化には、Ad Services API を主要シグナルとして使用 — SKAN よりきめ細かく速い。 クロスチャネル帰属には、ASA、Meta、Google、TikTok、その他のネットワーク全体のリンゴ対リンゴ比較のために MMP を通じて SKAN を階層化。

2 つの帰属パス

Ad Services API

Apple Search Ads インストール専用の Apple の一方帰属 API：

方法： インストール後の最初のセッションで、アプリが AdServices.attributionToken を呼び出す → Apple のエンドポイントに POST
返却： キャンペーン ID、広告グループ ID、キーワード ID、組織 ID、ストアフロント、クリックタイムスタンプ、コンバージョンタイムスタンプ付き JSON
レイテンシ： 数分
確定性： はい
ユーザー識別子： なし
スコープ： ASA インストールのみ

SKAdNetwork（SKAN）

Apple のクロスネットワークプライバシー保護帰属フレームワーク：

方法： 広告ネットワークが各インプレッションで署名ペイロードを登録；iOS がインストールをそれらのペイロードに関連付け；Apple がランダム遅延ポストバックを広告ネットワークに送信
レイテンシ： 0-2 日（ウィンドウ 1）、3-7 日（ウィンドウ 2）、8-35 日（ウィンドウ 3）SKAN 4.0 で
確定性： 集計（キャンペーンレベル）、クラウド匿名性層抑制付き
ユーザー識別子： なし
スコープ： クロスネットワーク — ASA + Meta + Google + TikTok + その他

なぜ ASA は 2 つのパスを持つか

ASA インストールには技術的に同時にアクティブな両方のパスがある：(1) Apple 自身のエコシステムが ASA タップとインストールリンクを確定的に知ることができる — 広告サーフェスと App Store の両方を Apple が運営するから。これが Ad Services API を駆動。(2) SKAdNetwork フレームワークが Apple Search Ads を多くの広告ネットワークの 1 つとして扱う。SKAN ポストバックが非 Apple ネットワークに加えて ASA インストールに対して発火。

実際には、ほとんどのオペレーターが使用：Ad Services API を ASA 特定のダッシュボードと最適化用、 MMP を通じた SKAN をクロスチャネル帰属と不正検出用。

2 つのパスは同じキャンペーンに対してわずかに異なる数値を生成 — Ad Services API は SKAN が抑制する一部のインストールを含む（Tier 0 低ボリューム）、SKAN は Ad Services が見逃す一部のインストールを含む（最初のセッションでトークンリクエストが失敗した場合）、時間ウィンドウが異なる（Ad Services はほぼリアルタイム；SKAN はバケット化）。

同じキャンペーンの 2 つのデータ間の 5-15% ギャップは正常。それ以上のギャップは実装問題を示唆。

SKAN 4.0 — 2022 年に変わったこと、2026 年に成熟したもの

SKAN 4.0（iOS 16.1+、2026 年に広く採用）は 4 つの主要な改善を導入：

1. 3 つのポストバックウィンドウ

ウィンドウ	タイミング	測定するもの
ウィンドウ 1	インストール後 0-2 日	初期アクティベーションイベント
ウィンドウ 2	インストール後 3-7 日	早期リテンションと最初の購入
ウィンドウ 3	インストール後 8-35 日	長期リテンションと Day 30 LTV

これが最も戦略的に重要な変更。SKAN-4.0 以前は、Day 0 動作のみが分かっていた；今、プライバシー下で Day 35 LTV を測定可能。

2. 階層的コンバージョン値

微細コンバージョン値：6 ビット（64 可能な値） — 特定イベントをエンコード
粗コンバージョン値：3 レベル（高 / 中 / 低） — 微細が利用不可なときのフォールバック

3. クラウド匿名性層

小サンプル推論を通じた逆同定を防ぐため、Apple はコンバージョンボリュームが低い場合、キャンペーンレベルの詳細を抑制：

層	ボリューム閾値	報告されるもの
Tier 0	<5 コンバージョン	ソースアプリ名のみ、キャンペーン詳細ゼロ
Tier 1	5+ コンバージョン	+ 粗コンバージョン値
Tier 2	25+ コンバージョン	+ 微細コンバージョン値
Tier 3	100+ コンバージョン	+ ソース識別子

小規模 ASA キャンペーン（低ボリュームキーワードまたは新規ローンチ）は典型的に Tier 0 または 1 にある — 限定的 SKAN データ。Ad Services API はこれらの層の影響を受けない。

ASA オペレーターへの実用的含意

ASA のみの最適化

Ad Services API を使用。SKAN よりきめ細かく速い。アプリを最初のセッションで AdServices.attributionToken を呼び出し Apple のエンドポイントに POST するように設定。返された帰属をバックエンドのイベントデータと結合。

Ad Services 帰属に基づいて ASA キャンペーン（入札、negatives、構造）を最適化。

クロスチャネル帰属

MMP を通じて SKAN をセットアップ（AppsFlyer、Adjust、Kochava、Branch）。MMP がすべての広告ネットワーク（ASA を含む）から SKAN ポストバックを集計し、クロスチャネル帰属レポートを生成。

これをチャネルミックス決定（ASA vs Meta vs Google にどれだけの予算）に使用 — ASA 内部最適化には使用しない。

LTV ベース入札

3 ウィンドウ SKAN ポストバックがプライバシー下で真の Day 35 LTV 測定を可能にする。LTV 関連イベントを SKAN 値構造にマッピングし、ポストバックデータを使用してキャンペーンレベルの決定を通知。

小規模アカウント

SKAN ソースあたり 1 日約 $5K 未満を支出するアカウントは SKAN データで Tier 0 または 1 の制限を見る。 Ad Services API はこれらの層の影響を受けない — 小規模 ASA アカウントは依然として一方パスを通じて完全なキーワードごとの帰属を取得。

料金または監査ガイドを参照。