クッキーが失われた後のコンバージョン追跡：シグナルの品質を向上させるための実践ガイド

はじめに

キャンペーンは、ブラウザタグがそれを報告しない場合でも、実際の問い合わせを生み出すことがあります。クッキーの制限、iOSのプライバシー設定、広告ブロッカーなどは、ビジネス成果と広告ダッシュボードの間に生じる乖離を拡大させる可能性があります。その対応策は、欠落したシグナルをすべて回復できると仮定することではありません。ビジネス側が適切に収集し、確実に配信し、自社の記録と照合できるイベントを中心に、測定チェーンを構築することです。

ブラウザベースのコンバージョン数が不完全になった理由

ブラウザ追跡は、訪問者がサイトにアクセスしてアクションを起こした際に、シグナルが利用可能であることに依存しています。サードパーティ Cookie に対する制限により、サイト間のアクティビティを関連付けることが難しくなる場合があります。iOS のプライバシー設定により、広告主が利用できるシグナルが制限される可能性があり、また、広告ブロッカーによって一部のタグの実行やリクエストの送信が妨げられることもあります。これらの影響は、ブラウザ、ユーザー設定、サイトの設定、チャネルによって異なりますが、すべてのブラウザコンバージョンが消失したことを意味するわけではありません。

マーケティングチームにとって重要なのは、測定シグナルの欠如とビジネス成果の欠如を区別することです。広告プラットフォームが以前のクリックと関連付けられなくても、送信された問い合わせはCRMに記録される場合があります。逆に、プラットフォームは、その問い合わせが顧客につながったかどうかを知らずに、アトリビューションされたコンバージョンを報告する場合もあります。どちらのダッシュボードも完全な記録として扱うと、広告費やパフォーマンスに関する意思決定が歪められる可能性があります。

ファーストパーティのイベントデータで基盤を構築する

まず、ビジネスにとってどのアクションが重要かを決定することから始めます。フォームの送信も有用ですが、質の高いリード、予約されたミーティング、または成約した販売の方が、キャンペーンの価値を示すより良い指標となる場合があります。それらの段階を、それぞれを処理するシステムに記録し、各イベントに明確な定義を与えます。例えば、「リード」がフォーム送信時に作成されるのか、それともその詳細がCRMに入力された後にのみ作成されるのかを決定します。チームが異なる段階に対して同じラベルを使用している場合、より高度なトラッキングを行っても、混乱がより速く伝播するだけです。

イベント名、タイムスタンプ、および許可された識別子を統一することで、記録の関連付けや監査が容易になります。定義された目的に必要なデータのみを収集し、収集および送信が適用される同意およびプライバシー義務を遵守していることを確認してください。ファーストパーティデータとは、それを収集する企業との関係性を示すものであり、そのデータを無制限に使用することを許可するものではありません。広告トラッキングソフトウェアを評価する際は、機能リストが長いからといって基礎となるデータの欠落が解消されると仮定するのではなく、重要なイベントやビジネスシステムへの対応がされているかを確認してください。

サーバーサイド追跡とコンバージョンAPIが実際に変えるもの

サーバーサイド追跡は、イベントの送信方法を変えます。訪問者のブラウザからのリクエストのみに依存するのではなく、条件を満たすイベントをサーバーや連携したビジネスシステムから送信できるようになります。この方法により、ブラウザのみによる配信への依存度を低減し、見込み客の認定や販売といった、後から記録された成果データを送信することが可能になります。ただし、収集されなかったイベントを再現したり、利用できない識別子を生成したり、個人のプライバシーに関する選択を無効にしたりすることはできません。 収集、配信、ID照合、アトリビューションは、依然として別々のタスクとして扱われます。

各プラットフォームは、これらのタスクを異なる方法で実装しています。MetaのConversions APIガイダンスでは、Meta Pixelと併せてサーバーイベントを使用し、イベント名とIDを照合することで、重複するイベントが二重にカウントされるのを防ぐ方法が説明されています。Google Adsの「Enhanced Conversions for web」は、既存コンバージョンタグにハッシュ化されたファーストパーティの顧客データを補足するもので、Googleは設定およびポリシーの要件に従い、その照合を試みます。これは単なる代替サーバータグではありません。LinkedInのConversions APIドキュメントでも、ブラウザイベントとAPIイベントを併用する場合のイベントIDの重複排除について説明されています。

