越境ECデータ分析ツールは、広告経由の注文をどのように追跡するのでしょうか？

広告アカウントにはコンバージョンが表示されているのに、ECサイトの管理画面では該当する注文が見つからない。あるいは、注文数は実際に増えているのに、検索広告とソーシャル広告のどちらに予算を追加すべきか、チーム内で判断できない。こうした問題の原因は、レポートが足りないことではなく、広告クリック、サイト上の行動、注文データが同じルールで結び付けられていないことにある場合が多いです。

越境EC向けデータ分析ツールの役割は、ユーザーが広告からサイトに訪問し、商品を閲覧し、決済手続きに進んで支払いを完了するまでの経路を、できる限り再現することです。ただし、「注文を追跡できること」と「注文が広告によってもたらされたと証明できること」は同じではありません。ツールを評価する際は、データを連携できるかだけでなく、アトリビューションのルールが自社のビジネスに適しているかも確認する必要があります。

広告経由の注文はどのように紐付けられるのか？

一般的な計測経路は広告リンクから始まります。リンクに含まれるチャネルパラメータや広告プラットフォームのクリック識別子によって、訪問者がどのプラットフォーム、キャンペーン、広告から来たのかをシステムが識別します。ユーザーがランディングページにアクセスすると、サイトの分析タグが閲覧、カートへの追加、決済開始などのイベントを記録し、注文完了時に注文番号、金額、通貨、および取得が認められている流入元情報を関連付けます。

この経路は一見シンプルですが、データの受け渡し部分で途切れやすいものです。たとえば、ユーザーが多言語の商品ページから別ドメインの決済ページに移動した際、クロスドメイントラッキングが適切に設定されていないと、注文は元の広告流入ではなく、直接訪問や決済サービスからの参照として記録される場合があります。決済ページを変更したり、サイトのテンプレートを調整したりした後も、イベントが正常に発火するか再確認する必要があります。

もう一つの重要なポイントは注文ステータスです。ユーザーがサンクスページに到達しても、決済が完了したとは限りません。また、ページを何度も再読み込みすると、イベントが重複して記録されることがあります。ツールの評価時には、注文番号による重複排除が可能か、注文送信、決済完了、キャンセル、返金を区別できるかを確認しましょう。注文金額については、商品金額、送料込みの金額、返金額を差し引いた金額のどれが使われるのか、事前に確認することをおすすめします。

広告プラットフォームとECサイトの数値が合わなくても、すぐに誤りと決めつけない

たとえば、ある顧客が最初にソーシャル広告をクリックし、翌日に検索広告から再訪して購入したとします。各広告プラットフォームは、それぞれ独自のアトリビューションルールに基づき、この注文をコンバージョンとして計上する可能性があります。一方、サイト分析ツールは別のルールで流入元を割り当てることがあります。そのため、各プラットフォームのコンバージョン数を単純に合算すると、ECサイトの実際の注文数を上回る場合があります。

レポートを比較する前に、少なくともいくつかの集計条件を統一しましょう。クリック日と注文日のどちらで集計するのか、アトリビューション期間をどのくらいにするのか、広告表示後のコンバージョンを含めるのか、タイムゾーン、通貨、返金をどう扱うのかを確認します。異なるデバイスからのアクセス、プライバシー設定、トラッキングの制限によって、経路の一部を完全に特定できないこともあります。数値に差があっても、ツールが機能していないとは限りませんが、ベンダーには差異が生じる理由を説明できることが求められます。

広告費用対効果を確認する場合も同様です。広告プラットフォームのレポートに表示されるコンバージョン価値は、実際の入金額と一致するとは限らず、利益を示すものでもありません。ツール選定時には、注文明細をエクスポートでき、ECサイト、決済、返金の記録と照合できるかを確認しましょう。粗利益に基づいて広告効果を評価する必要がある場合は、売上を広告費で割るだけでなく、コストデータを連携できるかも確認が必要です。

