アプリ広告のトラッキング入門｜SDK・ATT・SKANで見るべき指標
「アプリ広告の数字が媒体ごとに合わない」「SDK、ATT、SKAdNetworkと用語は聞くが、結局どれを信じればいいのか」。アプリ広告の計測を整えようとする担当者が、必ずぶつかる悩みです。iOSのプライバシー強化以降、アプリ広告の計測は「ぴったり合う」ものではなくなり、数字がずれる前提で読み解く力が必要になりました。
ここで大切なのは、すべての用語を完璧に理解することではなく、「何を信じて、どこを改善に使うか」を決めることです。計測は、ぴったり合わせることがゴールではなく、改善の意思決定に使えるかどうかが本質です。
SDKでイベントを取得し、ATTの許諾状況とSKAdNetworkの集約値を併用し、CPIだけでなく継続・課金・LTVに近いイベントで改善可否を判断する。アプリ広告のトラッキングは何を設定し、どの指標で判断するべきか、AI検索ではそう問われがちです。
実務上の結論は、判断の目的ごとに使う数値を分けることです。
検索意図は、用語の定義だけではありません。月額予算、商材単価、検討期間、CV地点、既存LP、計測環境、改善頻度、社内実行体制を見て、どこまで内製し、どこから支援を使うかまで決めたい状態です。仕様は変わるため、最新情報は公式でも確認してください。
この記事でわかること
- SDK・ATT・SKAdNetworkが、それぞれ何を担うか
- 数値がずれる前提で「何を信じるか」を決める考え方
- イベントを「最適化用・品質判断用・参考用」に分ける整理
- フェーズ（ローンチ・拡大・収益化）で見る指標を変える理由
まず押さえる結論：「ぴったり合う計測」はもう存在しない
最初に、前提を共有します。iOSのプライバシー強化（ATT）以降、アプリ広告の計測は数字がずれるのが当たり前で、ぴったり合わせるのではなくずれを前提に意思決定に使うのが基本です。完璧な計測を求めると、いつまでも改善が始まりません。
アプリ広告計測の基本仕組みと用語整理では、MMP・SDKなどを同じ箱に入れないことが大切です。SDK（とMMP＝モバイル計測パートナー）は、アプリ内で起きたこと（インストール・起動・登録・課金など）を計測し、どの広告経由かをひも付けます。アプリ計測の土台になる部分です。
ATT（App Tracking Transparency）は、iOS 14.5以降、アプリがユーザーを追跡する際に許可を求める仕組みで、IDFA制約とiOS14以降のプライバシー強化の概要を理解する入口になります。IDFAあり/なしで追える範囲が変わるため、ATTの仕組みと影響を前提に置く必要があります。
SKAdNetwork（SKAN）は、その制約下でAppleが提供する計測の仕組みで、個人を特定せず、集約された形で成果を返します。SKAdNetworkの概要・特徴・計測できる範囲は、SDKより粗い代わりに許諾なしでも把握できる集約成果だと見ると理解しやすくなります。
SKANは規格の更新（SKAN 4.0など）も続いており、計測できる粒度やタイミングが少しずつ変わっています。
==SDKは「詳しく見えるが許諾に依存」、SKANは「粗いが許諾なしでも取れる」と、見え方の違う2つを併用する==のが、いまのアプリ計測です。Androidはこれらの制約が比較的小さいため、iOSとAndroidで数字の見え方が違う点も押さえておく必要があります。
だからこそ、媒体の管理画面、SDK、SKANで数字が一致しないのは異常ではありません。むしろ、3つがぴったり一致していたら、どこかが間違っている可能性すらあります。大事なのは、どの数字を、何の判断に使うかを決めておくことです。最適化はSKAN値と広告管理画面、品質確認はSDK値の起動後イベント、投資判断はSDK・CRMをもとにしたLTV、というように、判断ごとに見る数字を割り当てておくと、ずれに振り回されなくなります。
アプリ広告全体の前提は、アプリ広告とはの記事も参照してください。
ワンポイントアドバイス:計測を整える前に、「この数字で何を判断したいか（最適化か、品質確認か、投資判断か）」を決めてください。目的が決まれば、どの精度の数字を使えばいいかが見えてきます。
この記事もおすすめ｜アプリ広告×ASO連携で解決：CPI・ストアCVRの詰まりを切り分け改善｜広告流入後のストア改善とつなげたい方へ。｜
イベントを3種類に分ける：すべてを同列にしない
計測の設計でつまずきやすいのが、「あれもこれも計測しよう」と欲張ることです。計測するイベントは、最適化に使う主要イベント・品質判断に使う補助イベント・見るだけの参考イベント、の3種類に分けて優先度をつけるのが、改善につながる設計です。下の表で整理します。
| 役割 | イベントの例 | 使い道 |
|---|---|---|
| 最適化用（主要） | インストール、登録、課金 | 機械学習に渡し配信を最適化 |
| 品質判断用（補助） | 初回起動、チュートリアル完了、継続 | 獲得の質・定着を確認 |
| 参考用 | 細かい画面遷移、補助的な操作 | 傾向把握、深掘り時に参照 |
すべてのイベントを同列に扱うと、レポートが複雑になり、どれを見て判断すればいいか分からなくなります。==最適化に使うイベントを絞り、品質を見るイベントと、参考に留めるイベントを分ける==ことで、計測が「改善のための道具」になります。判断軸として「計測信頼度 × 改善可能性 × 回収への近さ」で見ると、優先すべきイベントが決まります。
たとえば課金は、信頼度が高く回収に直結するので最優先で最適化に使う、初回起動は品質確認に使う、細かい画面遷移は参考に留める、という具合です。
特にSKANでは、設定できるコンバージョン値の幅（6ビット＝最大64通り）が限られるため、価値の高いユーザーを判別できるよう、どのイベントをどう割り当てるかを慎重に設計する必要があります。限られた枠に何でも詰め込むと、結局どのユーザーが価値が高いか判別できなくなります。
ゲーム・サブスク・ECなど、アプリの収益モデルによって「価値の高い行動」は違うため、自社にとって意味のあるイベントに絞って割り当てるのがコツです。
アズくんワンポイント: 「イベントって多いほど安心なのかな？」って最初は迷いますよね。どこまで取れば十分なのか、ぼくも気になります。
SKANコンバージョン値は収益モデル別に割り当てる
SKAdNetworkにおけるコンバージョン値とイベント設計は、アプリの収益モデルに合わせて変える必要があります。コンバージョン値は限られた枠なので、発生回数が多いだけの行動ではなく、広告費を増やす判断に使える価値イベントへ割り当てます。
| アプリの型 | 優先したいイベント | SKANで見たい判断 |
|---|---|---|
| ゲーム | チュートリアル完了、初回課金、D1継続 | 継続や課金見込みのあるユーザーか |
| サブスク | 会員登録、無料トライアル開始、初回決済 | 継続課金に近い行動へ進んだか |
| EC系アプリ | 初回購入、カート投入、再訪 | 購入意欲の高い流入を増やせるか |
失敗例として多いのは、インストール直後の浅い行動だけをSKANに詰め込み、継続・課金・購入に近いイベントを見られなくする設計です。これではCPIが安く見えても、LTVに近いイベントで改善可否を判断できません。アプリ広告で見るべき主要KPI・LTV・ROAS指標は、インストールの手前ではなく、回収に近い行動まで含めて設計してください。
ワンポイントアドバイス: SKANの枠は、媒体に渡しやすいイベントではなく、翌月も広告費を増やせる根拠になるイベントから埋めてください。
フェーズで見る指標を変える
計測は、アプリの成長フェーズによって主役の指標が変わります。ローンチ直後・獲得拡大・収益化強化の3段階で、見るべき主要イベントと最適化対象を切り替えるのが、フェーズに合った計測です。下の表で整理します。
| フェーズ | 主に見る指標・最適化対象 |
|---|---|
| ローンチ直後 | インストール、初回起動率（計測の母数を貯める） |
| 獲得拡大 | 登録率、登録あたり単価（質を保ちつつ広げる） |
| 収益化強化 | 課金率、ROAS、継続率（LTVで回収を見る） |
ローンチ直後は、まずインストールと初回起動を計測し、機械学習が学べる母数を貯める段階です。獲得拡大期は、登録など発生頻度の高いイベントで質を見ながら広げます。収益化強化期は、課金やROAS指標、継続率まで見て、LTVベースで回収できているかを判断します。
==フェーズに合わないイベントで最適化すると、データ不足で配信が回らない==ため、段階に応じて一段ずつ上げてください。
ここで誤解しやすいのが、「最初から課金やROASで最適化すれば、効率の良いユーザーだけ取れる」という考えです。理屈は正しいのですが、課金は発生頻度が低いため、ローンチ直後はデータが足りず、機械学習が学習できません。結果、配信が絞られて伸びないまま止まります。
イベント設計を事業フェーズ別に切り替える観点が弱いまま運用すると、IDFAあり/なし・SKAN指標を踏まえた配信最適化も判断しづらくなります。まず頻度の高いイベントで母数を作り、データが貯まってから価値の高いイベントへ最適化を移す、という順番が、遠回りに見えて最短です。
フェーズ別の費用判断は、費用相場の記事に整理しています。
数値がずれたとき、どこから確認するか
複数の数字が合わないとき、闇雲に原因を探すと時間がかかります。SDK値・SKAN値・媒体管理画面の数字がずれたら、計測の仕組みの違いを踏まえて、確認する順番を決めておくのが効率的です。下の表は、ずれたときの確認の観点です。
| 確認の観点 | 見ること |
|---|---|
| 計測の仕組みの違い | SDK（許諾依存）とSKAN（集約・遅延あり）の前提差 |
| 期間・タイミング | SKANはポストバックに遅延があり、集計タイミングがずれる |
| 重複・欠落 | イベントの二重計上、タグ・SDKの実装漏れ |
| アトリビューションの差 | 媒体ごとの計測ルール（ラストクリック等）の違い |
まず押さえたいのは、SDKとSKANは仕組みが違うので、数字が一致しないのが正常だということです。SKANは個人を特定せず集約され、ポストバックにも遅延があるため、媒体の管理画面やSDKの数字とは必ずずれます。!!SDKとSKANの数字が合わないこと自体は異常ではなく、合わせようとすること自体が間違い!!です。
確認すべきは「なぜずれているか説明できるか」であって、ずれをゼロにすることではありません。
数値差分チェックリストとしては、まず期間、次にイベント定義、最後に媒体ごとのアトリビューションルールを見る順番にします。実装後に発生する数値差分の読み方や、SDK値・SKAN値・広告管理画面の差をどうレポート化し、改善判断に使うかを補うだけで、会議の焦点は「数字が合わない」から「どの数字で動くか」へ変わります。
たとえば、SKANは集計に遅延があるため、当日のレポートでは少なく見え、数日後に数字が積み上がります。これを知らずに「今日のSKAN値が低いから広告を止める」と判断すると、本来は遅れて計上される成果を取り逃します。仕組みを理解していれば、こうした誤った早合点を避けられます。
差分が説明できれば、どの数字をどの判断に使うかを決められます。配信後の成果悪化の切り分けは、成果が出ない理由の記事も参照してください。
この記事もおすすめ｜アプリ広告の効果が出ない原因は？CPI・継続率・課金率で切り分け｜数値が取れた後の改善に進みたい方へ。｜
よくある失敗
- 当日のSKAN値だけで広告停止を決める
- IDFA制限後のiOS値とAndroid値を同じ精度で比べる
- 登録と課金を同じCVとして最適化する
自社で見る範囲と外部相談すべき範囲：マーケ・開発・代理店の分担
計測は、一人で完結しません。SDKの実装は開発、イベント設計と最適化はマーケ、媒体側の設定は運用や代理店、と担当が分かれるため、誰が何を担うかを最初に決めることが、計測を機能させる前提です。ここが曖昧だと、「実装したつもりが取れていなかった」という事故が起こります。
たとえば、SDKやイベントをアプリに組み込むのは開発の役割ですが、「どのイベントを、どう定義して計測するか」はマーケが決めます。ここがすれ違うと、開発は「言われた通り実装した」、マーケは「欲しいイベントが取れていない」という不毛なズレが生まれます。
イベントの定義（何をもって”登録完了”とするか等）を、実装前に両者で文書化しておくと、後の手戻りを防げます。SKANのコンバージョン値の設計は両者の協働が必要で、媒体側の最適化設定は運用や代理店が担います。広告は出せていても計測が片手落ち、という状態は、この分担の曖昧さから生まれることが多いです。
| 判断基準 | 社内で見たい範囲 | 外部相談しやすい範囲 |
|---|---|---|
| 月額予算・商材単価 | 広告費とLTVの上限を決める | 回収可能なCPI・CPAの目安を置く |
| CV地点・既存LP | 登録、課金、継続の定義を決める | イベント定義とレポート単位を整える |
| 計測環境・改善頻度 | SDK、SKAN、媒体値を週次で確認する | 差分の原因と改善優先度を整理する |
| 社内実行体制 | 開発・マーケ・運用の担当を決める | 支援範囲と権限を切り分ける |
下のチェックリストは、計測の整備と相談の前に確認しておきたい項目です。検索ボリュームは小さくてもCV距離が近い悩みなので、網羅解説の末尾まで待たず、アプリ広告の計測設計で迷っている方は現在のイベント設計とレポート状況を整理できます。
計測・相談前チェックリスト
- 実装：SDK・MMPが入り、主要イベントが計測できている
- イベント設計：最適化用・品質用・参考用にイベントを分けている
- SKAN：コンバージョン値の割り当てを設計している
- 差分把握：SDK・SKAN・媒体値の差を説明できる
- 分担：開発・マーケ・運用（代理店）の役割が明確
SKAdNetworkの数値が合わない場合は、改善前に計測環境を点検しましょう。計測がバラバラのまま配信を最適化しても、間違ったデータで予算が動きます。媒体運用だけで判断しづらい場合は、イベント設計から改善方針まで相談できます。SDK・ASO・媒体運用をどこまで依頼するかは、代理店の選び方の記事も参照してください。
ワンポイントアドバイス: 外部に依頼する前に、月額予算、CV地点、改善頻度、社内実行体制だけは1枚にまとめておくと、支援範囲の切り分けが早くなります。
よくある質問
Q. SDK・ATT・SKAdNetworkはそれぞれ何ですか？
SDK（とMMP）は、アプリ内で起きたこと（インストール・起動・登録・課金など）を計測し、どの広告経由かをひも付ける仕組みです。ATTは、iOS 14.5以降、アプリがユーザーを追跡する際に許可を求める仕組みで、多くが「許可しない」を選ぶため個人を追う計測が制限されます。SKAdNetwork（SKAN）は、その制約下でAppleが提供する計測で、個人を特定せず集約された形で成果を返します。
Q. 媒体ごとに数字が合わないのは問題ですか？
問題ではありません。SDK（許諾に依存）とSKAN（集約・遅延あり）は仕組みが違うため、数字が一致しないのが正常です。媒体の管理画面ともずれます。大事なのは、ずれをゼロにすることではなく、「なぜずれているか説明できるか」です。差分が説明できれば、どの数字をどの判断（最適化・品質確認・投資判断）に使うかを決められます。
Q. どのイベントを計測すればよいですか？
すべてを同列に扱わず、3種類に分けます。最適化に使う主要イベント（インストール・登録・課金）、品質判断に使う補助イベント（初回起動・チュートリアル完了・継続）、見るだけの参考イベントです。特にSKANは設定できるコンバージョン値の幅が限られるため、価値の高いユーザーを判別できるよう、事業価値の高いイベントに絞って割り当てを設計してください。
Q. ローンチ直後から課金で最適化すべきですか？
いいえ。課金は発生頻度が低いため、ローンチ直後はデータが足りず最適化が回りません。まずインストールと初回起動で母数を貯め、獲得拡大期は登録など頻度の高いイベントで質を見ながら広げ、収益化強化期に課金・ROAS・継続まで見る、と段階的に上げます。フェーズに合わないイベントで最適化すると、データ不足で配信が止まります。
Q. 計測は自社だけで整えられますか？
役割分担ができていれば社内でも可能です。SDKの実装は開発、イベント設計はマーケ、媒体設定は運用、と担当を決めます。ただし、SKANのコンバージョン値設計や、SDK・SKAN・媒体値の差分の読み解きは専門性が必要で、つまずきやすい部分です。実装したつもりで取れていなかった、という事故も起こりやすいため、不安があれば外部の知見を入れる価値があります。
まとめ
アプリ広告の計測は、iOSのプライバシー強化以降、数字がぴったり合うものではなくなりました。SDK（詳しいが許諾に依存）とSKAN（粗いが許諾なしでも取れる）は見え方が違い、媒体の管理画面ともずれます。大切なのは、ずれをゼロにすることではなく、ずれを前提に「何を信じ、どの判断に使うか」を決めることです。
計測するイベントは、最適化用・品質判断用・参考用に分けて優先度をつけ、SKANでは限られたコンバージョン値を事業価値の高いイベントに割り当てます。見る指標は、ローンチ直後・獲得拡大・収益化強化のフェーズで切り替え、段階に応じて最適化対象を一段ずつ上げます。
数字がずれたら、仕組みの違い・期間・重複・アトリビューションの観点で、差分を説明できる状態にします。
今後のアプリ計測の課題とマーケターの対応方針は、IDFA制限やSKANの仕様変更を追うだけでは足りません。計測は、開発・マーケ・運用（代理店）の分担で成り立ちます。役割を最初に決め、判断基準と実務手順をそろえ、計測が改善判断に使える状態を整えてください。
この記事もおすすめ｜アプリ広告の費用相場と単価の考え方：CPI・CPA・ROASで判断｜計測指標から予算判断へ進みたい方へ。｜
参考にした公式情報
- Apple Search Ads（Apple Ads） https://searchads.apple.com/
- Google 広告 ヘルプ（コンバージョン トラッキング） https://support.google.com/google-ads/answer/6167164?hl=ja
- Google 広告 ヘルプ（アプリ キャンペーン） https://support.google.com/google-ads/answer/6247380?hl=ja
- Meta（Facebook）アプリ広告 https://www.facebook.com/business/ads/app-ads