配信されたイベントが、必ずしもマッチングされた、あるいはアトリビューションされたイベントであるとは限りません。各プラットフォームは独自のマッチングおよびレポート作成ルールを適用するため、APIからの受信確認は配信の証拠として捉えるべきであり、すべてのコンバージョンがキャンペーンレポートに表示されるという保証ではありません。

マッチング、重複排除、品質保証（QA）によりイベントの正確性を維持する

ブラウザとサーバーのルートを並行して運用することでカバレッジを向上させることができますが、それには明らかなリスクが伴います。つまり、同じアクションが2回届いてしまう可能性があるのです。両方のルートが1つのフォーム送信を報告する場合、宛先プラットフォームが重複を認識するために必要な識別子とイベントの詳細を含める必要があります。IDは、単に同じ訪問者を指すのではなく、同じ根本的なアクションを指している必要があります。これとは別に、有用なマッチングデータは、プラットフォームが適格なイベントを広告とのインタラクションに関連付けるのに役立ちますが、マッチングが保証されることは決してありません。

既知のコンバージョンを用いてチェーンをテストします。ブラウザとサーバーの記録が意図したアクションを正しく記述しているかを確認し、イベントIDを比較し、配信レスポンスを精査し、プラットフォームの診断情報を確認して、拒否されたイベントや重複したイベントがないかを確認します。次に、その根本となるアクションをウェブサイトやCRMの記録と比較します。フォーム、タグ設定、またはCRMのワークフローが変更された場合は、このチェックを繰り返します。 プラットフォームの集計値と内部記録に差異があるからといって、必ずしも統合に不具合があるとは限りません。システムによって対象となるアクションが異なっていたり、アトリビューションルールが異なっていたり、報告される日付が異なっていたりする可能性があります。不一致の調査は、すべての集計値が一致すべきだという前提から始めるのではなく、イベントの定義から始める必要があります。

キャンペーンのシグナルをリードや収益に紐付ける

B2Bチームや販売サイクルが長い企業にとって、フォームへの入力は多くの場合、中間的なイベントに過ぎません。問い合わせの中には有望な商機となるものもあれば、それ以上進展しないものもあります。獲得情報をその後のCRMステージと結びつけることで、チームは「活動を生み出す」キャンペーンと「価値ある成果につながる」キャンペーンを区別できるようになります。これには、関連するソース情報を確実に保持し、販売プロセスの進行に合わせてリードのステータスを更新する信頼性の高い方法が必要です。

LeadJourneyは、広告、オーガニック、AI検索、オフラインの各チャネルにわたるリードと収益の追跡に重点を置いており、広告プラットフォームやCRMシステムとの連携を実現しています。この広範な範囲こそが、コンバージョン測定が広告プラットフォームの集計だけで終わる必要がない理由を示しています。検索による訪問、電話、そして後に成約した取引は、それぞれが同じビジネス上の課題に対する情報を提供し得るからです。ソースを成果に確実に結び付けられない場合、チームは推測に基づいて功績を割り当てるのではなく、その不確実性を可視化したままにしておくべきです。

マーケターのための実践的な測定ルーチン

管理しやすいルーチン構築は、例えば「どの獲得チャネルが質の高いリードを生み出しているか」といった、1つのビジネス上の問いから始まります。成果を定義する内部レコードを選択し、それがいつ作成されるかを記録し、それを表すべきウェブサイト、サーバー、CRMのイベントをマッピングします。次に、関連する経路を通じてテストコンバージョンを実行します。各実際のアクションが意図したレコードを生成していること、重複するブラウザおよびサーバーイベントが正しいIDを共有していること、配信失敗が調査されていることを確認します。これは、ページにタグが表示されているかどうかだけを確認するよりも有益な情報となります。

結果を2つのレベルで定期的に確認します。まず、イベントの件数を社内システムと照合し、欠落や重複したアクションを特定します。 次に、カバレッジやアトリビューションの違いを考慮しつつ、チャネルレポートとビジネス成果を比較します。例えば、SEOチームは、トラフィックやフォーム入力数だけを成功の指標とするのではなく、オーガニック検索からの問い合わせの増加に、質の高いリードの増加が伴っているかどうかを検証できます。乖離が見られた場合は、収集、配信、照合、レポートの順にその原因を追跡します。堅牢なコンバージョン追跡は、APIを導入して数値が完全であると仮定することではなく、明確なイベント定義と繰り返しの確認によって実現されるものです。