ウェブサイト分析プラットフォームで、問い合わせにつながった広告の流入元を追跡するには？

広告管理画面にはクリックが記録され、ウェブサイトにも問い合わせが届いているものの、運用担当者が確認できるのは「フォーム送信成功」だけで、どの広告からの問い合わせか判断できないことがあります。その結果、予算が有効な商談ではなくクリック数に基づいて配分されやすくなります。ウェブサイトのデータ分析プラットフォームで問い合わせの広告流入元を追跡するには、単にアクセス解析コードを設置するのではなく、広告リンクのパラメータ、訪問者の流入元記録、送信成功イベント、問い合わせ番号を連携させることが重要です。

実際の作業は、次の流れで進められます。広告リンクに流入元を示す情報を設定し、訪問者がウェブサイトにアクセスした際にその情報を保存します。問い合わせが正常に送信されたら、流入元と問い合わせ記録を紐付け、統一した基準でコンバージョンを確認します。広告プラットフォームのクリック識別子は補助情報として利用できますが、特定の広告まで追跡できるかどうかは、パラメータ、ウェブサイトでの取得、フォームシステムが適切に連携しているかどうかによります。

まず、どの階層まで追跡するかを決める

「有料検索からの流入」ではチャネルしか分かりません。「どのキャンペーン、どの広告クリエイティブからの流入か」が分かれば、広告運用の調整に役立ちます。設定前に比較したい項目を明確にし、導入後にすべての問い合わせが一つのチャネルにまとめられてしまう事態を避けましょう。

動的パラメータは広告システムがサポートする形式で設定し、ランディング後の実際の値をテストしてください。キャンペーン名だけを入力しても、通常、個々の広告は自動的に識別されません。ウェブサイト内のリンクに広告流入元のパラメータを追加し続けると、元の流入元情報が上書きされる可能性があります。

ランディングページに入った後も、流入元情報を引き継ぐ

顧客は、まず製品を確認し、次に認証ページを閲覧してから、最後にお問い合わせページに進むことがあります。フォームが現在のページのURLだけを読み取る場合、送信時には広告パラメータが失われていることが少なくありません。適切な方法は、入口ページで流入元情報を取得し、適用されるプライバシー要件とユーザーの同意に従って保存したうえで、送信時に読み取ることです。

保存する情報には、少なくとも流入元パラメータ、入口ページ、初回訪問日時、利用可能なクリック識別子を含めます。訪問者の紐付けには通常、ファーストパーティ識別子またはセッション識別子を使用します。氏名、メールアドレス、電話番号を広告リンクや一般的な分析イベントに含めてはいけません。

• 初回流入元を個別に保存する：顧客が最初にどのチャネルからウェブサイトを訪れたかを把握するために使用します。
• 直近の有効な流入元を別途保存する：送信前の直近の広告接点を確認するために使用します。ダイレクトアクセスを対象外とするかどうかは、事前に取り決めておきます。
• 送信時に問い合わせ記録へ書き込む：ブラウザー上のアクセス解析にとどめると、営業担当者がリードを受け取った後に流入元を確認できない可能性があります。

多言語の切り替え、別ドメインのフォームへの遷移、サードパーティ製の埋め込みコンポーネントについては、それぞれ個別に検証が必要です。クロスドメインの紐付けはデフォルトで有効になるものではないため、ツールが対応しているか、必要な設定が完了しているかを確認してください。

「ボタンのクリック」ではなく「送信成功」をコンバージョンとして記録する

ボタンがクリックされても、必須項目の未入力、認証コードのエラー、APIのエラーなどが発生することがあります。ボタンのクリックを問い合わせとして計上すると、コンバージョン数を過大評価してしまいます。コンバージョンイベントは、サーバー側で問い合わせの作成を確認した時点、またはフロントエンドで明確な成功応答を受け取った時点で発火させるのが望ましいです。

1. 問い合わせの送信成功を示す独立したイベントを設定します。たとえば inquiry_success を使用し、ページ閲覧や連絡先のクリックとは分けて計測します。
2. 送信に成功した問い合わせごとに一意の番号を発行し、その番号と流入元の項目を一緒に保存します。
3. 成功ページの再読み込み、連続クリック、イベントの再送信時には問い合わせ番号で重複を排除し、同じ問い合わせを重複計上しないようにします。
4. 問い合わせ管理システムで対応状況を紐付け、有効な問い合わせ、スパム送信、重複問い合わせを区別します。

メールリンク、電話、インスタントメッセージのボタンで通常記録できるのは「連絡の開始」であり、顧客が実際にメッセージを送信したことや有効な問い合わせになったことを直接証明するものではありません。その後のシステムから確認データを取得できない場合は、連絡意向イベントとして別に集計し、フォーム送信成功数と合算しないでください。

公開前に、問い合わせまでの流れを最初から最後までテストする

テストでは、分析コードが読み込まれているかを確認するだけでは不十分です。パラメータ付きの入口からアクセスし、ほかのページを閲覧した後にフォームを送信して、分析イベントと問い合わせ記録が対応しているかを確認します。テストリンクが実際の広告クリックでない場合、検証できるのはパラメータの受け渡し経路だけであり、広告クリック識別子やプラットフォームへのデータ返送が正常に機能していることまでは確認できません。

流入元が記録されない場合は、発生している状況から原因を絞り込めます。

• サイトにアクセスした時点でパラメータがない：広告の最終リンク、短縮リンク、リダイレクトでクエリパラメータが保持されているかを確認します。
• 入口ではパラメータがあるのに、送信時にはない：流入元の保存ロジック、クロスドメイン遷移、フォーム項目へのデータ受け渡しを確認します。
• 問い合わせは作成されているのに、分析イベントがない：成功コールバック、同意の状態、スクリプトのブロック、イベントの送信状況を確認します。
• 1回の送信でコンバージョンが複数回発生する：ボタン、成功ページ、APIの監視が同時に設定されていないか、また重複排除が行われているかを確認します。

デバッグ時は、集計レポートだけでなくイベントパラメータと管理画面の問い合わせ記録を確認してください。一部のレポートには処理の遅延があるため、送信直後に表示されないことだけを理由に、データ取得に失敗したと判断しないでください。

同じ基準で広告を比較してこそ、調整の根拠になる

ウェブサイトのデータ分析プラットフォームと広告管理画面では、コンバージョン数が一致しないことがあります。アトリビューション期間、タイムゾーン、コンバージョン発生時刻、クロスデバイス識別、ビュースルーアトリビューションなどの違いが、結果に影響する可能性があります。数値を照合する前に、集計日、イベントの定義、重複排除の方法、アトリビューションモデルを統一し、そのうえで計測漏れの有無を判断してください。

日常的なレポートでは、キャンペーンや広告クリエイティブごとに、問い合わせ数、有効な問い合わせ数、それぞれの獲得コストを表示できます。コストデータは別途連携またはインポートし、通貨を統一する必要があります。また、有効性の評価には営業担当者からのフィードバックが必要であり、滞在時間だけで判断することはできません。

顧客が広告経由でアクセスした後、数日たってからダイレクトアクセスで再訪問し、問い合わせを送信することがあります。この場合、初回流入元と送信前の流入元は異なる可能性があります。「流入元」項目を一つだけ残すより、二種類の記録を保持したほうが状況を説明しやすくなります。追跡への同意がない場合、保存データが消去された場合、またはデバイスを変更したことにより紐付けが途切れた場合は、「不明」または「紐付け制限あり」として記録し、特定の広告に無理に割り当てないでください。