Googleアプリキャンペーン(GAC)は設定する項目が少なく、どこを変えれば成果につながるのか見えにくいと感じる運用者は少なくありません。GACは配信や入札の判断の多くを自動で行うので、運用者の仕事は「機械に何を学ばせるか」を設計する側に移りました。
運用者が設定できるのは、アセット・入札目標・予算・サブタイプ、そして計測とイベントです。本記事はこのうち計測とイベントの設計に絞り、計測基盤の選び方からMMP(広告計測の専門ツール)連携、イベント設計、食い違う数字の読み方までを、手を動かす順序で扱います。
- 1.自動化が進んだGACで、運用者が握るのは計測とイベント設計
- 1-1. 自動化される部分と、運用者が設定する部分
- 1-2. 設計レバーのうち、計測とイベントに絞る
- 2.Firebase と MMP は役割が違い、併用が現実的
- 2-1. 守備範囲・不正検知・アトリビューションで比べる
- 2-2. 役割で組み合わせて使う
- 3.MMP連携でつまずくのは、手順ではなく設定の細部
- 3-1. 連携の進め方と、つまずきやすい地点の全体像
- 3-2. ディープリンク・二重計上・コストデータのつまずきを防ぐ
- ディープリンク:広告から開いた先がずれる
- 二重計上:同じ成果を2回数える
- コストデータ:費用が連携されずROASが狂う
- 4.イベントは「送る」と「最適化目標にする」を分けて設計する
- 4-1. 送るイベントは広く、最適化目標は1つに絞る
- 4-2. インストール数・アプリ内アクション・収益価値のどれに最適化させるか
- 4-3. 学習に必要なコンバージョン量と粒度の目安
- 5.数字が合わないのは異常ではない──基準にすべき値の決め方
- 5-1. iOS制約とアトリビューションの違い
- 5-2. 基準にする数字を1つ決め、他は補助に回す
- 6.よくある質問(FAQ)
- 7.まとめ
1.自動化が進んだGACで、運用者が握るのは計測とイベント設計

1-1. 自動化される部分と、運用者が設定する部分
GACでは配信の実行を機械が担い、運用者は素材と目標を用意します。何を素材にするか、何を達成と数えるかは運用者しか決められません。この境界を最初に押さえると、自分が設定する範囲がはっきりします。
| GACが自動で決める | 運用者が決める |
|---|---|
| 配信面(検索・Google Play・YouTube・Discover・GDN ほか) | アセット(テキスト・画像・動画・HTML5) |
| アセットの組み合わせ方 | サブタイプ(アプリ インストール/アプリ エンゲージメント/アプリ事前登録) |
| 入札の調整 | 入札目標(目標アクション単価/目標広告費用対効果)と予算 |
計測とイベントの設計
設定項目が少ないと「やることがない」と受け取られがちですが、渡す素材と目標の決め方で結果は変わります。自動化はGAC運用を、画面の操作から「素材と目標の設計」へ移しました。次に問うべきは、その範囲のどこに力を集中させるかです。
1-2. 設計レバーのうち、計測とイベントに絞る
アセットや予算は配信枠を確保する器であり、計測とイベントは自動入札が何を目標とするかを決める設定です。入れ物をいくら整えても、中身がずれていれば自動入札の学習は方向を見失います。
計測を後回しにして配信を始めると、出てきた数字が読めず手が止まります。配信より先に何を達成と数えるかを決めておくほど、初動の判断は早くなります。
2.Firebase と MMP は役割が違い、併用が現実的

