GA4のリファラースパム：不適切なフィルターを使わずにトラフィックを整理する

月曜日、GA4に見慣れない参照元が現れ、1,800セッションを記録しています。エンゲージメント時間はほぼ0で、ほとんどのトラフィックが対象市場外の1都市に集中し、注文はありません。最初の反応は、そのドメインを「不要な参照」に追加することかもしれません。しかし、そこで終わると、汚れたデータを取り除くのではなく、ラベルを変更しただけになる可能性があります。

リファラースパム、自己参照、ボットトラフィック、決済サービスからの参照は、集客の表では似て見えることがあります。正しく対処するには、まずどの種類なのかを把握する必要があります。

GA4は参照をどのように記録しますか？

参照とは、別のドメイン上のリンクからユーザーが訪れたとGA4が判断するセッションです。直前のドメインが参照元に表示され、メディアは通常referralになります。

実在するサイトがユーザーを送ってくれるなら、正常なデータです。次のような場合は問題になります。

• ドメインが、同じユーザー行動の流れに含まれる決済サービスや関連サービスである場合。
• 自社のドメインやサブドメイン同士で自己参照が発生している場合。
• ボットやスクリプトがトラフィックを作っている場合。
• スパマーが測定エンドポイントへイベントを直接送信している場合。
• キャンペーンのUTMが失われ、誤った参照元が割り当てられている場合。

見慣れない参照が1行あるだけで、ボットとは断定できません。

混同しやすい4つの状況を区別する

1. 正当なアクセスによる不要な参照

顧客がサイトから決済サービスへ移動し、完了ページへ戻ってきます。GA4は決済サービスを新しい参照元とみなし、そのドメインにコンバージョンの貢献を割り当てる場合があります。

これは偽のトラフィックではありません。元の参照元を維持するため、不要な参照またはクロスドメイン測定を設定する必要があります。

2. 自己参照

参照元に自社ドメインやサブドメインが表示されます。主な原因は次のとおりです。

• 一連の流れの一部にGoogleタグがありません。
• ドメイン間でCookieが失われています。
• クロスドメイン測定が不完全です。
• リダイレクトでリンカーパラメータが削除されます。
• ページによって同意の動作が異なります。

レポートでドメインを除外しても、根本原因は解消しません。Cookieとタグがどのように引き継がれるか確認してください。

3. 実際にサイトへアクセスするクローラーやボット

ボットがページを読み込み、ブラウザのようにトラッキングを発火させます。セッション、表示回数、さらにはイベントも現れることがあります。IPの種類、ユーザーエージェント、行動、アクセス頻度、クリックの品質を調査してください。

4. ゴーストスパム

サイトを開かずに、GA4へイベントが送信されます。不審なホスト名、意味のないページパス、スパマー自身を宣伝するキャンペーンが含まれることがあります。リクエストは自社サーバーを経由しないため、Webログに痕跡が残らない場合があります。

「不要な参照」でできること・できないこと

GA4は、一致するイベントにignore_referrer=trueを付け、そのリファラーが新しいトラフィックの参照元になるのを防ぎます。

決済サービス、やり取りを管理するドメイン、一部のクロスドメインの流れに役立ちます。ただし、次の点を覚えておいてください。

• イベントは引き続き収集されます。
• ユーザーやセッションが自動的に消えるわけではありません。
• 過去のデータは書き換えられません。
• スパムドメインからサイトへのアクセスは遮断されません。
• 参照元が直接流入に変わる場合や、以前の参照元のアトリビューションが引き続き適用される場合があります。

したがって、「スパムドメインを不要な参照に追加する」ことは、ボット対策フィルターではありません。

不審な参照元を調査する手順

ステップ1：セッション数だけを見ない

次のディメンションと指標を追加します。

• ホスト名。
• ランディングページ。
• 国・都市。
• デバイスカテゴリ。
• ブラウザ。
• エンゲージメント率。
• 平均エンゲージメント時間。
• コンバージョンまたはキーイベント。
• ユーザーの最初の参照元とセッションの参照元。

