Google広告のコンバージョンタグ設定｜成功条件・重複・動作確認

Google広告のコンバージョンタグを設定するときは、タグを貼る前に「何を成果とするか」を決めます。購入成立、問い合わせの受理、資料請求ボタンのクリックは、それぞれ異なる行動です。成功条件、送信経路、重複除外、広告への帰属を分けて確認すると、計測されない原因も多く見える原因も調べやすくなります。ここではウェブサイトのコンバージョン計測を対象にします。

先に測る成果・成功条件・担当範囲を決める

まず、広告で増やしたい業務上の行動を1つ選び、その成立を確認できる状態を書きます。「フォームの送信ボタンを押した」だけでは、入力エラーや通信失敗も含まれます。問い合わせ完了を測るなら、システムが送信を受理したことを確認できる条件にします。クリックを測る場合は、補助的な行動として別名で管理してください。

会員サイトや外部決済を通る場合は、どの本番ホストで成功が分かるか、認証・別ドメインへの移動で情報が途切れないかも記録します。テスト環境の動作をそのまま本番の成功と扱わないことが基本です。

コンバージョンアクションとGoogleタグの役割

コンバージョンアクションは、広告アカウントで成果の種類や設定を管理する単位です。Googleタグはサイト側の基本的なデータ収集に関わり、イベント送信は対象アクションがいつ起きたかを伝えます。直接設置の例ではGoogleタグとイベントスニペットを使いますが、すべての実装経路で同じ2つのコードを手作業で追加するわけではありません。

Google公式のGoogleタグによるコンバージョン計測の案内で、既存タグの再利用と正しい広告アカウントへの関連付けを確認します。同じアカウントのアクションを増やすたびに、サイト全体のGoogleタグを重ねて設置する必要はありません。Conversion IDとLabelなど、アクションに対応する識別情報も取り違えないようにします。

作成は次の順で進めます。以下はGoogleタグを使う経路で、ウェブコンバージョン設定の公式手順に沿った整理です。表示名や案内はアカウントの状態で異なる場合があります。

1. 「目標」のコンバージョン概要を開き、コンバージョンアクションの作成へ進む。
2. ウェブサイトのデータソースで対象ドメインを入力してスキャンし、Googleタグを使う接続を確認する。
3. 購入や問い合わせなどのカテゴリを選び、作成するアクションのデータソースをGoogleタグにする。
4. 単純な完了ページ表示ならURLの一致条件を設定する。動的な金額・注文ID・個別の成功ロジックが必要なら手動のコード経路を選ぶ。
5. アクション名、値、カウント、期間、メイン/サブなどを確認し、完了、保存して続行する。
6. 作成後の概要でイベントスニペット、またはGTM向けの案内を開く。手動送信用のConversion IDとLabelを確認し、対象アクション名とともに実装担当者へ渡す。
7. 既存Googleタグの有無を確認し、次節の経路で成功時の送信を実装・テストする。URL方式では不要なイベントスニペットを重ねて追加しない。

既存タグ・直接設置・GTMから実装経路を選ぶ

GTMでは、コンテナが全ページでGoogleタグを読み込む場合、別のコンバージョンリンカータグは不要と現在の公式案内に記載されています。「GTMなら必ず別タグを追加」と覚えず、既存構成に対して必要な条件を確認してください。コンバージョンリンカーは広告クリック情報の保持と関連付けを助けるもので、成功条件を代わりに判定する機能ではありません。

メイン/サブ・カウント・値・期間を整理する

メインのアクションは、所属する目標がそのキャンペーンの入札に使われる場合に入札へ利用されます。サブは通常、観測用として「すべてのコンバージョン」に表示されます。ただし、カスタム目標に含めたサブアクションも入札に使われる例外があります。メインとサブの公式説明に従い、アクション単体だけでなくキャンペーンが使う目標まで確認します。

カウントの「1回」は、対象アクションを広告クリックごとに1件として数える設定であり、人物ごとに生涯1回という意味ではありません。「全件」は、購入など複数回の成果に価値がある場合の選択肢です。カウント方法の公式案内を読み、目的に合わせて決めます。値・通貨・計測期間も別の設定です。設定変更で過去値まで同じ条件に直ると考えず、変更日を記録します。

成功時だけ発火させ、注文IDで重複を防ぐ

完了ページで送信する設計なら、そのページが成功した取引に対してのみ表示されることを確認します。画面遷移のないフォームでは、成功応答に対応するイベントをトリガーにする方法もあります。ページを再読み込みしたときや、同じ受付を開き直したときの挙動もテスト対象です。

購入では、注文ごとに固有で動的なtransaction IDを送ります。注文IDによる重複抑制の公式説明では、同じコンバージョンアクションに同じIDが届いた場合の重複扱いが説明されています。全注文に同じ固定文字列を使うと、別注文まで重複扱いになるおそれがあります。IDにメールアドレスなどの個人情報を入れないでください。

架空の例で、注文Aを再読込してA・Aと2回送り、別の注文Bを1回送った場合、生の送信は3回でも注文は2件です。同一アクションで正しいIDを送る設計はAの重複を抑えるために使います。広告レポートの件数は帰属やカウント条件も関わるため、「3回送れたから3人購入した」とも「必ず広告成果が2件になる」とも断定しません。

Tag Assistantと管理画面で段階を分けて確認する

1. 正常完了、入力エラー、再読込、再訪などのテストケースを用意する。
2. Tag Assistant等で、正しいタグとアクションが意図した時点で送信されるか確認する。
3. 注文ID、値、通貨、本番ホスト、同意の状態が想定どおりか確認する。
4. Google広告の診断・状態表示を確認し、反映までの処理時間を考慮する。
5. 対象となる広告接点、計測期間、目標、帰属条件を確認し、業務記録と照合する。

自分の広告をクリックすることを動作確認の標準手順にはしません。タグが受信されたことと、広告接点に帰属する成果が処理後のレポートに載ることは別の確認です。公式の設置・状態確認案内では、変更後の状態更新に時間がかかる場合も説明されています。

計測されない・多すぎるときの診断表

拡張コンバージョンを利用する場合も、この基本計測と成功条件の確認が先です。拡張コンバージョンのウェブ・リードの違いで追加するデータの流れを整理してください。サイト全体の行動と照合するときはGA4レポートの指標と分母の読み方を使い、広告の成果、イベント件数、実際の登録・購入を分けて評価しましょう。