トラフィックの急増：ボットと計測上の問題の切り分け

急激なトラフィックの急増は、ボット攻撃の証拠ではなく、調査を行うべき理由です。まずは、ユーザー、自動リクエスト、あるいは測定実装自体のどの要因によって指標が変化したのかを確認することから始めてください。

確認すべき6つのポイント

1. 特定のエンドポイントに集中したリクエストのバースト：タイミングとレスポンスパターンを調査します。
2. 多数の重複する追跡イベント：意図を断定する前に、重複タグやリトライを確認します。
3. 予期しないネットワークタイプ：共有ゲートウェイやプライバシーツールを考慮します。
4. 突然低下したエンゲージメント：関連するイベントが正しく実装されているか確認します。
5. 見慣れないリファラー：表示されているラベルを鵜呑みにせず、実際のリクエストを検証します。
6. リードの成果が伴わない高いクリック数：トラフィックだけでなく、ターゲティング、フォーム、承認されたリードも調査します。

これらのシグナルは同時に発生することがありますが、不正を自動的に証明するチェックリストではありません。継続時間の短いセッションはイベントの欠落を反映している可能性があり、識別されたクローラーが悪質なものとは限らず有用な場合もあります。

具体例：リリースによってボタンのクリック数が2倍になる場合

フロントエンドのリリース直後に記録されたクリック数が2倍になった一方で、サーバーリクエストや承認されたリード数が変わらないと仮定します。2つのリスナーが同じ追跡イベントを送信していないか調査してください。制御されたブラウザーで1回クリックを再現し、その結果生成されるリクエスト数をカウントします。重複しているリスナーを削除し、1つのアクションによって意図したイベントが1回生成されることを確認します。この仮定のケースは、訪問者をブロックしても解決しません。

代替の可能性を検証してからエスカレーションする

運用記録によって自動化された不正が裏付けられた場合は、エンドポイントのレート制限やチャレンジなどの限定的な対応を選択してください。有効なユーザーが引き続きタスクを完了できることを確認します。スコープ、開始時刻、およびロールバック条件を記録します。公開の証拠に生のユーザーアドレスを露出させたり、プロバイダー全体を自動的にブロックしたりしないでください。

比較を行う際は、日付、タイムゾーン、および単位を揃えてください。CDNリクエスト、アナリティクスセッション、および追跡されたクリック数は、それぞれ異なるカウントです。IP Checkerはネットワークコンテキストを追加できますが、そのパターンの背後にある人物を特定したり、広告料金を決定したりすることはできません。

Google Analyticsは、識別された既知のボットをすでに除外しています。残存する差異を解釈する際は、そのbot exclusion documentationを参照してください。