GACに計測データを渡す経路は、FirebaseとMMPの2つです。どちらか一方を選ぶものと受け取られがちですが、この2つは測っている対象がそもそも違います。Firebaseは自社アプリの中で起きた行動を、MMPはどの広告経由でユーザーが来たかを測ります。役割が重ならないので、優劣ではなく分担で考えます。
2-1. 守備範囲・不正検知・アトリビューションで比べる
違いは、測る対象・立場・不正検知の軸で並べると見えてきます。
| 比較軸 | Firebase(GA4) | MMP |
|---|---|---|
| 測る対象 | アプリ内の行動(画面遷移・購入・継続利用) | どの広告・媒体からインストールされたか |
| 立場 | Google製。Google広告の成果をGoogleの基準で測る | 媒体から独立した第三者として測る |
| 媒体の横断 | Google広告が中心 | 複数の広告媒体を同じ基準で並べて比べる |
| 不正検知 | 標準では持たない | インストール不正をフィルタ |
| 費用 | 基本無料 | 有料 |
| 向いている問い | 「ユーザーはアプリ内で何をした?」 | 「どの媒体が効率よく連れてきたか?」 |
Firebaseは自社の成果を独自の基準で測るため、Google広告だけで運用するなら不足はありません。ただし他の媒体にも出稿していると、各媒体がそれぞれの基準で「自分の成果」を主張し、同じユーザーを複数の媒体が取り合います。MMPは媒体から独立した第三者として全媒体を1つの基準で測るので、どの媒体が効率よく連れてきたかを公平に並べられます。
代表的なMMPには、AppsFlyer・Adjust・Singularなどがあります。
不正検知の差は、配信を広げてから効いてきます。広告経由のインストール数は伸びているのに、アプリを一度も開かないユーザーが一定数混じることがあります。報酬目当ての悪質な配信先が、自動生成した偽のインストールや偽装クリックで水増ししたものです。MMPはこうした偽のインストールを検知して成果から除きますが、Firebase単独では水増し分を含んだまま「成果が出ている」と見えてしまいます。
Firebaseはアプリ内の行動を測る土台として欠かせません。ただ、それだけでは「どの広告が連れてきたか」と「その数字に不正が混じっていないか」が抜け落ちます。この抜けを埋めるのがMMPです。
2-2. 役割で組み合わせて使う
多くの現場では、FirebaseとMMPを両方入れて役割を分けています。Firebaseにアプリ内の行動計測を、MMPに広告のアトリビューションと不正検知を担わせる形です。GACへコンバージョンを渡す経路もFirebase経由とMMP経由があり、アプリ内の達成イベントはFirebaseから、広告の成果はMMPから渡します。後から媒体を増やすたびに計測を組み直すのは手間がかかるので、早めにMMPを土台に組み込んでおくと、媒体が増えても作り直しが要りません。本記事もMMPを使う構成で、この先の連携とイベント設計を進めます。
3.MMP連携でつまずくのは、手順ではなく設定の細部

MMP連携の手順は決まった流れで進みます。難しいのは手順そのものではなく、どの設定を見落とすかです。先に「どこでつまずくか」を知っておけば、多くは防げます。
3-1. 連携の進め方と、つまずきやすい地点の全体像
MMP連携は、おおむね次の5ステップで進みます。
1. MMPのアカウントを作り、計測したいアプリを登録する 2. アプリにMMPのSDK(計測用のプログラム)を組み込む 3. MMPとGoogle広告アカウントを連携(リンク)する 4. 計測したいイベント(インストール、登録、購入など)を定義する 5. テスト配信で数字が正しく入るかを確認し、本番の計測を始める
つまずきが起きるのは手順の後半、SDKを組み込んでイベントを定義する段階から先です。「ボタンを押す」操作ではなく「どの設定値を入れるか」という判断が増えるからです。連携直後は画面上「連携済み」と表示されますが、配信を始めるとコンバージョン数がGoogle広告とMMPで食い違う。原因はたいてい手順の抜けではなく、設定の細部にあります。連携のゴールはリンクを完了させることではなく正しい数字が入る状態を作ることです。
3-2. ディープリンク・二重計上・コストデータのつまずきを防ぐ
つまずきが集中するのは、ディープリンク・二重計上・コストデータの3つです。いずれも設定の勘所を先に押さえれば防げます。
ディープリンク:広告から開いた先がずれる
広告をタップしたユーザーを、アプリ内の意図した画面まで案内するのがディープリンクです。つまずくのは未インストールのユーザーで、インストール後に目的の画面へ送る設定(ディファード・ディープリンク)が抜けていると、トップ画面に放り出され離脱につながります。遷移先を設計する段階で、未インストール時の動きまで確認しておきます。
二重計上:同じ成果を2回数える
FirebaseとMMPを併用していると、1件の購入を両方が別々に数え、コンバージョンが実際より多く見えることがあります。成果が水増しされると、割に合わない広告を「効果あり」と誤判断して予算を増やしてしまいます。同じイベントは「どちらか一方から渡す」と決め、送り元を一本化しておきます。
コストデータ:費用が連携されずROASが狂う
MMPは成果を測りますが、広告費は自動では入りません。費用データの連携設定が漏れていると、広告費が「ゼロ」のまま計算され、ROAS(広告費に対してどれだけ売上が得られたかの指標)が実態とかけ離れます。連携初期に、費用が正しく取り込まれているかを必ず確認します。
3つに共通する予防策は、計測の主担当を1つに決めておくことです。どのイベントを、どの道具で、どこへ渡すか。連携前に書き出しておくと、後から数字が食い違っても原因を切り分けやすくなります。
4.イベントは「送る」と「最適化目標にする」を分けて設計する

