Converlayがトラッキングを静かに壊しているスクリプトを見つけ出し、直し方まで教えてくれるようになりました

Converlayだけを単独で動かしているShopifyストアは、ほとんど存在しません。加盟店がConverlayを導入する頃には、たいてい過去の開発者がテーマに埋め込んだGoogleタグがすでに動いており、販売チャネルアプリが独自のピクセルを発火させ、クッキーバナーがそのすべてをゲートしているはずで、さらに「比較のためだけに」もう一つの解析ツールが動いていたりします。その多くは問題なく共存します。しかし一部は静かに機能していません—そして今までは、ブラウザの開発者ツールを開いてネットワークリクエストを一つずつ手作業で読み解く以外に、加盟店がその違いを見分ける方法はありませんでした。

Converlay v2.40.0はそれを変えます。ダッシュボードはストアの実際のストアフロントをスキャンし、Converlay自身のトラッキングと競合するサードパーティスクリプトを検出して、見つかった内容をそのまま表示するようになりました。そして今回のリリースの新機能として、すべての検出結果はNorthに引き渡され、具体的で根拠のある修正方法—どの管理画面で何をクリックすべきか、そしてどう確認すればうまくいったと分かるか—まで提示されます。

問題の本質：誰も自分のテーマを監査していない

競合するスクリプトはConverlay特有の問題ではなく、ほとんどのストアでConverlay導入以前から存在しているShopifyストア側の問題です。二回前のリニューアルで作られたテーマには、今もtheme.liquidに生のgtag()スニペットが残っています。販売チャネルアプリはWeb Pixels Managerを通じて独自のピクセルをインストールします。同意管理アプリはShopifyのCustomer Privacy APIと連携するはずですが、連携設定に不備があると訪問者の選択が実際にはそこへ届いていません。これらはどれもエラーを吐きません。ただ静かに、加盟店からクリーンなデータを奪っているだけです。同じ購入が二つの異なるトラッキング設定を通じて同じ広告プラットフォームに二重報告されたり、明示的にオプトアウトしたショッパーのイベントが送信先に流れ続けたりします。

Converlay自身のピクセルとサーバーサイド配信は、もともと脆弱な部分ではありませんでした—Shopifyのサンドボックス化とConverlayのバックエンドが既にそこを切り離しています。脆弱だったのは常に、その周りで一緒に動いている他のすべてで、それがどんなスクリプトを読み込んでいるかを知る手段を持たない加盟店にとっては、見えないものだったのです。

スキャンが実際にチェックしていること

新しい互換性スキャンは、70以上の既知のスクリプトやツール—タグマネージャー、GA4、広告ピクセル、販売チャネルのトラッカー、他社のトラッキングアプリ、プロダクト解析、メール/SMSプラットフォーム、セッションリプレイツール、そして独自のShopify同期挙動を持つ約35の同意管理プラットフォーム—のカタログと照合して実行されます。ストアフロント上で動作しているものを見つけるたびに、加盟店の数字に実際に影響する2つの点をチェックします。

• 二重報告。 同じプラットフォームに、二つの異なる経路を通じて同じイベントが二重に送られていないか—たとえばテーマ独自のGA4タグが、Converlayの GA4送信先と並んで動作し、両方が購入のたびに発火していないか。同じプロパティに対してConverlayの送信先と並行して動くGA4やGoogleタグは、ページビュー、商品閲覧、カートイベントを常に二重計上します—各イベントの送信元は正確に一つであるべきです。
• コンセント同期。 同意バナーがインストールされている場合、その訪問者の選択は実際にShopifyのCustomer Privacy APIに届いているのか、それともクッキーバナーを見せかけだけ隠し、その下ですべてのタグが発火し続けているだけなのか。スキャンは各同意ツールを「同期済み」「部分的に同期」「未検証」「未同期」のいずれかとして報告します—これはほとんどの加盟店が自分で確認する手段を持たない区分です。