ツール選定では、4つの運用上のポイントを確認する

既存のサイト構成や広告経路に対応できるか

まず、現在利用しているECシステム、決済方法、ドメイン構成、広告アカウントを洗い出し、それぞれについて連携方法を確認します。あるプラットフォームに対応していても、必要なすべての項目を取得できるとは限りません。連携によって同期されるのが集計データだけの場合もあれば、イベントやインターフェースの設定に技術担当者が必要な場合もあります。特に複数サイト、多言語のECサイトでは、ページ遷移後も流入元情報を保持できるか、各サイトの注文を統一ルールで集計できるかを確認しましょう。

ブラウザとサーバーのデータをどのように連携するか

ブラウザ側のタグはページ上の行動を記録しやすい一方、ブラウザの設定やネットワーク環境などの影響を受ける場合があります。サーバー側イベントは補完的な手段になりますが、完全なトラッキングを保証するものではありません。両方から購入イベントを送信する場合は、照合可能なイベントIDを使って重複排除する必要があります。そうしないと、同じ注文が二重に計上される可能性があります。導入前に、設定、テスト、その後の保守を誰が担当するのかを確認しましょう。

データの権限とプライバシー設定を明確に説明できるか

越境ビジネスでは、国やプラットフォームごとに要件が異なるため、ユーザー情報の取得を単なる技術上の問題として扱うべきではありません。どのデータが広告プラットフォームに送信されるのか、誰が管理し、どのくらいの期間保存するのか、ユーザーのプライバシー設定がトラッキングの設定にどのように反映されるのかを確認する必要があります。個人情報を扱う場合は、実際の事業展開地域、プラットフォームの要件、専門家の見解を踏まえて判断してください。ツールに機能があるからといって、すぐに利用できると考えてはいけません。

レポートの数値を明細まで確認できるか

見やすいチャネル別ダッシュボードは概要の把握には便利ですが、問題の調査にはさらに詳細なデータが必要です。注文番号、コンバージョン日時、流入元の項目、注文ステータス、アトリビューションルールなどを確認できる必要があります。ベンダーとの商談では、テスト注文がレポートに反映されるまでを実演してもらい、異常データの調査担当者や、修正に別途費用がかかるかどうかも確認しましょう。集計グラフを表示するだけで、注文がどのように計上されたのか説明できない場合は、慎重に判断する必要があります。

一体型ソリューションは連携の手間を減らすが、検収を省いてはいけない

独立したECサイトを構築中の企業では、サイト構築、広告、データ分析を同じサービスチームが連携して担当することで、ページイベントと注文項目を統一しやすくなります。易营宝は、インテリジェントなサイト構築、越境ECモール、海外向け広告マーケティングなどのサービスを提供しており、このようなサイト構築とマーケティングの一体型ソリューションも比較対象に含める価値があります。ただし、実際に連携できるチャネルや対応する注文項目については、プロジェクトの提案内容とデモの結果に基づいて確認する必要があります。

すでに成熟したECサイトと分析環境を運用している企業には、既存システムと互換性のあるツールだけを導入するほうが適している場合もあり、レポートのためにサイトを再構築する必要はありません。一方、サイトの改修が頻繁に行われる場合や、複数のチームが広告を管理している場合は、変更後のタグ確認やチャネルパラメータの保守を誰が担当するのか、アカウントと元データを企業自身が管理できるのかを特に確認しましょう。

契約前には、実際のテスト経路を使って検収することをおすすめします。パラメータ付きの広告またはテストリンクをクリックし、注文を一度完了させたうえで、サイト分析ツール、広告プラットフォーム、ECサイトの管理画面に該当する記録が反映されているかを確認します。その後、クロスドメイン決済、イベントの重複発火、返金ステータスもテストしましょう。妥当な範囲でデータに差が生じることはあり得ますが、差異ごとに集計条件の説明と調査担当者が明確である必要があります。こうした点を明確に説明できるツールこそ、予算判断の支援に適しています。