このテーマで扱う範囲
ヘッドレスECでは、商品閲覧からカートまでは自社フロントで計測できても、決済画面遷移後にコンバージョン計測が欠けることがあります。
このシリーズでは、欠損ポイントの把握 → 識別子の引き継ぎ → 決済後のサーバー送信までを一連の設計としてまとめます。
先に結論
購入CVを安定して取るには、次の3段をセットで設計します。
- 欠損が起きる境界を明確化する
- 遷移前に識別子を注文に引き継げる場所へ保存する
- 決済完了イベントをWebhook起点でGA4へ送信する
全体フロー(概要)
CV取得の基本フロー
フロント側で識別子を取得
_ga など
チェックアウト前に注文連携用属性へ保存
Cookie Bridging
購入完了Webhookで注文情報を受信
orders/paid
サーバー側でpurchaseを送信
GA4 MP
詳しく知りたい方へ
実装工程ごとに、以下の3記事で分けて解説しています。上から順番に読むと、設計判断から実装まで流れで理解できます。
なぜヘッドレス構成でCV計測が欠損しやすいのか
ヘッドレスECで計測が途切れやすい境界を明確にし、どこでデータが失われるかを整理します。
チェックアウト遷移前にCookie情報を引き継ぐ(Cookie Bridging)
識別子を注文データに引き継ぐ実装パターンと、fail-openやホワイトリスト制御の考え方を解説します。
orders/paid webhookからGA4 Measurement Protocolでpurchaseを送る
決済完了後にサーバーサイドでpurchaseを送信する設計、重複防止、監視ポイントをまとめます。
セキュリティと運用上の前提
- 実運用の環境変数名やキー名は公開しない
- 管理系APIは必ず認証を掛ける
- 失敗時はチェックアウトを止めない(fail-open)
- ログには個人情報・トークン類を残さない
以下のサブトピックで、各工程を順に解説します。