結果はダッシュボードのHealthページに新設された互換性カードに表示され、インストール時に自動実行されるほか、必要に応じて再実行もできます。有効期限は30日間で、加盟店はその結果がどれだけ最新かを常に把握した上で行動できます。

「問題があります」から「これが直し方です」へ

競合するスクリプトの一覧は、加盟店がそれについて何をすべきか分からなければ意味がありません。それこそがv2.40.0が実際に追加した部分です。互換性カードのすべての検出結果には、加盟店向けの是正手順—Shopify管理画面または問題のアプリ自身の設定でのクリック手順、変更後も動き続けるもの、そして修正が反映されたことを確認する方法—がベンダーまたはShopify自身のドキュメントに基づいて添えられており、その経路がどれだけ確実に確認されたかに応じて「検証済み」「可能性が高い」「推定」のいずれかとしてマークされます。

各検出結果の横には「Northにこの直し方を聞く」ボタンがあります。クリックすると、Northが会話形式で修正手順を案内します—もっとも深刻なものから一つずつ、最後に確認ステップを挟み、変更が反映されたら再スキャンする提案も行います。直接尋ねれば、スキャンが見えないものについても説明してくれます。スキャンはブラウザ上で今動いているものを読み取るだけで、将来読み込まれ得るすべてのスクリプトを網羅するわけではありません。Northは、クリーンなスキャン結果が保証付きのクリーンなストアを意味するわけではないという境界を、あらかじめはっきり伝えます。

v2.40.0のもう一つの変更点：既にあるものとより上手く共存する

このスキャンに加えて、今回のリリースではConverlay自身が、今まさに報告対象としている他のスクリプトの隣でどう振る舞うかも厳格化されています。解析の同意は得られているが広告の同意が拒否されている場合、ピクセルは専用の広告クリックID系フィールドを正しく差し控えていましたが、記録されるページURLとリファラーには依然としてfbclidやgclidのクエリパラメータが含まれたまま、サーバーを経由して広告プラットフォームのイベントログにまで渡ってしまうことがありました。ピクセルとSDKはどちらも、広告の同意が得られていない場合には、UTMパラメータなど他の情報はそのまま残しつつ、これらのURLからクリックIDパラメータを取り除くようになりました。

同じプロパティへの二つ目のGA4またはサーバーサイドGTM送信先の有効化をブロックしていた同一プロパティガードも、範囲が絞り込まれました。今後は、既に別の送信先が所有しているプロパティに対して新たに送信先をオンにしようとする場合のみブロックし、既に稼働中の送信先を意図せず降格させることはなくなりました—ガードを厳格にすること自体が新たな障害を生むことがないようにするためです。

なぜこれが「カタログの数字が大きくなった」以上の意味を持つのか

Converlayは、Shopifyのストアフロントで実際に起きていることと、広告プラットフォームや解析ツールが報告してくる内容とのギャップを埋めるために存在しています。GA4タグが重複している加盟店は、Converlayから悪いデータを受け取っているわけではありません—Converlayからの正確なデータと、別の何かからの重複データが混ざり合った状態を受け取っているだけであり、今までその混ざり具合を見る手段すらなく、まして解きほぐすことはできませんでした。互換性スキャンは単にノイズにフラグを立てるだけではなく、「何かおかしい」という違和感から、根拠のある具体的な修正へと一直線につながる道です。開発者にテーマのソースコードを読んでもらう必要すらありません。

Converlayは、サーバーサイドのイベント配信を通じて、Meta、Google Analytics 4、TikTok、Pinterest、Klaviyoなどを含む26の送信先にShopifyストアを接続し、いまや静かにそれと競合しかねないサードパーティスクリプトもスキャンします。

Shopifyアプリストアから Converlay をインストールして、Healthページを確認してください—互換性カードは自動的に実行され、報告されたすべての検出結果に対してNorthがワンクリックで待機しています。