変換API
このガイドでは、変換APIとは何か、およびTealiumで変換API(CAPI)を構成するためのベストプラクティスについて説明します。
概要
変換APIを使用すると、クライアント側とサーバー側のシグナルを組み合わせることで、変換トラッキングデータの正確性、信頼性、およびセキュリティを確保できます。
これらは、広告のパフォーマンスと広告支出のリターン(ROAS)を向上させるためにデータを使用する広告プラットフォームに変換イベントデータを送信します。Tealiumは、Meta(Facebook)、Google、Amazon、Snap、Pinterest、LinkedIn、Microsoftなど、さまざまなベンダーから変換APIを提供しています。
変換APIは、ウェブサイト、モバイルアプリ、物理店舗からのオフラインデータなど、顧客ジャーニーの任意のポイントからイベントデータを受け取り、ウェブブラウザーに依存せずにサーバーから直接データを送信できます。
仕組み
変換イベントは、顧客が購入を行う、サインインする、サイトに登録する、アプリケーションを完了するなど、顧客に関するファーストパーティデータを提供するアクションを完了したときに発生します。
Tealiumは、ファーストパーティデータを安全に広告プラットフォームに送信します。広告プラットフォームは、クライアント側のタグとサーバー側の変換APIコネクタの組み合わせを使用して、プラットフォーム上の広告とのユーザーの相互作用とデータを照合して、以下を行います:
- 広告プラットフォームのAIおよび機械学習モデルを、入札、最適化、およびクリエイティブ配信のための高品質なシグナルでエンリッチメントします。
- 広告のターゲティングと配信を最適化し、ROASを向上させます。
- 広告のパフォーマンスを示す変換レポートを作成します。
- 高意図顧客をリターゲティングし、無駄な支出を減らすためにオーディエンスの構築と抑制を改善します。
ハイブリッドソリューション
Tealiumでは、通常、タグとコネクタの重複排除をサポートする変換APIソリューションを提供しています。クライアント側のタグとサーバー側の変換APIコネクタが一緒に動作するハイブリッドアプローチを推奨しています。これにより:
- ブラウザーの構成によってタグがブロックされたり劣化したりしても、変換をキャプチャできます。
- タグと変換API間でイベントを検証および重複排除し、プラットフォームが高品質の変換シグナルを受け取ることができます。
- オンラインおよびオフラインの変換を組み込むことで、顧客ジャーニーのより完全なビューを構築します。
- 広告プラットフォームのAIおよび最適化アルゴリズムのためのより豊かで一貫性のあるトレーニングデータを提供します。
ハイブリッドアプローチを90日間使用することをお勧めします。初期の90日間の後、広告主は広告パートナーと協力して、レジリエンスの状態、イベントマッチ品質スコア、および全体的なシグナルの健全性を評価する必要があります。データが強い信頼性と正確性を示している場合、広告主はクライアント側のタグシグナルを削除することを自信を持って進めることができます。
クライアント側のタグと重複排除
ベンダーがクライアント側のタグとサーバー側の変換APIの両方をサポートしている場合、Tealiumは可能な限り多くの変換イベントをキャプチャするために両方を実装することを推奨します。これには、ブラウザによってサードパーティのタグがブロックされたり劣化したりした場合に見逃されるシグナルも含まれます。
タグと変換を使用して同じ変換を送信すると、広告プラットフォームに重複したイベントが送信される可能性があります。これを防ぐために、多くの変換API実装は重複排除をサポートしており、共有イベント識別子を使用して2つのシグナルが同じ変換を表していることを認識し、それを1回としてカウントするメカニズムです。
典型的なハイブリッド構成では:
- タグがブラウザ上で発火し、クライアント側の変換イベントを送信します。iQ Tag Managementでは、これは通常、広告ベンダーの仕様に従ってイベントごとに一意の識別子を作成するためにタグ構成でGenerate Event IDフラグを使用します。
- 変換APIコネクタが同じイベント識別子を持つ対応するイベントを送信します。Automatic Deduplicationを使用するか、識別子をマッピングすることで、イベントに一意の識別子が送信されることを確認します。
- 広告プラットフォームは共有イベント識別子を使用して重複排除を行い、単一の高品質な変換レコードを保持します。
ハイブリッドパターンは、信号損失に対するレジリエンスを向上させながら、クリーンで正確なレポーティングを維持します。Tealium Connector Insightsを使用して、サポートされているベンダー間で重複排除が期待通りに機能しているかどうかを監視し、配信を診断し、エラーを診断することができます。
誤構成または欠落しているイベントIDは、広告プラットフォームによって重複した変換がカウントされる原因となる可能性があります。クライアント側のタグとサーバー側の変換APIコネクタ間でイベントIDが一致していることを確認してください。
個人識別情報(PII)
各広告プラットフォームは顧客識別子を若干異なる方法でランク付けしますが、共通の原則は同じです:識別子が強く安定しているほど、マッチングと測定の品質が向上します。以下の一般化されたランキングは、主要な変換APIパートナー間の一般的なパターンを反映しています:
最強
- メールアドレス - 通常はハッシュ化され、正規化されます
- 電話番号 - E.164形式、通常はハッシュ化されます
- プラットフォームまたはアカウントID - ログインID、サブスクリプションID、広告プラットフォームまたはシステムによって発行された安定したユーザーID
- 安定したファーストパーティ顧客ID - CRMまたはロイヤルティID、しばしば外部IDとしてマッピングされます
中
- ブラウザおよびクリック識別子 - プラットフォームクリックID、ブラウザID、または類似のクッキー
- クライアントIPアドレス
- クライアントユーザーエージェント
- デバイス識別子
- ハッシュ化された名前および住所コンポーネント - 名、姓、住所、郵便番号、市区町村、州、国
低
- 非構造化名前フィールド - フルネームのみ
- 人口統計属性 - 性別、年齢範囲、その他の識別子なしの広範な場所
- 緩い行動またはセッションのみの識別子 - 訪問間で安定していません
識別子の強い組み合わせは、イベントマッチ品質スコアなどのプラットフォームレベルのシグナル健全性指標を改善し、広告プラットフォームがAIを使用して変換を帰属させ、最適化する能力に直接影響します。シグナルの組み合わせは単一のフィールドよりも重要です。ハッシュ化されたメールプラス電話および安定した外部IDは、単一のIPまたは名前フィールドよりもほぼ常に優れたパフォーマンスを発揮します。
識別子のサポートとランキングの詳細については、各ベンダーの変換APIドキュメントを参照してください。
構成のベストプラクティス
変換APIセットアップが正しく構成されていることを確認するために、次の手順を完了してください:
- Tealium Collectタグが構成され、変換タグの後にload orderで最後にロードされていることを確認します。
- データレイヤーで、必要なPIIデータを定義します(広告プラットフォームはマッチングにPIIを使用します)。
- 変換APIベンダーがタグも提供している場合、両方を使用することをお勧めします。タグを構成し、利用可能な場合は高度なマッチングを使用します。すべてのページでタグをロードすることをお勧めします。タグを構成した後、変換APIコネクタを構成します。
- 変換APIコネクタ用のデータソースを構成します(まだ存在しない場合)。
- 必要なイベントIDが定義されており、クライアント側(タグ)とサーバー側(変換API)でIDが同じであることを確認します。重複排除が機能するためには、イベントIDが同じでなければなりません。クライアント側のタグでGenerate Event IDフラグを使用し、サーバー側のコネクタのAutomatic Deduplication機能を使用することをお勧めします。
- クライアント側の変換イベントのトリガーが正しいことを確認します。必要なデータがすべて入力された後にのみイベントをトリガーします。データが不足している場合、広告プラットフォームの広告レポートおよびROASレポートは不正確になる可能性があります。クライアント側で生成されたイベントIDに基づいてサーバー側のイベントフィードを構成するか、イベントフィード条件でクライアント側のタグロードルールと正確に一致させることをお勧めします。
コネクターインサイト
Tealiumコネクターインサイトは、コンバージョンAPI統合のパフォーマンスを可視化します。サポートされているベンダーについて、インサイトはイベント配信数、エラー率、マッチ品質指標、重複排除状況などの主要な指標を提供します。
コネクターインサイトの使用を推奨します:
- タグとコンバージョンAPIイベントが期待通りに配信され、重複排除されていることを確認します。
- 信号の健全性とマッチ品質を時間とともに監視します。
- ROASやレポートに影響を与える前に構成問題をトラブルシューティングします。
初期構成後は定期的にコネクターインサイトをチェックして、信号の健全性を監視し、構成問題を早期に発見します。
サポートされているCAPIベンダー
コンバージョンAPIの構成例については、以下を参照してください:
- Tealium + Google Enhanced Conversions Integration Guide
- Google SA360 Enhanced Conversions Implementation Guide
- Facebook Conversions Connector
- LinkedIn Conversions Connector
- Amazon Ads Conversions Connector
- X Conversions Connector
- Snapchat Conversions Connector
- Reddit Conversions Connector
- Microsoft UET Conversion API Connector
ユースケース
ウェブコンバージョンの帰属
- ショッパーが季節のセールを宣伝する広告をクリックし、ウェブチェックアウトを通じて購入を完了します。
- 広告タグとコンバージョンAPIがTealiumに実装されているため、購入はクライアントサイドでキャプチャされ、サーバーサイドで確認されます。このデュアルデリバリーアプローチは、部分的なクッキーの損失や広告ブロッカーがあっても高い追跡精度を保証します。
- 広告はセールを元のクリックに帰属させ、広告主が予算配分を最適化し、キャンペーンのパフォーマンスをより正確に測定し、リマーケティングのための高価値オーディエンスセグメントを構築することを可能にします。
- ある見込み客が個人ローンの広告をクリックし、事前資格審査フォームを記入します。
- 広告タグがフォーム完了イベントをキャプチャし、コンバージョンAPIがフォームデータをサーバーサイドに送信し、クライアントサイドのタグがブラウザの制限により失敗した場合でもコンバージョンが確実に記録されます。
- 広告ベンダーはその後、広告がリードを生成したとしてクレジットを与え、データを使用して入札効率を向上させ、同様の意図を持つユーザーをより適切にターゲットにします。
- 旅行者がバケーションパッケージの広告をクリックし、目的地を閲覧し、マルチステップのウェブチェックアウトを通じて予約を完了します。
- タグは各ステップを追跡し、予約が確定した後にコンバージョンAPIを通じてサーバーサイドイベントが送信されます。各ステップの追跡は、タグの配信が中断される可能性のある長いフォームのチェックアウトで帰属精度を向上させます。
- コンバージョンは元のクリックに結びつけられ、旅行ブランドがROAsを最大化し、オンラインで変換される可能性が最も高いオファーを分析することでキャンペーンメッセージを微調整するのに役立ちます。
オフラインコンバージョンの帰属
- ショッパーが広告をクリックし、ウェブサイトを閲覧しますが、その週の後半に店舗で購入します。
- チェックアウト時に、彼らのメールアドレスまたはロイヤリティ番号が収集され、元の広告エンゲージメントにリンクされます。
- トランザクションが販売時点情報管理システムで記録された後、オフラインコンバージョンデータはTealiumにインポートされ、コンバージョンAPIを使用して広告プラットフォームに送信されます。
- 顧客が住宅ローンのリファイナンスオファーの広告をクリックし、ローンオプションを閲覧しますが、オンラインでフォームを完了しません。
- 彼らはコンタクトセンターに電話し、エージェントが彼らの電話番号またはメールアドレスを収集し、アプリケーションを完了します。
- コールセンターがコンバージョンを記録すると、それはTealiumにインポートされ、コンバージョンAPIを使用して広告プラットフォームに送信されます。
- 広告ベンダーはその後、リファイナンスアプリケーションを元の広告エンゲージメントに帰属させることができ、より正確なキャンペーンパフォーマンスレポートとより賢い入札最適化戦略を可能にします。このサーバーサイド配信により、クライアントサイドの追跡のギャップやデジタル行動の遅延によって失われる可能性のある貴重なオフラインリードや高意図のコンバージョンが確実になります。
- 旅行者がバケーションパッケージの広告をクリックし、オンラインでオプションを閲覧した後、旅行代理店に電話して予約します。その際、彼らは自分の名前、電話番号、メールアドレスを提供します。
- この情報は予約システムでキャプチャされ、Tealiumにインポートされ、コンバージョンAPIを通じて広告プラットフォームにサーバーサイドのコンバージョンイベントが送信されます。
- ベンダーはクリックIDまたはユーザー識別子を使用して、オフラインの予約イベントを元の広告クリックにマッチさせます。
- 広告ベンダーはオフラインの予約を元の広告クリックに帰属させることができ、デジタルのタッチポイントの外で予約が完了した場合でも、キャンペーンパフォーマンスの完全な画像をマーケターに提供します。
シグナルロスの回復
- ショッパーがモバイルブラウザで広告をクリックし、チェックアウトに進みますが、ブラウザのトラッキング構成によりタグがブロックされます。
- トランザクションは発生しますが、クライアントサイドのコンバージョンは記録されません。
- コンバージョンAPIはクリックIDとPIIを回復し、注文確認時にコンバージョンデータを広告ベンダーに送信します。このサーバーサイド配信により、帰属が復元され、小売業者は報告の過小評価を避け、高価値の購入者に向けた入札最適化を確実に行うことができます。
- リファイナンスオプションを調査している訪問が広告をクリックし、貸し手のサイトに到着します。
- 彼らは事前承認フォームの記入を始めますが、広告ブロッカーが有効でタグの読み込みが防がれます。
- Tealiumはフォーム送信を収集し、データをコンバージョンAPIコネクタにサーバーサイドで送信します。このサーバーサイドの回復により、リードが正しく帰属され、クライアントサイドのシグナルが劣化または完全にブロックされる制限環境での正確なレポーティングとキャンペーンROIがサポートされます。
- 旅行者がモバイルデバイスでブラウジング中に割引旅行パッケージ予約のためのベンダー広告をタップします。
- 彼らは目的地を探索し、パッケージを選択し、チェックアウトプロセスを開始しますが、完了する前にネットワーク接続が失われます。
- 幸いなことに、Tealiumはすでにタグを使用してクリックIDとセッションコンテキストをキャプチャしており、信号が落ちる前にデータがコンバージョンAPIに送信されていました。
- 後に、旅行者は同じメールを使用してラップトップで予約を再開しますが、今回は広告ブロッカーがインストールされています。
- この時、タグは抑制され、クライアントサイドのコンバージョンキャプチャが防がれます。
- しかし、最終的な予約確認は依然としてTealium Collectタグを通じて送信され、完了したトランザクションをキャプチャし、その後コンバージョンAPIに送信されます。クリックIDとユーザーが提供したPIIを使用して、複数の信号劣化ポイントにもかかわらず、広告ベンダーは予約を元のモバイルクリックに帰属させることができ、正確なレポーティングと入札最適化を確実に行います。
最終更新日 :: 2026年April月22日