GA4で自分のアクセスを除外する方法|テストと本番の切り替えを確認する

会社と自宅と携帯端末の経路を分けて確認する紙模型

こんにちは。バナナデスクです。

新しい記事を何度も開いて確認していると、「このアクセス、自分の分では?」と気になりますよね。会社で使うパソコンからの閲覧を除外しても、帰宅後に同じパソコンで開けば残ることがあります。IPアドレスを使う除外は、端末の持ち主を見分ける設定ではないからです。

まず決めたいのは、誰を消すかより、どの回線からのアクセスを対象にするかです。会社、自宅、携帯回線を分けて確認し、最初はデータを残したままテストします。この記事では、設定を有効にしてよいか判断できるよう、3条件の確認計画を具体的に作ります。

内部トラフィックの定義と、除外するフィルタは別

GA4では、対象のIPアドレスなどを内部トラフィックとして定義し、それに対応するデータフィルタを設定します。定義の値とフィルタの条件が一致して、初めて狙ったアクセスへ働きます。この記事ではウェブサイトを扱い、アプリの除外手順は扱いません。

Googleの内部トラフィック除外の公式資料では、テスト・有効・無効という3状態が説明されています。有効な除外フィルタで処理対象から外れたデータは、後から無効へ戻しても取り戻せません。一部のレポートで見えなくしたいだけなら、データの除外ではなくレポートのフィルタを検討します。

GA4内部トラフィックフィルタのテストはデータを残して印を付け、有効は除外し、無効は評価しないことを示す図
公式資料の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変更、事務所移転、担当者追加のときは再点検します。「一度設定したから、自分のアクセスはいつでも消えている」という前提を持たないことが大切です。まず一つの管理できる回線から始め、対象と対象外の両方を説明できる状態にしましょう。