内部トラフィック除外は最初に

この記事でできること

• 自社アクセス除外が 定義（IP）とデータフィルタの2段 だと理解する
• Testing で確認してから Active にする順番を持つ
• 動的IP・DebugView確認と、通常の内部除外を混同しないチェックを持つ

だれ向けか

GA4をWebサイトに入れた個人・小規模向けです。アプリの内部トラフィック除外の詳細、BigQuery、サーバーサイド計測は扱いません。管理画面のメニュー名は変わりうるので、作業時は画面と公式ヘルプを正としてください。タグの発火確認はDebugView、週次の見方は15分レビュー側です。

結論：除外は2段。Testing放置が最多事故

「数字が自分のアクセスばかり」で困る典型は、フィルタを作ったつもりでも Testingのまま か、IPの定義だけ／フィルタだけ で止まっていることです。逆に、確認せず Active にすると、検証中のアクセスまでレポートから落ちて迷いが増えます。

合格の目安は次です。週次や広告の前に、ここまで通っているかを先に見ます。

1. 内部トラフィックの定義（どのIPを内部とするか）がある
2. データフィルタでそれを除外する設定がある
3. Testing（または同等の検証）で印を確認した
4. 問題なければ Active にし、開始日をメモ／注釈に残した

タグが発火していない問題は、内部除外では直りません。発火確認は別記事のDebugViewへ回します。

用語の対応（表）

段	目的	よくある抜け
定義	IP等で内部であることを印付けする	フィルタだけ作って定義が空
データフィルタ	印の付いたイベントをレポート処理から外す	Testingのまま「除外済み」と思う
検証	Testingで意図どおり印が付くか見る	いきなり Active
Active	以降のレポートから除外	過去データが消えてきれいになると期待する

公式の説明では、定義側で traffic_type などの印が付き、データフィルタ側でそれを除外する流れです。権限はプロパティの編集相当が必要な旨が案内されています（詳細は公式）。

役割: GA4内部トラフィック除外の手順アシスタント
状況: [自分のアクセスが混ざる / フィルタを作ったが効かない / これから設定]
制約:
- 出力は「定義→フィルタ→Testing→Active」の順だけ
- 画面ラベルを断定しない（公式と管理画面を見よと書く）
- Active後の過去データ復元を約束しない
- 動的IP・VPNは「見直しが必要」と注記

手順（25分）

1. 公開IPを確認し、内部トラフィックを定義する（8分）

作業中の回線で、いまの公開IPを確認します（公式手順内の案内や、一般的な「自分のIP」確認で可）。オフィスや自宅の固定回線なら、そのIP（または範囲）を内部として定義します。

定義の置き場所は、Webデータストリームのタグ設定まわりにある「内部トラフィックの定義」系です。正確なラベルは画面で確認してください。traffic_type の値は既定で internal が多いですが、変更した場合はフィルタ側と必ず揃えます。

2. データフィルタを用意し Testing にする（7分）

管理画面のデータフィルタで、内部トラフィック用のフィルタを用意（または既存を確認）します。除外の対象が、定義した traffic_type と一致しているかを見ます。

最初は Testing（検証）にします。Active はまだにしません。ここを飛ばすと、効いているか分からないまま本番除外になります。

3. 自サイトを開いて印を確認する（5分）

定義したIPからサイトを開き、Testing中に公式が案内する方法（テスト用のディメンション等）で、内部として扱われているかを確認します。

• 印が付いた → 手順4へ進んでよい
• 印が付かない → IPの取り違え・定義未保存・別プロパティ／別ストリームを疑う。直るまで Active にしない

DebugViewでタグを見ている最中の話と混同しないでください。DebugViewは発火確認、内部除外はレポートの汚れ防止です。開発者トラフィック用のフィルタは別枠として案内されることがあります（公式を確認）。

4. Active にして開始日を残す（5分）

印が意図どおりなら Active にします。Active 後の除外は、公式の説明どおり 今後のデータに効く・取り消し前提にしない 扱いで進めてください。週次で見る人は、注釈に「内部除外をActiveにした日」を1行残すと、あとから数字の段差を説明しやすいです。

動的IPやモバイル回線が多い場合は、除外しきれない日がある前提で、週次の異常値チェックを15分レビューに残します。ストア側の数字との食い違いは、内部除外以外の要因も多いので、切り分けはDebugViewと週次メモを併用してください。

チェックリスト

• 内部トラフィックの定義（IP等）がある
• データフィルタがあり、定義と値が揃っている
• Testingで確認してから Active にした（または確認ログがある）
• Active開始日をメモ／注釈に残した
• DebugView確認と通常の内部除外を混同していない
• 「タグ未発火」を内部除外で直そうとしていない

やってはいけないこと

• Testingのまま「もう除外済み」と思い込むこと
• 確認せず Active にして、検証アクセスまで落とすこと
• Active直後に過去レポートがきれいになると期待すること
• 動的IPなのに一度設定すれば永久安心だと思うこと
• 管理画面ラベルや権限名を記事だけで断定すること
• 計測タグの不具合を、内部除外だけで直そうとすること

参照（公式・一次情報）

画面名は変わることがあるため、作業前は公式を正としてください。Active後の除外は今後のデータに効く前提で扱い、復元は期待しないこと。

• Google：内部トラフィックを除外する — 定義とデータフィルタの公式手順
• Google：データのサブセットをフィルタ等する — フィルタの位置づけ
• Google：DebugView — 発火確認（内部除外とは別）

次のステップ

除外ができたら、発火確認はDebugView、見方は週次レビュー、変更日は注釈へ。今日やるのは「定義があるか／フィルタがTestingかActiveか」を画面で確認するだけで十分です。