SKAN 4.0時代のアプリ広告運用｜
Conversion Value設計・粗粒度データの読み方

SKAdNetwork（SKAN）とは

SKAdNetwork（以下SKAN）は、Appleが提供するiOS向けの広告アトリビューションフレームワークです。iOS 14.5で導入されたATT（App Tracking Transparency）により、ユーザーがトラッキングをオプトアウトした場合、従来のIDFA（広告識別子）ベースの計測ができなくなりました。SKANは、個人を特定せずに広告の成果を集計レベルで計測する仕組みとして設計されています。

従来の計測では「ユーザーAが広告Xをクリックしてアプリをインストールし、3日後に課金した」というユーザー単位のデータが取得できました。SKANではこのような個人レベルの紐づけはできず、「広告Xのキャンペーンから何件のインストールがあり、そのうち何件がConversion Value=35だった」という集計データのみが返されます。

SKAN 4.0の主な変更点

2022年に発表されたSKAN 4.0（iOS 16.1以降で対応）は、従来のSKAN 3.x系から大幅にアップデートされました。主な変更点は以下の3つです。

1. 3回のポストバック

SKAN 3.xではポストバックは1回のみでしたが、4.0では最大3回のポストバックが送信されます。

• 1回目（0〜2日目）：インストール直後の初期イベントを計測。精粒度CVまたは粗粒度CVが返る
• 2回目（3〜7日目）：短期リテンションや初回課金などを計測。粗粒度CVのみ
• 3回目（8〜35日目）：中長期のLTV関連イベントを計測。粗粒度CVのみ

これにより、インストール直後の行動だけでなく、数週間後のユーザー価値もある程度把握できるようになりました。

2. 粗粒度CVと精粒度CVの二層構造

SKAN 4.0では、Conversion Valueに2つの粒度が導入されました。

• 精粒度CV（fine-grained）：0〜63の64パターン。6ビットのビットマスクで複数イベントの組み合わせを表現可能
• 粗粒度CV（coarse-grained）：low / medium / high の3段階。少ないインストール数でも取得しやすい

どちらの粒度が返されるかは、Appleが定める「クラウドソース閾値」（crowd anonymity threshold）によって自動決定されます。一定以上のインストール数がある場合は精粒度、少ない場合は粗粒度が返されます。閾値の具体的な数値はAppleから公開されていません。

3. Web-to-Appフローへの対応

SKAN 4.0では、Safariからアプリストアへの遷移（Web-to-App）もアトリビューション対象になりました。これにより、LP経由でアプリインストールを促すキャンペーンもSKANで計測可能です。従来はアプリ内広告からの遷移のみが対象だったため、Web広告を併用する運用者にとって大きな改善です。

Conversion Value設計の実践

SKANの運用成果を左右する最重要ポイントが、Conversion Valueの設計です。限られたビット数の中に、最適化に必要な情報をどう詰め込むかが問われます。

精粒度CV（fine-grained）の設計

精粒度CVは0〜63の64パターンを使えます。設計アプローチは大きく2つです。

• 収益ベース：インストール後の課金額をレンジ分けする（例：CV=0は未課金、CV=1〜10は〜500円、CV=11〜30は〜3,000円、など）
• イベントベース：ビットマスク方式で複数イベントの組み合わせをエンコードする（例：ビット0=チュートリアル完了、ビット1=レベル5到達、ビット2=初回課金、など）

どちらの方式が適切かは、アプリのビジネスモデルによります。課金が主要KPIのゲームアプリなら収益ベース、複数のファネルステップを追いたいサービス系アプリならイベントベースが有効です。

粗粒度CV（coarse-grained）の設計

粗粒度CVはlow / medium / highの3段階しかありません。設計例を示します。

• low：インストールのみ、またはチュートリアル未完了
• medium：主要イベント到達（登録完了、チュートリアル完了など）
• high：高価値ユーザー（課金、サブスク開始、複数回利用など）

粗粒度CVは2回目・3回目のポストバックでも返されるため、中長期的なユーザー価値のシグナルとして活用できます。例えば、2回目のポストバックでhighが返ったユーザーは7日以内に課金したことを意味する、といった設計が可能です。

マッピングすべきイベントの選び方

Conversion Valueに含めるイベントは、以下の基準で選定します。

1. 広告最適化に使えるか：媒体側のアルゴリズムがCV値を参照して配信を最適化するため、「質の高いユーザー」を識別できるイベントを優先
2. 発生頻度は十分か：発生数が少なすぎるイベントは、クラウドソース閾値を満たせず精粒度CVが返らない原因になる
3. Activity Window内に発生するか：1回目のポストバックの計測期間（最大2日間）内に発生しないイベントは、精粒度CVには含められない

TikTok / PangleでのSKAN対応状況

TikTok for BusinessはSKAN 4.0に対応しており、以下の機能をサポートしています。

• 3回ポストバック対応：TikTok Ads Managerのダッシュボード上で、1回目〜3回目のポストバックデータをそれぞれ確認可能
• CV値の最適化：精粒度CV値を参照した入札最適化（oCPM/oCPC）が利用可能。高いCV値のユーザーに向けて配信を寄せる動きが期待できる
• Pangle対応：TikTokのアドネットワークであるPangleもSKANに対応。Pangleへの配信でもSKANポストバックが返されるため、TikTok面に限らず計測が機能する