正当な参照元では、コンバージョンが少なくても、妥当なランディングページ、多様なデバイス、ページを読む行動が見られます。スパムは通常、1つの指標だけでなく、複数の異常な兆候を残します。

ステップ2：ホスト名を確認する

ホスト名は、実際に測定しているドメインである必要があります。不審なホスト名や(not set)が付いたイベントがあると、測定IDが別の場所で使われている可能性が高まります。

有効なドメインが複数ある場合、目で覚えるのではなく、レポートやBigQueryに許可リストのロジックを用意してください。

ステップ3：サーバーログと照合する

同じ時間帯、ランディングパス、地域を使って比較します。GA4が数千のセッションを報告しているのに、サーバーに対応するトラフィックがなければ、ゴーストスパムや直接送信されたイベントの可能性が高まります。

データセンターのIPから同じユーザーエージェントで高密度のリクエストがログに残っていれば、ボットはおそらくサイトへ実際にアクセスしています。

ステップ4：UTMが失われた集客を確認する

UTMのないメール、アフィリエイト、広告が、不審な参照として表示される場合があります。除外する前に、そのドメインが提携先、決済プラットフォーム、リダイレクトツールに属していないか、マーケティングチームに確認してください。

ステップ5：発生し始めた時点を確認する

購入手続き、同意バナー、ドメイン、タグを変更した後に参照が急増したなら、実装上の問題である場合が多いです。スパムは公開作業と関係なく突然発生しがちですが、これは手掛かりであって証拠ではありません。

原因別の対処方法

決済サービスや同じ行動経路内のドメインの場合

1. 自社で運用するドメイン向けにクロスドメイン測定を設定します。
2. 必要に応じて決済事業者を不要な参照へ追加します。
3. DebugViewで一連の流れ全体をテストします。
4. 元の参照元にコンバージョンの貢献が引き続き割り当てられるか確認します。

アトリビューションを理解せずに、多数のドメインをまとめて追加しないでください。価値ある参照を直接流入に変えてしまう可能性があります。

自己参照の場合

すべてのテンプレートにGoogleタグがあるか、Cookieドメイン、同意状態、リンカーパラメータを確認します。ホームページだけを開くのではなく、Tag Assistantで一連の流れを最後まで確認してください。

自己参照は、測定の経路が途切れている症状です。不要な参照のリストは症状を隠せますが、経路をつなぎ直すことはできません。

実際にアクセスするボットの場合

GA4は通常のレポートにIPを提供しません。次のような外部データ層が必要です。

• アクセスログまたはCDNログ。
• 住宅回線・データセンター・VPN・TorのIP分類。
• IPまたはフィンガープリント単位のアクセス頻度。
• 同じユーザーエージェントの反復率。
• クリック行動とイベント間の時間。

IP 検索とトラフィックスコアは調査の手がかりであり、人間かボットかの証明ではありません。アプリケーションの結果と照合し、不明な分類は不明のまま記録してください。

ゴーストスパムの場合

GA4に入ったデータを消すための単一のボタンはありません。現実的な対処方法は次のとおりです。

• 有効なホスト名だけを受け入れるレポート。
• 汚染が確認された期間を除外するセグメント。
• Measurement Protocolのイベントに対するサーバー側エンドポイント保護。
• 可能な範囲での公開測定IDのより厳密な管理。
• 繰り返されるキャンペーン、ホスト名、地域パターンの監視。

Web上の測定IDはもともと公開されるため、秘密にしようとするより、レポート層で許可リストを使う方が一般に確実です。

過去を書き換えずにデータをクリーンにする

GA4は、新しいフィルターを過去にさかのぼって適用しません。比較可能なレポートにするため、設定日を記録し、期間を2つに分けてください。