イベントには「計測のために送る」役割と「自動入札に狙わせる」役割があり、設定画面では地続きに見えます。この2つを同じものとして扱うと、計測したいだけのイベントまで入札の目標に紛れ込み、自動入札が何を増やせばいいのか定まらなくなります。
4-1. 送るイベントは広く、最適化目標は1つに絞る
インストール・会員登録・カート投入・購入といったイベントは、幅広くGAC(Google広告)に送っておきます。そのうえで、自動入札に狙わせる「最適化目標」は、購入なら購入の1つに絞ります。
送るイベントは、後から成果を分析したり目標を変えたりするための記録なので、広く送って損はありません。最適化目標を1つに絞るのは、自動入札の学習の仕組みによります。自動入札は目標にしたイベントの実績から「成果につながるユーザー像」を学びますが、目標が複数あると、限られたコンバージョンが各目標に分かれ、どれも学習に必要な量に届きません。結果として、1つに絞ったときより精度が落ちます。
4-2. インストール数・アプリ内アクション・収益価値のどれに最適化させるか
最適化目標は、事業の狙いに応じてインストール数・アプリ内アクション・収益価値の3つから選びます。どの段階にいるかで、選ぶ目標が変わります。
| 最適化目標 | 狙い | 向いている段階 |
|---|---|---|
| インストール数 | とにかくユーザー数を増やす | 立ち上げ・認知拡大 |
| アプリ内アクション | 登録・課金など質の高い行動を増やす | ユーザーの質を取りに行く段階 |
| 収益価値(目標広告費用対効果) | 売上・LTVを直接最大化する | 売上で評価できる段階 |
インストール最適化はユーザー数を集める段階に向き、アプリ内アクション最適化は登録や課金など事業に意味のある行動を、収益価値(目標広告費用対効果)最適化は売上そのものを目標にします。いきなり収益価値で始めるのは、売上イベントが十分にたまっていないと学習材料が足りず、精度が安定しません。まずインストール重視のキャンペーンで母数とデータを集め、十分にたまった段階でアクション重視・収益価値重視のキャンペーンを新たに立てて広げます。同じキャンペーンの目標を途中で切り替えるのは避けるべき運用とされています。
4-3. 学習に必要なコンバージョン量と粒度の目安
自動入札は、目標にしたイベントの実績がたまるほど精度を上げます。逆に発生が少ないイベントを目標にすると、学習する材料が足りません。
目安になるのは予算比率で、Google公式によると、1日の予算を目標インストール単価の50倍、目標アクション単価の10〜15倍以上に設定するよう推奨しています。この水準を使い切れないほど発生の少ないイベントは、目標に向きません。もう一つの軸が粒度です。購入完了のような深いイベントは価値が高い一方で件数が少なく、カート投入のような浅いイベントは件数が多く学習材料が集まりやすくなります。量が足りないときは、購入の手前にある中間イベント(カート投入、会員登録など)を目標に据えるのが現実的です。
5.数字が合わないのは異常ではない──基準にすべき値の決め方