TikTok Ads Managerでは、キャンペーン設定時に「SKAdNetwork計測」をオンにすることでSKAN計測が有効になります。Conversion Valueのマッピングは、MMP（計測ツール）側で設定したものがTikTokに連携される形です。

MMP（AppsFlyer / Adjust）でのSKAN設定

SKANの実運用では、MMP（Mobile Measurement Partner）がConversion Valueの管理とポストバックの受信・デコードを担います。

AppsFlyerの場合

• SKAN Conversion Studio：GUI上でConversion Valueのマッピングを設計・テストできるツール。収益モード・イベントモード・カスタムモードから選択可能
• SKANダッシュボード：ポストバック受信結果をメディアソース別に表示。精粒度/粗粒度の内訳も確認できる
• Null CV対応：Conversion Valueが空（null）で返されたインストールも集計対象として表示される

Adjustの場合

• Conversion Hub：Conversion Valueのマッピングを管理するダッシュボード。イベントごとの条件設定とプレビュー機能を備える
• SKAN 4.0対応：3回ポストバック・粗粒度CVに対応済み。レポート上で各ポストバックの結果を分割表示可能

MMPを利用する最大のメリットは、複数の広告ネットワーク（TikTok、Meta、Google等）のSKANデータを一元管理できる点です。各媒体個別にSKANデータを見に行く必要がなくなり、横串での比較分析が容易になります。

SKAN運用の実務ポイント

タイマー（Activity Window）の理解

SKANのConversion Valueは、Activity Window（計測ウィンドウ）が閉じるまでの間に更新されます。SKAN 4.0の1回目のポストバックでは、最大2日間（0〜48時間）のActivity Windowが適用されます。

ここで重要なのは、Conversion Valueが更新されるたびにタイマーがリセットされるという仕様です。つまり、ユーザーが24時間後にイベントを発火させると、そこからさらに24時間のウィンドウが延長されます。これは計測期間を延ばせるメリットがある反面、ポストバック送信がそのぶん遅れるというトレードオフがあります。

Null CVの扱い

SKANポストバックの中には、Conversion Valueがnull（空）で返されるケースがあります。主な原因は以下の通りです。

• ユーザーがアプリを起動しなかった：インストールのみで一度も起動しない場合、CV値が設定されない
• クラウドソース閾値未達：プライバシー保護のため、一定のインストール数に達しない場合はCV値自体が返されない
• SDKの設定ミス：MMP側のSKAN実装が不完全な場合にも発生する

Null CVを「ゼロ」として扱うのは誤りです。Null CVにも実際のインストールが含まれているため、CPI計算やROAS推計の際にはNull CV分を適切に按分する必要があります。一般的には、Null CV以外のCV分布と同じ比率で按分するモデリングが用いられます。

データ遅延への対処（24〜48時間＋ランダム遅延）

SKANのポストバックは、Activity Window終了後さらに24〜48時間のランダム遅延を経て送信されます。つまり、インストールから最短でも2〜4日後にデータが届く計算です。2回目のポストバックは1週間後以降、3回目は1か月後以降になります。

この遅延を前提とした運用体制が不可欠です。

• 日次レポートでの判断は避ける：SKANデータの日次変動は意味がない。最低でも3〜5日分のデータが揃ってから判断する
• 週次サイクルで最適化：クリエイティブ入れ替えや入札変更は週単位で行い、データが揃うまでの期間を確保する
• 予測モデルの併用：MMPが提供する推計（Modeled Conversion）やインクリメンタリティ測定を併用し、遅延データを待たずに大まかな傾向を把握する

SKAN時代の運用戦略

SKANによって確定論的な1:1計測ができなくなった今、アプリ広告の運用戦略そのものを見直す必要があります。

確定論的計測への依存を減らす

従来の「ユーザー単位で正確にROASを計算し、CPA/CPIを厳密に管理する」というアプローチは、SKAN環境では成り立ちにくくなっています。代わりに求められるのは、複数のシグナルを組み合わせた確率論的なアプローチです。

• SKANデータ＋MMPのモデリング＋媒体レポートの三角測量で全体像を掴む
• クリエイティブ単位の傾向分析には、SKANよりもTikTok Ads Manager上の推計CVデータのほうが速く使える場合がある
• インクリメンタリティテスト（リフト計測）で、広告の純粋な増分効果を定期的に検証する

クリエイティブの量と速度で差をつける

計測が不透明になった環境でこそ、クリエイティブの量産と高速テストが競争優位になります。計測精度の低下を、テスト本数の多さで補う考え方です。多くのクリエイティブを同時投入し、配信量・CV傾向・粗粒度CVの分布から「勝ちパターン」を統計的に見極めます。

まとめ

SKAN 4.0は、プライバシー保護と広告計測の両立を目指すAppleの回答です。3回のポストバック、精粒度/粗粒度の二層構造、Web-to-App対応など、3.x系から大きく進化しましたが、データの遅延・粒度の制限・Null CVの存在など、運用者にとってのハードルは依然として高いのが実情です。

成果を出すために重要なのは、SKANの仕様を正しく理解した上でConversion Valueを適切に設計し、データ遅延を前提とした週次サイクルの最適化運用を回すことです。そして、計測精度の低下を補うために、クリエイティブの量産と高速テストをオペレーションの軸に据えること。計測が不透明な時代だからこそ、打席数の多さが成果を分けます。