ボットトラフィックがShopify広告データを汚染していた理由 — そしてConverlayがどう解決したか
サーバーサイドトラッキングはよく知られた問題を解決します。広告ブロッカー、iOS制限、クッキーの有効期限切れにより、クライアントサイドのピクセルがコンバージョンを見逃し、マーチャントが広告プラットフォームに過少報告して入札シグナルを失います。しかし、この方程式の反対側には、より静かな問題があります。サーバーサイドトラッキング層がイベントを忠実に転送しすぎると、送るべきでなかったデータを送信してしまう可能性があります。ストアを訪問するボットや自動クローラーによってトリガーされたイベントも含めて。
Converlay v2.22.0で、この静かなデータ汚染は終わります。ボットリクエストは、Converlayのイベント収集エンドポイントに到着した瞬間に検出され破棄されます。クォータがカウントされる前に、データベースに何かが書き込まれる前に、そして一つのイベントがMeta Conversions API、Google Analytics 4、TikTok Events API、またはConverlayがサポートする他の26の宛先のいずれかに転送される前に。
ボットがコンバージョンデータを汚染していた仕組み
ボットがShopifyストアをクロールすると、ページを読み込みます。多くの設定では、ページを読み込むとPageViewイベントがトリガーされ、時にはカートに商品を追加したり、停止する前にチェックアウトページに到達することもあります。そのピクセルイベントがサーバーサイドで収集されている場合、サーバーはそのセッションがボットだったとは知る術がありません。ブラウザのように見えるユーザーエージェント文字列を持つ受信イベントが見えるだけです。
これらのイベントは通常の転送パイプラインを流れます。Meta Conversions APIに到達し、GA4に表示され、TikTokのイベントマネージャーでカウントされます。広告プラットフォームはこれらのイベントを本物のシグナルとして扱います。入札アルゴリズムに組み込まれます。オーディエンスモデルが更新されます。そして、クローラーが自動実行でチェックアウトイベントをトリガーすると、実際には起こらなかった購入として記録されます。
実際の影響は、ストアが受けるボットアクティビティの量によって微妙なものから重大なものまで変わります。最低でも、水増しされたページビューとセッション数により、広告プラットフォームはリーチを過大評価し、実際の訪問あたりのコストを過小評価します。最悪の場合、架空のチェックアウトと購入イベントが、キャンペーンが最適化しているコンバージョン率を直接歪めます。
v2.22.0での変更点
Converlayは現在、処理前に各受信イベントリクエストをボット検出にかけています。検出には、既知のクローラー、スクレイパー、監視ツール、自動化されたブラウザのユーザーエージェント文字列を認識するよう積極的に保守されているオープンソースパッケージisbotを使用しています。Googlebot、Bingbot、SEOクローラー、稼働状況モニター、ヘッドレスブラウザフレームワークなども含まれます。
リクエストがボットと識別されると、即座に破棄されます。イベントはクォータチェックに到達せず、データベースに行を書き込まず、宛先ルーティングロジックにも入りません。データの観点からは、ボットの訪問は存在しません。
理解する価値のある意図的な設計上の選択が1つあります。ボットは依然として200 OKレスポンスを受信します。これは抜け穴ではありません。意図的なものです。収集エンドポイントが非2xxステータスを返した場合、ストアフロントのピクセルは配信失敗と解釈し、再試行を試み、追加のリクエストを生成します。リクエストが配信されたと確認することで、Converlayはデータに関する結果を伴わずに再試行ループを止めます。
フェイルオープンの安全保証
ボットフィルタリングが議論される際に必ず出てくる懸念点は偽陽性です。正当なコンバージョンイベントが誤ってボットとして分類されたらどうなるか？偽陽性のコスト（本物の購入イベントを破棄すること）は、偽陰性のコスト（1つのボットイベントを転送すること）より高いです。
Converlayの実装はこれを意図的なフェイルオープンルールで考慮しています。受信イベントのユーザーエージェントヘッダーが欠落しているか空の場合、ボットチェックはバイパスされ、イベントは本物のコンバージョンとして扱われます。欠落したユーザーエージェントは曖昧です。異常なボットである可能性もありますが、ユーザーエージェントを送信しないブラウザやアプリからの本物の購入である可能性も同様にあります。Converlayは転送を選択します。なぜなら、本物のコンバージョンを見逃すことは、曖昧なものを転送することより悪いからです。
フィルターは確信を持つのに十分な情報がある場合にのみ動作します。既知のボットシグネチャと正に一致するユーザーエージェント文字列の場合です。それ以外の全ての場合、イベントは通常通り流れます。
これが広告プラットフォームのデータに意味すること
最も直接的な効果は、Meta Events Manager、GA4、TikTok Events Manager、その他の宛先でのイベント数がわずかに少なく、より正確になることです。ストアが大量のクローラートラフィックを受け取っている場合、減少は顕著かもしれません。
このボリューム削減は機能であり、問題ではありません。広告プラットフォームの入札アルゴリズムは、受け取るコンバージョンシグナルが実際のユーザー行動を反映している場合により良く機能します。ボットがトリガーしたイベントを含むデータセットでトレーニングされたアルゴリズムは、間違ったターゲットに最適化してきました。このノイズを取り除くことでアルゴリズムにクリーンなシグナルを与え、時間の経過とともにコンバージョンあたりのコストを改善する傾向があります。
マッチ品質スコア（MetaではEvent Match Quality (EMQ)、GA4ではコンバージョンモデリング品質として表示）も改善される可能性があります。ボットイベントは通常、本物の購入イベントよりも弱いIDシグナルを持っているため、それらを削除することでプラットフォームが受け取るイベントの平均品質が上がります。
設定不要
ボットフィルタリングはv2.22.0以降、全Converlayマーチャントに対して自動的に有効です。有効にするものも、設定するしきい値も、管理する許可リストもありません。検出を動かすisbotパッケージは積極的に保守されており、新しいクローラーが出現するたびに更新されます。
ボットフィルタリングがイベント数に影響しているか気になる場合は、Converlayダッシュボードのイベントボリュームと各宛先のレポートインターフェースの数値を比較できます。Converlayダッシュボードは受信した全イベントをカウントします（フィルタリング前）。一方、宛先プラットフォームは実際に転送されたイベントのみを表示します（フィルタリング後）。差異はConverlayが広告プラットフォームに到達すべきでないと判断したトラフィックを反映しています。
正確なデータは他の全ての基盤
サーバーサイドトラッキングスタックの他の全ての機能（マッチ品質、イベント重複排除、同意の施行、オーディエンス同期）は、基礎となるイベントデータが正確であることに依存しています。ボットトラフィックのフィルタリングは、下流の全てのメトリクスをより信頼できるものにする基本的な修正です。
Converlayは、広告ブロッカー、iOS制限、クッキーの有効期限切れを回避するサーバーサイドイベント転送を通じて、ShopifyストアをMeta、Google Analytics 4、TikTok、Pinterestなど26の宛先に接続します。ボットフィルタリングは現在、そのパイプラインのデフォルト部分です。
Shopify App StoreからConverlayをインストール して、今すぐ広告プラットフォームにクリーンで正確なコンバージョンデータの転送を始めましょう。