配信を始めると、多くの運用者が同じ場面に出会います。Google広告の管理画面とMMP、Firebaseで、コンバージョン数が揃わない。どれが正しいのかと探したくなりますが、数字が食い違うこと自体は異常ではありません。
5-1. iOS制約とアトリビューションの違い
数字がズレる主な原因は2つあります。1つはiOSの計測制約です。iPhoneでは、ユーザーが追跡を許可しない限り、1人ずつを追いかけた計測ができません。代わりにAppleがまとめて集計した数字が遅れて届くため、この仕組み(SKAdNetworkと、その発展形であるAdAttributionKit)のもとでは、正確な件数ではなく推計値や遅延した値で見ることになります。もう1つはアトリビューションの違いです。広告を見てから何日以内のインストールを成果と数えるか、クリックと視聴のどちらを優先するか。この基準はツールごとに違うため、同じ行動でも片方は成果に数え、もう片方は数えません。
だから、Google広告とMMPの数字が1件単位で一致することはむしろ起こりません。ズレは計測が壊れたサインではなく、iOSの制約とルールの違いから生まれる構造的なものです。
5-2. 基準にする数字を1つ決め、他は補助に回す
複数の数字を突き合わせて悩むより、判断の基準にする数字を1つ決め、残りは補助に回します。
比べる土台が動くと、良し悪しを判断できないからです。広告の出稿判断なら、媒体を横断して測れるMMPの数字を基準に置くのが筋に合います。事業全体やアプリ内の行動を見るならFirebase(GA4)が向きます。補助の数字も捨てません。基準が急に動いたとき別のツールと照らせば、配信側の問題か計測側の問題かを切り分ける手がかりになります。一度決めた基準を途中で動かさなければ、数字が完全に揃わなくても、増減という肝心の判断はぶれません。
6.よくある質問(FAQ)

MMPは後から導入・乗り換えできるか
どちらも可能です。ただし計測の連続性が一度切れる前提で、時期を選ぶのが現実的です。導入・乗り換えの前後で過去データはつながらず、新しく計測を始めた時点からのデータしか積み上がりません。乗り換えるなら、繁忙期や重要な配信の最中を避け、動きの落ち着いた時期に切り替えると、データの断絶が判断に響きにくくなります。
計測が安定するまで、どれくらいかかるか
数日から数週間が目安です。コンバージョンが多いアプリほど早く安定し、発生量が少ないアプリでは長くかかります。加えてiOSでは集計データが遅れて届くため、配信直後の数字は実態より少なく見え、安定して見えるまでに時間がかかります。焦って判断するより、数字が出そろうのを待つ期間と捉えるのが実態に合います。
予算が小さくてもMMPは必要か
出稿先がGoogle広告だけなら、まずはFirebaseで足りるケースが多いです。MMPの必要性は予算の大小より出稿する媒体の数で決まります。Firebaseは無料で使え、アプリ内の行動計測とGoogle広告へのコンバージョン連携をこなします。MMPの価値が立つのは、複数の媒体の成果を同じ基準で比べたいときや、不正なインストールを除いて成果を見たいときです。少額のうちはFirebaseで土台を作り、媒体を増やすタイミングでMMPの導入を検討する順序が現実的です。
7.まとめ

GACは配信や入札を自動で進めますが、何を成果と数え、何を学ばせるかは運用者が決めます。計測を設計した分だけ、自動入札の学習精度は上がります。
押さえる順序は4つです。まず計測の基盤を選びます。アプリ内の行動はFirebaseが土台になり、足りない広告計測と不正検知をMMPが埋めます。次にMMPを連携し、ディープリンク・二重計上・コストデータの設定を詰めます。そのうえでイベントを広く送り、最適化目標は1つに絞ります。最後に、ツール間で数字がズレることを前提に、判断の基準にする数字を1つ決めておきます。この順に手を入れておけば、数字が完全に揃わなくても増減の判断はぶれません。
参考文献・出典
・Google 広告ヘルプ「アプリ キャンペーンについて」(配信面)
・Google 広告ヘルプ「アプリ キャンペーンのタイプについて」(サブタイプ)
・Google 広告ヘルプ「アプリ事前登録キャンペーンを作成する」
・Google 広告ヘルプ「アプリ キャンペーンの入札機能について」(入札戦略・tROASにFirebase向けGoogleアナリティクスSDKが必要)
・Google 広告ヘルプ「アプリ キャンペーンを最大限に活用する」(推奨予算50倍・キャンペーンタイプは変更しない)
・Google 広告ヘルプ「目標別にアプリ キャンペーンを設定する」(予算比率10〜15倍・段階移行)
・Apple Developer 日本語版「広告アトリビューション」(SKAdNetwork・AdAttributionKit iOS 17.4以降・相互運用)
・Apple Developer 日本語版「AdAttributionKitについて(WWDC24)」
・AppsFlyer ヘルプセンター「Protect360不正防止ガイド」(不正検知)
・AppsFlyer ヘルプセンター「連携パートナーを設定する」(連携手順・OneLink/ディープリンク・コストAPI・二重計上回避)












