Metaには届いているのにGA4には表示されない注文がある理由 — そしてConverlayがそれを検知する仕組み

買い物客がチェックアウトを完了します。ConverlayはこれをMetaとGoogle広告に送信し、両方のプラットフォームがコンバージョンを記録します。しかしGA4はそれを一度も見ません。何も失敗していませんし、送信漏れもありません — その注文には単にアナリティクスの同意がなかったため、広告先には正しく届きながら、アナリティクス先からは正しく除外されただけです。これをショップの注文量に掛け合わせると、はっきりした原因もアラートもないまま、2つのコンバージョン数が静かに一致しなくなっていきます。

Converlay v2.29.0は、まさにこのパターンを可視化する新しいデータヘルスチェックルール — consent_mismatch — を追加しました。さらに同じリリースで、買い物客の実際の選択とは無関係な理由でこれが発生する頻度を減らす3つの修正も行っています。

広告とアナリティクスの同意が正当に食い違う理由

同意は一つのスイッチではありません。買い物客が目にするクッキーバナーは通常、広告とアナリティクスを別々に尋ねており、一方に同意し他方を拒否するのはごく普通のことです — パーソナライズ広告には同意しつつ計測は拒否する、あるいはその逆です。これが起こったとき、Converlayの同意解決ロジックは正しく動作します。付与された目的でカバーされる送信先には注文を届け、拒否された目的でカバーされる送信先からは除外します。

これは正しい挙動であり、バグではありません。しかし加盟店が気づいていなかった副作用があります。アナリティクスが拒否されている一方で広告への同意が記録された注文は、広告プラットフォームには届き続けますが、GA4上ではその注文を生んだストア訪問と二度と紐付けることができません。ダッシュボード上では注文は配信済みに見えます。アトリビューションの損失は後になって、広告プラットフォームのコンバージョンがアナリティクスの数字と合わなくなるという形で現れます。その頃には、同意が原因だと示すものは何も残っていません。

新しいルールが実際に検知するもの

ヘルスチェックはpurchases_consent_mismatchedという集計値を追跡し、ピクセル購入の総量と比較してスコアリングします。比率の両辺ともピクセル購入で計算するため、webhook中心のショップの数字が、ルールが元々測定していない注文によってしきい値以下に薄まることはありません。重要なのは次の2つの区分です。

• 10%未満：何も表示されません。広告とアナリティクスで実際に異なる選択をする買い物客が一定数いるのは想定内であり、それを警告するのはノイズにしかなりません。
• 30%以上：警告に格上げされます。注文の大部分がこのように分かれている場合、多くはバナーの設定、目的のマッピング、CMPとの連携といった同意設定の問題が原因であり、買い物客の選択によるものではないと考えられます。

このルールが発動すると、Converlayが実際にはデータだけからは特定できない根本原因を名指しする代わりに、加盟店にわかる言葉で仕組みを説明します。注文は引き続き広告プラットフォームに届いていますが、アトリビューションが弱まっているということです。ヘルスチェックの他の部分と同様、サポートする8言語すべてに翻訳されています。

誤った不一致を生み出していた2つのバグ

検知ルールは、それを支えるデータと同じだけしか役に立ちません。そこでv2.29.0では、買い物客の実際の選択とは無関係な不一致を生み出していた2つのギャップも修正しました。

買い物客の同意検索が静かに失敗していました。注文のwebhookが届くと、Converlayはまずリージョンのデフォルト値にフォールバックする前に、買い物客自身のピクセル同意を解決しようとします。この検索は、買い物客のメールと電話番号をハッシュ化し、すでにストアから記録されている同意と照合するものですが、そのハッシュ化は未加工の文字列に対して行われていました。そのため、大文字小文字やスペースがShopifyから送られてくるものと異なる入力形式のアドレスはハッシュが一致せず、マッチングはほとんど成功していませんでした。ほぼすべての注文が買い物客の実際の選択ではなくリージョンのデフォルト値に落ち込んでいたのです。これはまさに、新しいルールが本来「不明」として扱うべきギャップでした。メールと電話番号は現在、両側でハッシュ化前に正規化されるようになり、買い物客の実際の同意がはるかに高い頻度で正しく解決されます。

同意が実際に届く前に、ピクセルが注文を記録してしまうことがありました。Cookiebotをはじめとする一部の同意管理プラットフォームは、訪問者の選択をピクセルが起動した後に非同期でShopifyに送信します。注文確認ページでは、このタイミングの差が非常にシビアです。同意シグナルが届く前に購入イベントが発火すると、買い物客がその直後に同意していたとしても、Converlayはアナリティクスを拒否と記録してしまいます。ピクセルは現在、イベントを送信する前に、遅延した同意シグナルを最大1秒待つようになりました。同意を仮定することは決してなく、イベントは常にいずれにせよ送信されますが、実際に同意した訪問者がページ読み込みのタイミングによって誤ってカウントされることはなくなります。

この2つの修正が合わさることで、買い物客の実際の判断とは無関係な理由で不一致グループに分類される注文は減ります。つまり、新しいルールが発動するときは、確認する価値のある何かを教えてくれているということです。

ダッシュボードで確認できること

設定は不要です。ショップの同意不一致率が10%未満であれば、新しく表示されるものはありません — それは広告とアナリティクスで異なる選択をする買い物客の想定内のベースライン率です。30%に近づくか超える場合は、ヘルスチェックが警告として表示し、広告プラットフォームのダッシュボードとGA4の間にある謎のギャップではなく、具体的な数字を手がかりに対応できるようになります。

Converlayは、サーバーサイドのイベント転送を通じて、Meta、Google Analytics 4、TikTok、Pinterest、Klaviyoなどを含む26の送信先にShopifyストアを接続します。データヘルスチェックは今、壊れた連携が原因のギャップだけでなく、同意の選択によって生じるギャップにも目を配るようになりました。

Shopifyアプリストアから Converlay をインストールして、次に広告とアナリティクスの数字がぴったり合わないと感じたときは、ヘルスチェックを確認してみてください。