Runner AI の Google Ads コンバージョン トラッキングは、設定済みの Google Ads 送信先とコンバージョン アクションを、同意を得たストアフロント イベントにつなぎます。対象となる購入に gclid、gbraid、wbraid のいずれかが含まれる場合、Runner はクリック識別子を注文 ID、通貨、値、イベント時刻とともに送信し、プロバイダーへの送信が完了したか失敗したかを表示できます。これは一般的なタグ設定ガイドではなく、ストアの情報を踏まえて確認できる測定ワークフローです。
実際の購入を基準に Google Ads コンバージョン トラッキングを設定する
最初に、Google Ads へ送る具体的なビジネス上の行動を定めます。ECストアでは購入完了が一般的ですが、有用な設定には「コンバージョン」という言葉以上の具体性が必要です。Google Ads の顧客アカウント、コンバージョン アクション ID、ストアフロントのイベント名、通貨の扱い、各購入に注文金額を含めるかを確認してください。Runner AI はプロバイダーの送信先とイベント マッピングをストアフロント分析の設定と並べて保持するため、確認担当者は有効なイベントと、その対象となるコンバージョン アクションを確認できます。
ストアフロント イベントには、利用できる Google クリック識別子も必要です。Runner は標準的なクリック アトリビューション用の gclid に対応し、該当する識別子がある場合は gbraid または wbraid も使用できます。これらのフィールドがない購入は、この経路では Google Ads のクリック コンバージョンとしてアップロードできません。この明確な境界により、アトリビューションできない注文を、広告に正しく紐づいたコンバージョンとして示すことを防ぎます。形式上有効な ID でも誤った広告アカウントやビジネス目標を指す場合があるため、送信を有効にする前に、選択したアカウントとアクションを確認してください。
このワークフローは、編集可能な Search キャンペーン案とプレビューを用意する Google Ads キャンペーンビルダーを補完します。キャンペーン作成とコンバージョン送信は別々の操作です。一方は広告と遷移先を定義し、もう一方は確認済みのストアフロント上の行動を、設定済みの Google Ads コンバージョン アクションへ対応付けます。
クリック情報をストアフロントから注文まで保持する
コンバージョン測定の有用性は、チェックアウト前に保持された情報によって決まります。Runner のストアフロントは、ランディング時に Google Ads と UTM のフィールドを取得できます。値が提供された場合、対象には gclid、gbraid、wbraid、キャンペーン ID、広告グループ ID、クリエイティブ、キーワード、マッチタイプ、Performance Max アセット グループ ID、商品 ID が含まれます。ストアフロントは対象フィールドをカートのメタデータへ引き継ぎ、後の購入イベントに、買い物客の流入時に付随していた広告情報を残せるようにします。
ただし、すべてのパラメーターが確認済みであることや、すべての注文が一致することを意味しません。URL の生の値が不完全な場合、買い物客が端末やブラウザーをまたぐ場合、同意によって収集が制限される場合、プロバイダーの期間が失効する場合があります。Runner は弱い根拠を確実な情報に見せず、解決済み、代替値、未検出の広告情報を区別します。購入アップロードを利用する前に、情報源、取得時刻、クリック識別子、注文 ID、通貨、値を確認してください。キャンペーンのメタデータは顧客が入力した情報と分け、アトリビューション記録を完全に見せるためだけに個人データを追加しないでください。
この区別は Search と Performance Max のトラフィックでも重要です。Runner はキーワード、クリエイティブ、広告グループなどの Search フィールドを保持でき、アセット グループ ID は Performance Max の情報を示します。これらのフィールドはストアへの流入経路を確認する際に役立ちますが、クリック識別子と設定済みのコンバージョン アクションは、引き続き必須の送信入力です。取得したパラメーターをプロバイダー確認済みのキャンペーン データとして扱う前に、オンライン広告プラットフォームのワークフローで、接続済みのプロバイダー アカウントと対応する操作を確認してください。
送信状況と Google Ads キャンペーンの根拠をまとめて確認する
対象イベントが送信パイプラインへ入ると、Runner はプロバイダーへの試行を送信済みまたは失敗として記録します。HTTP レスポンスが成功でも、問題のないコンバージョン アップロードとして自動的に受け入れるわけではありません。Google Ads は、期限切れイベントやその他のプロバイダー側の問題について部分エラーを返す場合があります。Runner はクリック識別子を診断情報に公開せず、範囲を限定したエラーコードとステータスを確認用に保持します。これにより、イベントにクリック ID がなかったのか、コンバージョン アクションがなかったのか、Google Ads に拒否されたのか、正常に送信されたのかという具体的な次の問いを運用担当者が確認できます。
送信状況は、より広いキャンペーン解釈の中に混ぜず、隣り合わせで確認します。Runner Ads は、対応する接続済みアカウントと期間について、費用、クリック数、表示回数、総売上、ROAS など、アカウント単位のキャンペーン根拠を表示します。これらのプロバイダー指標が答える問いは、ストアフロントのイベントログとは異なります。イベントログは Runner が送信を試みて完了したかを示し、キャンペーン レポートは選択したアカウントと期間について、接続先プロバイダーが報告した内容を示します。二つの画面を比較する前に、顧客アカウント、キャンペーン、日付、通貨、コンバージョン定義をそろえてください。
数値を無理に一致させないでください。Google Ads は独自のアトリビューション ルール、処理の遅延、コンバージョン期間、レポート定義を適用します。Runner のファーストパーティ ストアフロント記録にも、独自のイベントと識別の境界があります。マーケティングアトリビューションモデルのページでは、因果関係を主張せずに、こうした根拠の種類を保ち、アトリビューションの前提を比較する方法を説明しています。ここで確認可能な出力は、設定と送信の履歴です。キャンペーンがすべての購入を生んだという約束でも、報告されたコンバージョンとストアの注文が一件ずつ一致するという約束でもありません。
入札や予算を変更する前に設定を検証する
コンバージョン データを広告費の判断に使う前に、管理されたテストを行います。有効な Google Ads 顧客アカウントとコンバージョン アクションを確認し、対応付けたストアフロントの購入イベントが有効であることを確かめます。同意を得たうえで、有効なクリック識別子を含むテスト経路をたどり、意図した購入フローを完了して、注文 ID、通貨、値、イベント時刻、プロバイダーへの送信状況を確認してください。送信に失敗した場合は、具体的な設定または対象条件の問題を修正してからテストを繰り返します。トラブルシューティングの近道として、同じ実際の購入を繰り返しアップロードしないでください。
次に、プロバイダー側のコンバージョン診断とレポートで結果を確認します。処理は常に即時とは限らず、送信済みという記録だけでは、Google Ads が想定どおりにコンバージョンを受け付け、アトリビューションし、表示したことを証明できません。コンバージョン アクションの状態、期間、アカウント、キャンペーン、プロバイダーの警告を確認してください。同意設定、コンバージョン定義、顧客データの扱い、外部広告の変更について、責任者の承認を残します。Runner AI はストア側の経路を確認可能にしますが、Google Ads のポリシー、法務確認、アカウント管理に代わるものではありません。
設定を検証した後は、コンバージョンの根拠を範囲を限定した判断材料の一つとして使います。キャンペーン配信、ランディングページの正確性、商品の在庫状況、チェックアウト行動、ファーストパーティのストア分析と比較してください。根拠が弱い遷移先やオファーとの不一致を示す場合は、一つの指標だけで予算を動かさず、確認可能なストアフロントまたはキャンペーンの変更を準備します。次の作業が広告測定ではなく、サイト構築、コンバージョン確認、クリエイティブ制作、コマース運用に属する場合は、Runner AI のすべての機能を見るをご覧ください。
Google Ads コンバージョン トラッキングのよくある質問
Runner AI の Google Ads コンバージョン トラッキングには何が必要ですか？
Runner には、設定済みの Google Ads 送信先、正しい顧客アカウント、有効なストアフロント イベントのマッピング、Google Ads コンバージョン アクション ID が必要です。対象となるクリック コンバージョン イベントには、gclid、gbraid、wbraid のいずれかも必要です。購入イベントには注文 ID、通貨、値、イベント時刻を含められます。送信を有効にする前に、同意設定とアカウントの所有権を確認してください。
Runner AI は Google タグを設置したり、コンバージョン アクションを作成したりしますか？
このワークフローが Google Ads のすべての前提条件を作成すると考えないでください。コンバージョン アクションは対象の Google Ads アカウントに存在している必要があり、ストアフロント分析の送信先とイベント マッピングもそのアクションを指す必要があります。Google タグ、同意、アカウント、プロバイダーの要件は Google Ads で確認してください。Runner が対応する経路は、対象となるストアフロントのクリック情報を保持し、設定済みのコンバージョン イベントをアップロードし、確認用の送信状況を表示することに重点を置いています。
ストアフロントはどの Google Ads クリック識別子を保持できますか？
値がストアフロントへ到着し、該当する同意とイベントのルールで取得が許可される場合、Runner のストアフロント分析は gclid、gbraid、wbraid を保持できます。また、キャンペーン、広告グループ、クリエイティブ、キーワード、マッチタイプ、アセット グループ、商品識別子などの UTM とキャンペーン情報も保持できます。追加フィールドは確認に役立ちますが、このクリック コンバージョン送信経路には、対象となる Google クリック識別子が一つ必要です。
コンバージョンのアップロードが成功したか、どう確認できますか？
最初に Runner のプロバイダー送信状況を確認します。送信済みは、設定した送信リクエストが完了し、プロバイダーの失敗が記録されていないことを意味します。失敗の場合は、クリック識別子の不足、コンバージョン アクションの不足、Google Ads の部分エラーなど、範囲を限定した理由が示されます。次に Google Ads でコンバージョン アクションと診断情報を確認してください。プロバイダーの処理、アトリビューション、レポートは、Runner が送信試行を記録した後に行われる場合があります。
Google Ads のコンバージョン数は Store Analytics の購入数と同じになりますか？
必ずしも同じにはなりません。Google Ads とファーストパーティの Store Analytics では、アトリビューション ルール、識別シグナル、レポート日、同意の境界、処理の遅延、コンバージョン期間が異なる場合があります。比較前に、アカウント、イベント定義、通貨、日付、フィルターをそろえてください。合計を一つにまとめたり、一方を広告が購入を生んだ証拠とみなしたりせず、差異を調べます。
このストアの Google Ads コンバージョン トラッキングを確認してください。接続済みの Google Ads アカウント、コンバージョン アクション ID、有効な購入イベントのマッピング、ストアフロントの同意設定、取得した gclid、gbraid、wbraid の各フィールドを使用し、外部設定を変更せずに、送信先、イベント マッピング、注文 ID、通貨、値、配信ステータス、キャンペーン指標を含む確認可能なチェックリストを返してください。