LinkedIn Conversions API設定でB2B Fintechのキャンペーンデータを強化 | Stape Care

あるB2B Fintech企業はLinkedIn Adsをはじめとするチャネルで有料広告キャンペーンを展開していましたが、質の高いリードに向けてキャンペーンを最適化するには、コンバージョンデータの信頼性が不十分でした。

問題はトラッキングが行われていないことではなく、そのデータを信頼できない点にありました。同社はすでにリード獲得、フォーム送信、コンバージョン率、キャンペーン効率を追跡していました。しかしFintech業界では、リードの質は往々にしてファネルのより深い段階で決まります。最も価値あるシグナルは、ウェブサイトでの初期コンバージョン後、リードが精査され、要件を満たし、オンボーディングされ、あるいは収益につながった段階で発生します。

しかし、ブラウザの制限、広告ブロッカー、Cookieの制限により、これらのシグナルを捉えることが難しくなっていました。その結果、同社は各広告プラットフォームに届くコンバージョンデータが、実際のリードファネルの実態を正確に反映しているか確信を持てずにいました。

このFintech企業の環境は、全面的にクライアントサイドトラッキングに依存していました。すべてのコンバージョンイベントは、ユーザーのブラウザがトラッキングコードを実行し、LinkedInにコンバージョンデータを送信することに依存していたのです。このトラッキング手法は、何の干渉も発生せず、ユーザーが同じセッション内で広告をクリックして遷移した場合にのみ機能しますが、実際にはそうならないことが少なくありません。現実には、広告ブロッカーがトラッキングスクリプトの読み込みを阻止したり、SafariのIntelligent Tracking Prevention（ITP）がCookieやブラウザベースのアトリビューションを制限したり、同意管理による制限によってコンバージョンデータが送信される前にトラッキングが停止されたりすることがよくありました。その結果、一部のコンバージョンがLinkedInや他の広告プラットフォームにレポートされない事態が発生し、以下のような複数の課題が生じていました。

• LinkedIn Adsがカスタマージャーニー全体を十分に把握できなかった。
• キャンペーンの最適化が不完全なコンバージョンデータに基づいて行われていた。
• データ不足により、単なるリードの獲得件数ではなくリードの質に向けた最適化を行うことが難しくなっていた。
• クオリファイドリードや収益成果などのダウンストリームイベントを、元のキャンペーンと関連付けることが困難だった。
• チャネル間で統一された構造がなく、各プラットフォームがデータを個別に受信していた。

Stape Careチームは、このFintech企業をStapeのサーバーサイドGTMインフラストラクチャへ移行し、LinkedInをはじめとする主要なすべての広告プラットフォームをカバーする統合トラッキングアーキテクチャを構築しました。この新しい構成は、プライマリCRMソースであるPipeDriveから、すべてのプラットフォームが一貫性のあるコンバージョンデータを受信できるように設計されました。導入における重要なポイントは正確なイベントの重複排除であり、ブラウザ側とサーバー側のイベントを共通のevent IDでマッピングすることで、コンバージョンの重複を防止しました。

アトリビューションをさらに改善するため、Cookie Keeperパワーアップによるファーストパーティトラッキングを導入しました。ファーストパーティのアトリビューションCookieやクリック識別子の有効期限を延長することで、ブラウザのプライバシー制限がある場合でも、長期にわたるカスタマージャーニー全体でアトリビューションを維持できるようにしました。 

この移行には、Enricherパワーアップを活用したサーバーサイドでのデータエンリッチメントも含まれていました。ハッシュ化されたメールアドレス、電話番号、クリックIDなどのファーストパーティ識別子がユーザージャーニーの途中で取得されると、それ以降のコンバージョンイベントに自動的に付与される仕組みです。 

イベントが広告プラットフォームに転送される前に、サーバーコンテナ内で検証が行われました。無効なペイロード、必須パラメータの欠落、不正な形式のリクエスト、重複イベントが自動的に除外され、高品質なコンバージョンデータのみがLinkedInおよびその他の広告プラットフォームに送信されるようになりました。