• 対処日より前： 特定した参照元やホスト名を除外するセグメントを使います。
• 対処日より後： 新しいルールが機能しているか監視します。

BigQueryやデータウェアハウスでは、行を削除するのではなく、traffic_quality_statusフィールドを追加してください。

• valid。
• internal。
• known_bot。
• suspected_bot。
• ghost_spam。
• attribution_issue。

生データを残せば、監査可能性を失わずにルールを変更できます。

リファラースパムの警告ダッシュボード

1つのしきい値だけで、トラフィックを自動的に削除しないでください。警告は調査のきっかけであり、判断には複数のシグナルが必要です。

よくある誤り

直帰率の高い参照をすべて除外する

実在するニュース記事やディレクトリが、1ページだけを読むユーザーを送る場合もあります。コンバージョンが低いだけでは、不正の証拠にはなりません。

範囲の広い正規表現ルールを作る

「pay」に一致するルールは、PayPal、決済用サブドメイン、無関係な正当な参照元にも影響する可能性があります。正確なドメインを正規化し、公開前に条件をテストしてください。

サーバーを無視してGA4だけを修正する

実際のボットは、レポートから非表示にしても帯域を消費し続け、広告をクリックする可能性もあります。分析データの整理とトラフィックの保護は、別々の層です。

フィルター後のGA4と生ログを比較する

ログにはアセット、クローラー、API、失敗したリクエストが含まれます。GA4には同意に依存するクライアント側イベントが含まれます。合計値を比較する前に、両方を正規化してください。

公開タグの確認で分かるのは、外部から見える計測コードです。非公開 GA4 レポートの取得や実際の訪問者の割合の計算はできません。権限のあるレポートをアプリケーションとサーバーの証拠と比較してください。

1回の作業で進める整理チェックリスト

1. 参照元・メディア、ホスト名、ランディングページを特定します。
2. エンゲージメント、地域、デバイス、コンバージョンを比較します。
3. サーバーログまたはCDNログと照合します。
4. 決済、アフィリエイト、リダイレクトについてマーケティングチームに確認します。
5. アトリビューション、自己参照、実際のボット、ゴーストスパムに分類します。
6. 適切な対策を適用し、日付を記録します。
7. 少なくとも1つの事業サイクルにわたって経過を確認します。

次の問題から定期レポートを守る

目の前の整理が終わったら、そのロジックを特定の分析担当者のノートだけに残さないでください。有効なホスト名、自社ドメイン、決済事業者、既知の内部参照元、確認済みのスパムパターンを、小さな参照テーブルで管理します。各項目に担当者と見直し日を設定してください。

ダッシュボードには、生データと整理後の両方のビューを表示するべきです。生データは証拠を保存し、整理後のビューは毎週の判断を支えます。フィルターを目立つように表示し、関係者が整理後の集客グラフと未処理の経営向け合計値を比べて、トラッキングが壊れたと誤解しないようにしてください。

新しい参照元とホスト名の組み合わせや、セッションに対するエンゲージメントの比率の急変を検知するアラートを作成します。アラートにはランディングページと地域を含め、分析担当者が5つのレポートを開かなくても調査できるだけの情報を提供してください。

対処した日付を、注釈やデータ品質ログに記録します。不要な参照のルール、同意に関するリリース、ホスト名フィルターが6月10日に変わったなら、前年比グラフが変化したときに、将来の分析担当者がその背景を把握する必要があります。

特に大切なのは、ルールを解除する練習です。誤検知するフィルターは、実在するアフィリエイトやキャンペーンを隠す可能性があります。すべてのルールを元に戻せるようにし、予算判断に使うレポートへ反映する前に、コピーした探索でテストしてください。

まとめ

参照元スパムはアトリビューション設定、アプリケーションの証拠、関連ログから調査します。セキュリティヘッダーだけではイベントや参照元が正当かどうかは判断できません。

参考資料：Google Analytics ヘルプ：不要な参照の特定。