こんにちは。バナナデスクです。
新しい記事を何度も開いて確認していると、「このアクセス、自分の分では?」と気になりますよね。会社で使うパソコンからの閲覧を除外しても、帰宅後に同じパソコンで開けば残ることがあります。IPアドレスを使う除外は、端末の持ち主を見分ける設定ではないからです。
まず決めたいのは、誰を消すかより、どの回線からのアクセスを対象にするかです。会社、自宅、携帯回線を分けて確認し、最初はデータを残したままテストします。この記事では、設定を有効にしてよいか判断できるよう、3条件の確認計画を具体的に作ります。
内部トラフィックの定義と、除外するフィルタは別
GA4では、対象のIPアドレスなどを内部トラフィックとして定義し、それに対応するデータフィルタを設定します。定義の値とフィルタの条件が一致して、初めて狙ったアクセスへ働きます。この記事ではウェブサイトを扱い、アプリの除外手順は扱いません。
Googleの内部トラフィック除外の公式資料では、テスト・有効・無効という3状態が説明されています。有効な除外フィルタで処理対象から外れたデータは、後から無効へ戻しても取り戻せません。一部のレポートで見えなくしたいだけなら、データの除外ではなくレポートのフィルタを検討します。

「テスト」は、除外条件に一致したデータへ目印を付ける段階です。「有効」は実際に受信データへ適用する段階。「無効」は条件の評価をしない状態です。テスト中のアクセスがレポートに残ることを、設定失敗と考えないでください。
会社・自宅・携帯を別々に確認する
以下は、会社の回線だけを除外する場合の架空の確認計画です。実際に3回線で計測した記録ではありません。公開用の説明では実IPを載せず、社内の安全な管理表で実値とラベルを対応させる想定です。
| 接続条件 | 事前に確認すること | この計画で期待する扱い |
|---|---|---|
| 会社の回線A | 現在の公開IP、固定かどうか、IPv4/IPv6 | 会社用の定義に一致し、テストの印が付く |
| 自宅の回線B | 会社VPNを使わず、本当に自宅回線で接続しているか | 会社用の印が付かず、通常のデータとして残る |
| 携帯の回線C | Wi-Fiを切り、携帯回線へ切り替わっているか | 会社用の印が付かず、通常のデータとして残る |
自宅のアクセスも除きたいなら、回線Bを対象へ加える計画に変えます。ただし自宅のIPが変わる契約なら、今日の値を登録して完了とはいえません。携帯回線は、範囲を広げれば本人だけを判別できるというものでもありません。管理できる固定の接続環境から検証するほうが、除外条件の責任範囲を決めやすくなります。
VPNを使っている場合は、端末の置き場所より実際の出口を確認します。自宅でも会社側の出口を通れば、会社の条件へ一致する可能性があります。逆に社内Wi-Fiでも別の回線へ切り替われば、想定から外れます。ブラウザー名と回線名を一緒に記録しておく理由はここにあります。
対象ストリームで内部トラフィックを定義する
管理画面を開いたら、プロパティ名を確認してから、データストリームの対象ウェブストリームへ進みます。2026年10月1日の公式説明では、タグ設定から設定項目をすべて表示し、「内部トラフィックの定義」で作成する流れです。変更にはプロパティの編集権限が必要です。
名前は役割が分かるものにします。たとえば「会社回線A」、traffic_typeの値は「internal_office」と決めます。これはこの教材用の設計例で、必ずこの値を使うという意味ではありません。後でフィルタ側に同じ値を指定できるよう、綴りを控えます。
IPの条件は、管理者が確認した現在の公開IPと必要な範囲から作ります。パソコンのネットワーク設定に見えるローカルIPを、そのまま外部から見えるアドレスと取り違えないようにします。範囲指定は、含まれる回線を説明できる場合に使い、うまく動かないから広くするという直し方は避けます。
複数の条件は、公式説明ではORとして評価されます。二つ目の条件を足すと、両方を満たす狭い対象になるわけではありません。対象外の人まで含む条件を一つ加えれば、その条件でも一致してしまいます。
フィルタをテスト状態で作り、対象と対象外を比べる
データフィルタで内部トラフィック用の除外フィルタを作り、traffic_typeへ先ほどのinternal_officeを指定します。ここでは状態を「テスト」にします。ルール名とフィルタ名は用途が違うため、値の照合欄に表示名を入れないよう注意してください。
この例なら、フィルタ名を「会社回線A除外テスト」とします。そのうえで3回線から同じ検証ページを開き、実行時刻と発生させたイベントを控えます。別の変更を一緒にすると、どちらが原因か分かりにくくなるため、まず一つの回線の定義から試します。
公式の確認方法は、自由形式の探索で「テストデータのフィルタ名」と「イベント名」を行に置き、「イベント数」を値に使うものです。対象フィルタ名へ絞って、対象の回線に印が付くかを確認します。ただし対象だけに絞った表では、対象外のデータが届いたかが分かりません。対象外の回線については、その絞り込みを外した記録と実行時刻も照合します。
Googleは適用に24~36時間かかることがあると案内しています。すぐに印が出ないことだけで、条件を広げたり有効へ切り替えたりしません。記録時刻、対象ストリーム、IPの一致、traffic_typeの値、反映待ちを順に確認します。
確認票には「未確認」と「不一致」を分けて書く
次は、設定担当者へ渡す記入済みの準備票です。まだ実測していない欄へ丸を付けず、何がそろえば判断できるかを先に書きます。
| 項目 | この例の記入内容 |
|---|---|
| 対象 | 検証用ウェブプロパティ/検証用ストリーム |
| 内部トラフィックの定義値 | internal_office |
| フィルタ名/初期状態 | 会社回線A除外テスト/テスト |
| 対象の確認 | 回線Aの実行時刻とイベントに、想定したフィルタ名が付くこと |
| 対象外の確認 | 回線B・Cのイベントが届き、同じ印が付かないこと |
| 有効化の前提 | 3回線の確認、条件範囲の説明、担当者と切替時刻の記録 |
| この教材での実測結果 | 未実施。ここまでの表は確認計画 |
イベント自体が来ていない場合は、除外が成功したとはまだいえません。タグが動いていない、同意条件が違う、別プロパティへ送っているという可能性もあります。「対象外だから印が付かない」と「そもそも届いていない」は別の状態です。
有効へ切り替えるのは、残すデータも確認してから
対象にだけ印が付き、残したい回線のデータも届くことを確かめてから、有効化の時刻を記録します。その後に同じ条件で確認し、想定外の減少がないかを見ます。問題があればフィルタを無効にして条件を見直しますが、すでに除外した期間のデータが復元されるわけではありません。
回線変更、VPN変更、事務所移転、担当者追加のときは再点検します。「一度設定したから、自分のアクセスはいつでも消えている」という前提を持たないことが大切です。まず一つの管理できる回線から始め、対象と対象外の両方を説明できる状態にしましょう。