Google広告のコンバージョン設定は、タグを置くだけの作業ではありません。何を事業成果とするか、いつ一件と数えるか、値と重複をどう扱うかを決め、実際の動作とGoogle Ads上の状態を検証します。
コンバージョンとは
広告接触後の購入、問い合わせ、予約、電話など、事業に価値のある行動です。ページ閲覧やボタン押下は必ずしも最終成果ではありません。主要コンバージョンと観察用の補助行動を分けます。
1. 計測設計書を作る
成果名、発生条件、URLまたはイベント、値、通貨、取引ID、カウント方法、主要・補助、保存先、確認者を書きます。Google Ads、Analytics、CRMで名称と定義を対応させます。
2. 問い合わせ品質を定義する
送信完了だけでなく、営業対象、有効問い合わせ、商談、受注を追います。迷惑送信や社内テストを広告成果へ混ぜません。オフライン成果を連携する場合は顧客データとポリシーを確認します。
3. 既存タグを調査する
Googleタグ、Google Tag Manager、Analytics、他広告タグを確認します。Google公式は、AdsとAnalyticsを使う場合に一つのGoogleタグへ別製品をdestinationとして追加できると案内しています。同じタグを重複設置しません。
4. Google Adsでデータソースを接続する
公式の現行手順ではGoalsのSummaryからconversion actionを作り、Webサイトを選び、ドメインをスキャンします。既存のGoogleタグやAnalyticsプロパティが検出される場合があります。
5. Googleタグを設置する
タグがなければ公式手順に従いサイトへ設置します。Google公式は手動設置の場合、各ページの<head>直後へタグ全体を置き、一ページに複数のGoogleタグを追加しないよう案内しています。CMSやTag Managerでは対応手順を使います。
6. コンバージョンアクションを作る
カテゴリ、名称、値、カウント、期間等を事業定義に合わせます。画面の推奨値を無条件に採用せず、購入は取引ごと、見込み客は顧客ごとなど実態に合う考え方を選びます。
7. URL方式とイベント方式を選ぶ
完了した人だけが到達する専用ページならURLを使える場合があります。ボタン、動的フォーム、購入値、取引IDなど複雑な条件はイベント実装が必要です。ページ表示だけで成果にならない画面をURL計測しません。
8. 完了ページを保護する
Google公式のConversion page定義では、購入確認やThank youページなど、価値ある行動後に到達するページが例示されています。直接アクセスや再読み込みで重複しない設計を検討し、個人情報をURLへ含めません。
9. 値と通貨を設定する
購入額が変わる場合は実際の値と通貨を渡します。問い合わせ価値を設定する場合は、受注率と粗利など確認できる根拠を使います。根拠のない高い固定値でROASを良く見せません。
10. 取引IDで重複を防ぐ
購入等では一意の取引IDを使い、同じ完了ページの再読み込みによる重複を抑えます。IDにメールアドレスなど個人情報をそのまま使いません。生成と保存を開発担当と確認します。
11. 同意管理を確認する
利用地域、法令、社内方針に応じてCookie等の同意とタグ動作を設計します。同意しない利用者を無理に計測せず、計測できない範囲を分析の制約として記録します。
12. 拡張コンバージョンを検討する
Google公式は、第一者データをSHA256でハッシュ化して送信し計測を補完する機能として説明しています。2026年4月からWebとリード向け設定が統合されたとの案内があります。顧客データポリシー、同意、実装方法を確認してから有効化します。
13. テスト環境で確認する
タグ診断、ブラウザーツール、実際のテスト送信で発火条件を確認します。成功、失敗、戻る、再読み込み、複数タブ、スマートフォンを試します。広告を不必要にクリックしてテストしません。
14. Google Adsの状態を確認する
公式手順ではGoalsのSummaryにあるconversion actions表でGoogleタグの状態を確認します。データ収集開始に時間がかかる場合もあるため、実装直後の未表示だけで改修を繰り返しません。
15. Analyticsと差が出る理由を記録する
アトリビューション、期間、タイムゾーン、同意、フィルター、モデル、計測方法が違えば数字は一致しません。どちらかを正解と決めつけず、定義と用途を説明します。
16. CRMと照合する
問い合わせIDや取引IDを使い、広告成果と実際の顧客、受注、売上を照合します。個人情報のアクセス権と保存期間を制限します。対象外顧客を主要成果の判断から分けます。
17. 自動入札への影響を確認する
主要コンバージョンの追加・削除や値変更は最適化へ影響します。変更前に承認し、日時、理由、対象キャンペーンを記録します。テストイベントを主要にしません。
計測されない場合
Googleタグ、イベント条件、ID、同意、ブラウザー、公開版、ドメイン、コンバージョン状態を順に確認します。Tag Managerのプレビューだけでなく本番で安全にテストします。
過剰計測の場合
ページ再読み込み、同じイベントの二重実装、AnalyticsとAds双方から同一成果を主要として取り込む、SPAの履歴変更などを確認します。重複を削除する前に原因と影響期間を記録します。
権限と変更管理
タグ公開、Google Adsの成果設定、Analytics連携、CRM出力へ必要最小限の権限を設定します。外部業者の契約終了時はコンテナ、ワークスペース、API、ユーザーを棚卸しします。
定期確認
フォーム、購入フロー、ドメイン、CMS、同意管理を変更したときは必ず再テストします。変更がなくても90日以内に公式仕様、タグ状態、重複、主要成果、値を確認して確認日を更新します。
まとめ
Google広告のコンバージョン設定は、成果定義、タグ、イベント、値、取引ID、同意、テストを一体で管理します。タグが発火するだけでなく、事業上の成果を一度だけ正しく数えることが重要です。
Google Ads、Analytics、CRMの定義差を記録し、管理画面の数字を実際の顧客と売上へ照合してください。主要成果の変更は自動入札へ影響するため、承認と履歴を残します。
フォーム計測の実務
送信ボタンのクリックだけを成果にすると、入力エラーや通信失敗も数える場合があります。サーバー側で受け付けた完了状態、完了ページ、成功イベントのどれを使うか開発担当と決めます。スパムや重複問い合わせの扱いも定義します。
外部フォームや予約サービスへ遷移する場合、ドメインをまたぐ計測、リダイレクト、同意、完了通知を確認します。自社が変更できないサービスでは、利用可能な公式連携と制約を記録します。
電話コンバージョン
広告からの電話、Webサイト上の電話番号、通話後の有効性など計測対象を分けます。短い誤発信を成果にするか、営業時間外や折り返しをどう扱うかを事業側と決めます。
録音や電話番号置換を使う場合は、利用地域の法令、顧客への説明、保存、アクセス権を確認します。管理画面の通話件数を受注件数と同一視しません。
購入コンバージョン
注文完了時に注文額、通貨、取引IDを正しく渡し、返品・キャンセルの反映方法を決めます。送料、税、値引き、定期購入のどこまでを価値に含めるかを会計・事業定義と合わせます。
テスト注文は本番売上と分けます。決済失敗、戻る操作、複数タブ、完了ページ再読込で二重にならないか確認し、注文管理システムと照合します。
SPAと動的サイト
ページ全体が再読込されないSPAでは、URL変化やイベント発生を正しく検知する実装が必要です。DOM要素の表示だけを条件にすると、画面変更で壊れる可能性があります。開発版と本番版の差を確認します。
CMSやフォームプラグインの更新後は、タグが残っていても発火条件が変わる場合があります。リリース手順へ計測テストを含め、変更責任者と広告担当が結果を共有します。
データ品質の監視
日次・週次で急増、急減、ゼロ、値や通貨の異常を監視します。広告費やサイトの実績が変わっていないのに成果だけ変化した場合は、施策効果と断定せず計測変更を確認します。
異常期間をレポートから黙って除外せず、原因、期間、影響、修正日を注記します。自動入札へ誤データが入った場合の影響範囲と回復方針も記録します。
この分野の実務を相談したい方へ
記事で扱っている内容は、当社が実務として支援している領域です。 自社で進めるか外部に任せるかの判断からご相談いただけます。