Conversion APIとは？サーバーサイドイベントトラッキングを解説

Conversion APIは、購入、カート追加、リード提出などのイベントデータをサーバーから広告プラットフォームのサーバーに直接送信できるバックエンドインターフェースです。最もよく知られた実装は、MetaのConversions API（一般的にCAPIと呼ばれる）とGoogleのサーバーサイドEnhanced Conversions APIです。顧客のブラウザ内で実行されるJavaScriptタグがコンバージョンイベントを発火する代わりに、バックエンドインフラから、ブラウザ環境の完全に外側でHTTPリクエストを通じてデータが送信されます。

この概念は、ブラウザベースのトラッキングの増大する制限への対応として生まれました。広告ブロッカーはトラッキングスクリプトの読み込みを妨げます。SafariのIntelligent Tracking Prevention（ITP）はCookieの有効期間を制限します。iOSのApp Tracking Transparencyは特定のトラッキングの前にユーザーのオプトインを要求します。ShopifyのWeb PixelサンドボックスはスクリプトがメインドメインのCookieにアクセスすることを防ぎます。これらの各開発が従来のピクセルベースのトラッキングの信頼性を低下させています。Conversion APIは、データ送信パスをブラウザの完全な外側、つまりサーバーからサーバーへ移動することでこれを解決します。

「Conversion API」は単一の標準化されたプロトコルではないことを理解することが重要です。各広告プラットフォームが独自の実装を持っています。MetaのCAPIは特定のエンドポイントとデータスキーマを使用します。Googleのアプローチには、Enhanced Conversions（コンバージョンイベントと共にハッシュ化された顧客データを送信）が含まれ、Google Ads API、Google Tag Managerサーバーサイドコンテナ、またはGA4のMeasurement Protocolを通じて動作できます。Shopifyストアオーナーにとって、実際の問題は手動でどのAPIを実装するかではなく、トラッキングアプリやセットアップが使用するプラットフォームのサーバーサイドイベント送信を処理するかどうかです。

Conversion APIが重要なのは、ブラウザベースのトラッキングだけではすべてのコンバージョンをキャプチャできないためです。業界の調査は一貫して、ピクセルのみのトラッキングが広告ブロッカー、Cookie制限、ブラウザのプライバシー機能により、実際のコンバージョンイベントの15〜35%を見逃していることを示しています。Google広告で月10万ドルの売上があるShopifyストアの場合、15,000〜35,000ドルの収益が広告プラットフォームに見えていないことになります。コンバージョンデータに依存して入札を最適化するSmart Biddingは、この不完全な全体像に基づいて判断を行い、キャンペーンを体系的に過小評価して入札を下げています。

Shopifyストアに特有なこととして、Conversion APIはWeb Pixelによって導入されたCookie制限に対処します。Web Pixelはサンドボックス化されたiframeで実行されファーストパーティCookieにアクセスできないため、ブラウザ内での従来のGCLIDベースのアトリビューションが機能しません。サーバーサイドトラッキングは、セッションレベルで（顧客がチェックアウトに到達する前に）GCLIDまたは他のアトリビューションパラメータをキャプチャし、サーバー間コンバージョンリクエストに含めることで、この問題を解決できます。これにより、ブラウザサンドボックスが壊すはずのアトリビューションチェーンが維持されます。

プライバシー規制がグローバルに強化されるにつれ、戦略的重要性は増しています。EUのデジタル市場法、ブラウザベンダーの継続的なCookie制限、潜在的な米国のプライバシー法制はすべて、ブラウザベースのトラッキングがさらに信頼性が低くなる未来を指し示しています。Conversion APIは、ブラウザレベルのプライバシーコントロールの対象にならないサーバーサイドへのトラッキングインフラの移行という業界の長期的なソリューションを代表しています。今サーバーサイドトラッキングを採用するShopifyストアオーナーは、今後数年間のためのより堅牢な測定基盤を構築しています。

Conversion APIの一般的なフローは、顧客がShopifyストアで購入を完了した時に始まります。ブラウザサイドのタグが発火する代わりに（またはそれに加えて）、サーバーがトランザクション詳細を含む注文webhookをShopifyから受信します。トラッキングシステムがこのデータを広告プラットフォームのAPI仕様に従ってフォーマットし（注文金額、トランザクションID、通貨、顧客メール（ハッシュ化）、GCLIDやクリックIDなどの利用可能なアトリビューション識別子を含む）、プラットフォームのConversion APIエンドポイントにHTTPS POSTリクエストを通じて送信します。

Google広告の場合、サーバーサイドコンバージョントラッキングは通常Enhanced Conversionsを通じて機能します。購入が発生すると、システムがハッシュ化されたファーストパーティの顧客データ（メールアドレス、電話番号、名前、住所）と共にコンバージョンイベントを送信します。Googleはこのハッシュ化されたデータを自身のユーザーデータベースと照合し、コンバージョンを元の広告クリックにリンクします。このマッチングプロセスはGoogleのサーバー上で行われ、コンバージョン時に顧客のブラウザにGCLID Cookieが存在する必要はありません。マッチ率は通常60〜80%で、壊れたCookieベースのトラッキングと比較して大幅に改善されます。

MetaのCAPIの場合、プロセスは類似していますが、Metaのイベントエンドポイントとデータスキーマを使用します。Purchase、AddToCart、InitiateCheckoutなどのイベントを、イベント時間、カスタムデータ（値、通貨、コンテンツID）、ユーザーデータ（ハッシュ化されたメール、電話、ブラウザ識別子）を含むパラメータと共に送信します。Metaはブラウザピクセルと併用する「冗長な」セットアップでCAPIを実行することを推奨しており、共有のevent_idパラメータを使用して重複排除を処理します。Shopifyストアオーナーにとって、ScaleUpのようなトラッキングアプリはwebhook処理、データフォーマット、ハッシュ化、API呼び出しを自動的に処理することで、この複雑さを抽象化します。

Conversion API実装で最も頻繁に起こる問題は、低いマッチ率です。ハッシュ化された顧客データをGoogleやMetaに送信する際、プラットフォームはコンバージョンを帰属させるために既知のユーザーと照合する必要があります。顧客がチェックアウト時に提供したメールとは異なるメールをGoogleアカウントに使用していた場合、またはハッシュ化が正しく実装されていない場合、マッチは失敗します。低いマッチ率の一般的な原因には、電話番号なしでメールのみを送信している（複数の識別子を送信するとマッチ率が大幅に向上する）、ハッシュ化エラー（間違ったアルゴリズムの使用やハッシュ化前のデータ正規化の欠如）、顧客データフィールドの欠落があります。

重複排除は、特にブラウザサイドのピクセルとサーバーサイドのConversion APIイベントの両方を同時に実行する場合、もう一つの重要な課題です。両方のパスが同じ購入に対して発火し、共有の重複排除キー（transaction_idやevent_idなど）がない場合、広告プラットフォームはコンバージョンを2回カウントします。これは報告されるコンバージョンを膨らませ、ROASを歪め、Smart Biddingが過度に入札する原因になります。適切な重複排除には、クライアントサイドとサーバーサイドのトラッキング間で各イベントに同じユニーク識別子を使用するよう調整する必要があります。

Conversion APIは、デジタル広告におけるサーバーサイドトラッキングへの広範なシフトの一部です。これらの関連概念を理解することで、Shopifyのトラッキングセットアップが将来にも対応できるかを評価するのに役立ちます。