GA4から宿主さん・制作会社のアクセスを除外する方法｜内部トラフィック設定

宿主さんやスタッフが毎日ホームページを確認すると、その閲覧もGoogle Analytics 4（GA4）へ記録されることがあります。制作会社が更新確認を繰り返した月も、実際の旅行者が増えたように見えるかもしれません。

このような運営側の閲覧を「内部トラフィック」として分けられます。ただし、最初から除外を有効にしてはいけません。誰を内部とするか決め、テスト状態で確認し、問題がないと分かってから有効化するのが安全な順番です。

先に知っておきたい結論
内部トラフィックに含める人を決める
設定前に確認すること
設定手順
数字から消えない・消えすぎるとき
IPが変わる宿での代替案
AIへ頼めること・人が行うこと
1. 読み取り調査の依頼文
2. テスト計画を作る依頼文
最終チェックリスト
参考情報

先に知っておきたい結論

次の条件がそろう宿では、IPアドレスを使った内部トラフィック設定が役立ちます。

宿の業務用インターネット回線に、変わりにくいグローバルIPアドレスがある
宿泊者用Wi-Fiと業務用回線を区別できる
宿主さんやスタッフの閲覧が多く、アクセス解析へ目に見える影響がある
設定後に宿の回線と別の回線からテストできる

反対に、宿泊者とスタッフが同じWi-Fiを使う宿で回線全体を除外すると、本物の宿泊者の閲覧まで消える可能性があります。スマートフォン回線、VPN、頻繁にIPアドレスが変わる回線も、単純なIP指定には向きません。

完全な除外が難しければ、無理に設定しなくても構いません。運営側のアクセスが混ざる可能性を記録し、期間比較やレポート上の絞り込みで傾向を見る方法もあります。

内部トラフィックに含める人を決める

「宿に関係する人をすべて除外する」のではなく、計測を大きくゆがめる反復閲覧だけを候補にします。

閲覧する人・場所	判断の例
事務所のパソコン	毎日何度も確認するなら候補
宿主さん・スタッフのスマートフォン	館内Wi-Fi接続時だけ対象にできるか確認
制作会社の事務所	固定IPと担当範囲を確認してから候補にする
宿泊者用Wi-Fi	本物の利用者を消すため、原則として除外しない
自宅・モバイル回線・VPN	IPが変わる可能性があり、安易に広い範囲を指定しない

GA4が判定に使うのは、通常、外部から見えるグローバルIPアドレスです。パソコンに表示される192.168...などの館内用アドレスを指定する話ではありません。

実際のIPアドレスは、記事、公開スクリーンショット、AIへの依頼文、Gitの原稿へ書かないでください。設定作業を依頼する場合も、値は宿主さんまたは権限を持つ担当者が管理画面へ入力します。

設定前に確認すること

対象のGA4プロパティとウェブデータストリームを確認する
Googleタグが二重設置されていないか確認する
除外候補の回線を一覧にする
宿泊者用Wi-Fiと業務用回線が同じ出口を使っていないか確認する
回線事業者へ、グローバルIPが固定か変動か確認する
館内Wi-Fiとは別のスマートフォン回線をテスト用に用意する

内部トラフィックの定義には、GA4プロパティの編集者以上の権限が必要です。制作会社へ宿のGoogleアカウントやパスワードを渡さず、担当者自身のアカウントへ必要な権限だけを付与します。

設定手順

GA4の画面名は変更されることがあります。見つからない場合は、この記事の画面名だけを頼りにせず、末尾のGoogle公式ヘルプで現行手順を確認してください。

1. 内部トラフィックのルールを作る

GA4の管理画面から、対象のウェブデータストリームを開きます。「Googleタグ」の設定にある内部トラフィックの定義へ進み、ルールを作成します。

ルール名は「宿・業務用回線」など、用途が分かる名前にする
traffic_typeの値は、特別な理由がなければ初期値のinternalを使う
マッチタイプを選び、確認済みのグローバルIPアドレスまたは範囲を入力する

広い範囲を指定すると、関係のない利用者まで内部扱いにするおそれがあります。「おそらくこの範囲」と推測せず、回線の管理者へ確認します。IPv4だけでなくIPv6を使っている場合もあるため、実際の接続条件を確認してください。

この段階ではアクセスを消していません。条件に合うアクセスへ、内部であることを示す値を付ける準備です。

