GA4で社内アクセスを除外する方法｜テストから有効化までの手順
SEO・マーケティング編集：株式会社AO
自社サイトを社員が頻繁に開くと、問い合わせにつながる外部ユーザーの行動と社内確認が同じGA4プロパティへ集まり、閲覧数やコンバージョン率を判断しにくくなります。ただし、社内アクセス除外をいきなり有効にすると、その後の対象データは復元できません。IPアドレスの棚卸し、テスト、承認、有効化を順番に進めることが重要です。
- GA4が社内アクセスを識別・除外する仕組み
- テスト状態で対象範囲を確認する手順
- 拠点追加やIP変更に対応する運用台帳
除外の仕組みを理解する
GA4の社内アクセス除外は二段階です。まずWebデータストリームでIP条件に合うイベントへ traffic_type パラメータを付け、次にプロパティのデータフィルタでその値を除外します。Google公式ヘルプによると、WebのIPv4・IPv6やCIDR形式の範囲を指定できますが、アプリ利用者の社内トラフィックはこのIP方式では除外できません。
| 設定要素 | 役割 | 主な確認点 |
|---|---|---|
| 社内トラフィックの定義 | IP条件に合うイベントへtraffic_typeを付与 | 拠点、VPN、IPv4・IPv6、固定・動的IP |
| Testing | 除外せずテスト用ディメンションで識別 | 対象イベントと誤判定を探索で確認 |
| Active | 一致する受信イベントを処理対象から除外 | 有効化後の影響は永続的 |
| Inactive | フィルタを評価しない | 設定保管と適用を混同しない |
| レポートフィルタ | 表示上、一時的にデータを絞る | 受信データの恒久除外とは別機能 |
対象IPを棚卸しする
- 本社、支店、店舗、倉庫など社内からサイトを閲覧する場所を列挙する。
- 各拠点の公開IPv4とIPv6、CIDR範囲、固定か動的かをネットワーク担当へ確認する。
- 在宅勤務、モバイル回線、VPN、委託会社を一律に社内扱いするか決める。
- 検証端末で現在の公開IPを確認し、ルール所有者と更新期限を台帳へ残す。
社内LANのプライベートIPではなく、GA4側から見える公開IPを扱います。動的IPや経路が変わるVPNは、同じ社員でも一致しない可能性があります。広すぎる範囲指定は顧客まで除外するため、根拠の確認できた範囲だけを登録します。
ルールとテストフィルタを設定する
- 対象のGA4プロパティとWebデータストリームを確認する。
- 管理画面のデータストリームからGoogleタグ設定を開き、「内部トラフィックの定義」でルールを作る。
- 拠点を識別できるルール名とtraffic_type値を決め、IP条件を入力する。
- プロパティの「データフィルタ」で社内トラフィックの除外フィルタを作り、状態をTestingにする。
- 実施日時、設定者、プロパティID、ストリームID、条件、承認者を台帳へ残す。
テスト結果を確認して有効化する
テスト状態では対象データを捨てず、「テストデータフィルタ名」ディメンションへフィルタ名が付与されます。社内IPから複数ページと重要イベントを発生させ、探索でフィルタ名・イベント名・イベント数を確認します。公式ヘルプでは適用まで24〜36時間かかる場合があるため、設定直後だけで失敗と判断しません。
- 社内IPと社外回線から同じテスト手順を実行する。
- 社内側だけにテストフィルタ名が付くことを探索で確認する。
- フォーム送信やECテストなど主要イベントも対象になることを確認する。
- 誤判定がないか確認し、担当者と承認者が結果を記録する。
- 有効化日時を決め、Activeへ変更する。
- 有効化後もリアルタイムだけでなく後日レポートを確認する。
Activeにしたデータフィルタは、その時点以降の受信データに作用し、過去データは変更しません。除外されたデータはGA4やBigQueryで利用できないため、テスト結果と承認なしに有効化しない運用が安全です。
確認台帳と変更管理
フィルタは作って終わりではありません。拠点移転、回線契約変更、VPN切替、IPv6導入、制作会社の変更で対象範囲が変わります。次の項目を一つの台帳で管理します。
| 記録項目 | 記載例 | 見直す契機 |
|---|---|---|
| 対象 | 本社・支店・検証VPN | 拠点追加・移転 |
| IP条件 | IPv4/IPv6、単一またはCIDR | 回線・ルーター変更 |
| GA4設定 | プロパティ、ストリーム、traffic_type、フィルタ名 | 計測構成変更 |
| テスト結果 | 日時、社内・社外回線、確認イベント | ルール変更 |
| 承認 | 設定者、分析担当、責任者 | Activeへの変更 |
| 定期確認 | 次回確認日、担当者 | 四半期・契約更新 |
IPアドレスを共有資料へ掲載する範囲は必要最小限にし、台帳の閲覧権限も管理します。GA4での除外はセキュリティ制御ではなく計測データの衛生管理です。サイトや管理画面へのアクセス制限は別に設計してください。
社内アクセス除外チェックリスト
- 対象プロパティとWebデータストリームを確認した
- 拠点、VPN、在宅勤務、委託先の扱いを決めた
- 公開IPv4・IPv6と固定・動的の別を確認した
- 広すぎるCIDR範囲を登録していない
- traffic_type値とフィルタ条件が一致している
- 最初はTestingで作成した
- 社内・社外の両回線でテストした
- 24〜36時間の反映時間を見込んだ
- 主要イベントの識別も確認した
- 有効化前の承認と実施記録を残した
- IP変更時の担当者と次回確認日を決めた
よくある質問
Testingにすると社内アクセスはレポートから消えますか？
消えません。Testingは一致するデータへテスト用ディメンションを付け、探索で確認できる状態です。確認後にActiveへ変更すると、その後に受信する一致データが処理対象から除外されます。
Activeにした後で元に戻せますか？
フィルタ状態は変更できますが、Active中に除外され処理されなかったデータは後から復元できません。Google公式も影響は永続的と説明しているため、テストと承認を先に行います。
過去の社内アクセスも消えますか？
消えません。データフィルタは作成・適用以降の受信データを評価し、履歴には遡及しません。過去期間の分析では、既知の条件でレポート表示を絞るなど別の対応を検討します。
在宅勤務者もIPで除外できますか？
固定の公開IPや統一されたVPN出口を使う場合は管理しやすい一方、家庭の動的IPやモバイル回線では継続的な一致が難しくなります。対象範囲、更新責任、誤除外リスクを評価し、無理に広い範囲を登録しないでください。
アプリの社内利用も同じ方法で除外できますか？
Google公式ヘルプでは、IPアドレスによる内部トラフィック除外はWeb向けで、アプリ利用者には使えないとされています。アプリ計測は別の検証・環境分離方法を設計します。
参考にした公式情報
- Google Analytics：内部トラフィックを除外する
- Google Analytics：データフィルタ
- Google Analytics：フィルタ・サブプロパティ・権限の比較
- Google Tag Manager：Googleタグで内部トラフィックを定義する
公式情報の確認日：2026年11月5日。管理画面の名称や仕様は変更される場合があるため、実施時に対象プロパティと公式ヘルプを確認してください。