オフラインコンバージョンレポートの品質を高めるため、チームは検証レイヤーとしてStape Storeも実装しました。オフラインのCRMイベントがLinkedInに送信される前に、顧客のメールアドレスを使用して、過去に処理されたレコードと各リードを照合・確認しました。 

LinkedIn Conversions APIにとどまらず、同社はGoogle Ads、Meta、TikTok、Snapchatを含むすべての主要ペイドチャネルで統合サーバーサイドアーキテクチャを採用しました。これにより、メンテナンスを簡素化し、プラットフォーム間で一貫したイベント構造を確保し、将来の統合にも対応できるスケーラブルな基盤となる一元化されたトラッキングフレームワークが確立されました。

新しい構成により、クオリファイドリード、商談、成約、サブスクリプション更新、収益などのオフラインCRMイベントをLinkedInに送信することも可能になりました。これにより、単なる初期リードの送信だけでなく、実際のビジネス成果に基づいたキャンペーン最適化が実現し、LinkedInの入札アルゴリズムにより価値の高いコンバージョンシグナルを提供できるようになりました。

長期的な信頼性を確保するため、MonitoringおよびLogs機能を導入し、キャンペーンパフォーマンスに影響が出る前に、配信失敗、APIエラー、レートリミット問題、設定ミスを迅速に特定できるようにしました。これらの改善により、トラブルシューティングの時間が短縮され、マーケティングチームにとって継続的な保守運用が大幅に容易になりました。

移行作業の全体は社内での大規模な開発プロジェクトを必要とせずに完了し、同社は最小限の開発工数でトラッキングインフラのモダナイゼーションを実現できました。

今回の導入により、以下のような長期的な改善がもたらされました。

• すべての主要広告プラットフォームが同一のサーバーサイドインフラを通じてコンバージョンデータを受信するようになり、チャネル横断で一貫した計測とアトリビューションが確保されました。
• ラストクリックレポート、広告ブロッカー、またはブラウザのプライバシー制限によって以前は失われていたイベントを含め、より完全なコンバージョンシグナルがLinkedInに送信されるようになりました。
• Cookie Keeperパワーアップによるファーストパーティアトリビューションにより、長期的なカスタマージャーニー全体でアトリビューションが付与されたコンバージョンが推定10〜15%増加しました。
• EnricherパワーアップによってLinkedInのコンバージョンマッチ率が約10〜20%向上し、キャンペーン配信に向けたより強固な最適化シグナルが提供されるようになりました。
• Stape Storeにより、オフラインリードの重複アップロードが95%以上削減され、レポートの精度向上とより正確な最適化が実現しました。
• 初期のリード獲得データのみに依存するのではなく、クオリファイドリード、成約、収益などのオフラインCRMイベントをキャンペーンの最適化に活用できるようになりました。
• 組み込みの検証機能、モニタリング、ログ記録により、トラブルシューティングの時間が約60〜70%削減され、トラッキング全体の信頼性とコンバージョンデータの品質が向上しました。

Stapeでサーバーサイドトラッキングを導入することで、以下のメリットが得られます。

• ブラウザのプライバシー制限や広告ブロッカーによるデータ損失を削減し、より多くのコンバージョンを計測してアトリビューションの精度を向上させます。
• クオリファイドリード、商談パイプライン、成約、収益など、高品質なコンバージョンシグナルを活用してLinkedInキャンペーンを最適化します。
• Cookieの有効期限延長や強化されたコンバージョンマッチングにより、より強固なファーストパーティデータ基盤を構築し、信頼性の高い計測を実現します。
• イベントの検証を行い、広告プラットフォームに到達する前に重複したコンバージョンのアップロードを防ぐことで、データ品質とレポートの信頼性を向上させます。
• 独自のバックエンドシステムを構築・保守する手間をかけることなく、単一のサーバーサイドインフラを通じてLinkedInやその他の広告プラットフォーム全体の計測を拡張できます。