2. データフィルタは「テスト」から始める

次に、プロパティのデータフィルタで「内部トラフィック」を対象とするフィルタを作ります。

フィルタの種類: 内部トラフィック
操作: 除外
パラメータ値: ルールと同じinternal
フィルタの状態: テスト

最初から「有効」にしません。Googleは、有効なフィルタで除外されたデータは処理されず、後から利用できないと案内しています。過去の内部アクセスをさかのぼって消す機能でもありません。

3. 二つの回線から動作を確認する

少なくとも次の二方向から、同じページを区別できる時間に開きます。

除外候補にした宿の業務用回線
館内Wi-Fiを切ったスマートフォン回線など、外部の回線

テストフィルタ用の項目やDebugViewなどを使い、業務用回線だけが想定どおり内部として扱われるか確認します。Cookie同意で計測を拒否した端末、広告ブロックを使う端末、プライバシー設定の強いブラウザでは、確認用イベント自体が見えない場合があります。

「リアルタイムに表示されないから」とタグやフィルタを重ねて追加せず、対象プロパティ、測定ID、同意状態、反映時間を一つずつ確認します。

4. 記録を残してから有効化する

確認できたら、次を運用記録へ残します。

対象プロパティとデータストリーム
ルール名と対象となる場所
固定IPか変動IPか
宿泊者用Wi-Fiを含まないこと
テストした日、担当者、外部回線での結果
次回確認日

公開する記録へ実際のIPアドレスは残しません。問題がなければフィルタを有効にします。繁忙期や広告開始の直前ではなく、しばらく比較できる時期に切り替えると判断しやすくなります。

数字から消えない・消えすぎるとき

設定後に想定と違う場合は、追加設定の前に次を確認します。

データフィルタが「テスト」または「無効」のままではないか
内部トラフィックのルールとフィルタで値が一致しているか
別のGA4プロパティやデータストリームを見ていないか
回線のグローバルIPアドレスが変わっていないか
IPv4とIPv6のどちらで接続しているか
スマートフォンがWi-Fiではなくモバイル回線を使っていないか
VPNや制作会社の接続経路が変わっていないか
宿泊者用Wi-Fiまで同じIPとして除外していないか
Cookie同意、ブラウザ機能、広告ブロックで計測されていないだけではないか
Googleタグを複数の方法で設置していないか

宿泊者の閲覧まで消している疑いがあれば、フィルタを無効にして原因を確認します。すでに有効なフィルタで除外された期間のデータは復元できないため、早めの判断が必要です。

IPが変わる宿での代替案

動的IPやモバイル回線を無理に追いかけると、ルール更新が増え、除外漏れも起きます。

サイト更新の確認は、DebugViewなどのテスト手段で実施する
分析時だけレポートの比較や絞り込みを使う
更新作業の日時を記録し、その時間帯の増加を解釈するときに考慮する
制作会社には、確認作業の日時と回数を記録してもらう
月次レポートへ「運営側アクセスを一部含む」と注記する

内部トラフィック除外は、人を特定する仕組みではありません。また、Cookie同意とプライバシー案内の代わりにもなりません。

AIへ頼めること・人が行うこと

AIは、現状の整理、設定前チェックリスト、テスト計画、確認結果の記録を手伝えます。一方、Googleアカウントへのログイン、実IPの入力、有効化の最終判断は、宿主さんまたは権限を持つ担当者が行うのが安全です。

読み取り調査の依頼文

宿サイトのGA4に、運営側の確認アクセスが混ざる問題を整理してください。

条件:
- まだ設定を変更しない
- Googleアカウントのパスワードや実際のIPアドレスを求めない
- 宿泊者用Wi-Fiと業務用回線を分けて考える
- 固定IP、動的IP、モバイル回線、VPNの違いを確認する
- 不明点、確認先、設定候補、設定しない選択肢を分けて示す

テスト計画を作る依頼文

GA4の内部トラフィックフィルタを有効にする前のテスト計画を作ってください。

条件:
- 最初は「テスト」状態にする
- 宿の業務用回線と外部のスマートフォン回線で比較する
- 宿泊者用Wi-Fiを誤って除外していないか確認する
- 実際のIPアドレスは伏せ字で扱う
- 合格条件、失敗時に止める条件、記録項目を示す
- 私の確認なしに「有効」へ変更しない