ホーム›読みもの›GA4に混ざっていた本番以外のホスト

個人サイトのGA4、表示回数の17〜42%は本番以外のホストだった(実測)

2026年11月1日 / フジケン

机の上のノートパソコンに、グラフが並んだ分析画面が表示されているイラスト。両脇に観葉植物
イメージ画像(AI生成のイラスト)

僕は個人でいくつかの小さなWebサイトを運営していて、アクセス解析にはGoogleアナリティクス4(GA4)を使っています。立ち上げから1か月ほどたったころ(2026年8月14日と9月3日に実測)、GA4の「表示回数」をホスト名(どのドメインで見られたか)ごとに分けてみました。

先に結論です。2026年8月6日〜9月2日の28日間で、表示回数のうち本番ドメイン以外が占めた割合は、1つ目のサイト群で17.2%、2つ目で42.1%(574中99、140中59)でした(9月3日に確認)。中身は、開発中の自分のアクセス(localhost・127.0.0.1)と、Cloudflare Pagesが最初に割り当てる既定ドメイン(〜.pages.dev)です。どちらも、何もしなければ本番の数字と同じ表に足されます。

1. よく読まれている解説と、足りなかったもの

書く前に、「GA4 自分のアクセス 除外」で検索して上位の解説記事を開きました(2026年10月29日)。どれも手順は丁寧で、社内のIPアドレスを「内部トラフィック」として定義してフィルタで外す方法、Googleタグマネージャーで自分のブラウザに目印のCookieを付ける方法、ホスト名でステージング環境を外す方法が紹介されていました。「フィルタはいきなり有効にせず、まずテスト状態で確認する」という注意も共通しています。

一方で、「実際にどれくらい混ざるのか」という数字は、開いた記事のどれにも載っていませんでした。手順は分かっても、自分のサイトでやる価値があるのかは判断できません。そこで、自分のサイトの数字をそのまま出すことにしました。

2. ホスト名で分けた結果(2回分)

GA4の「ページとスクリーン」レポートに、ディメンション「ホスト名」を足して数えました。どの数字も、GA4の画面で読み取ったものです。設定は変えずに読み取りだけしています。

本番ドメインと本番以外の表示回数の割合 GA4の実測による3つの計測の横棒グラフ。サイト群Aの7月17日から8月13日は本番71.4%、既定ドメイン19.4%、開発環境9.1%。サイト群Aの8月6日から9月2日は本番82.8%、既定ドメイン8.9%、開発環境8.4%。サイト群Bの8月6日から9月2日は本番57.9%、既定ドメイン16.4%、開発環境25.7%。 A:7/17〜8/13(175 PV・実測) 本番 71.4%19.4%9.1% A:8/6〜9/2(574 PV・実測) 本番 82.8%8.9%8.4% B:8/6〜9/2(140 PV・実測) 本番 57.9%16.4%25.7% 本番ドメイン 既定ドメイン(pages.dev) 開発環境(localhost・127.0.0.1)
図1:GA4の表示回数をホスト名で3つに分けた割合(自作の図。数字はGA4の画面で読み取った実測値)
表1:ホスト名で分けた表示回数(GA4・各28日間)
計測合計開発環境既定ドメイン本番以外の計
サイト群A:7/17〜8/13(8/14時点の実測)175163450(28.6%)
サイト群A:8/6〜9/2(9/3時点の実測)574485199(17.2%)
サイト群B:8/6〜9/2(9/3時点の実測)140362359(42.1%)

サイト群Aは、方言クイズや資格の練習ツールなど、ひとつのGA4プロパティにまとめている複数のサブドメインです。サイト群Bは、別のプロパティで計測しているゲームのルール解説サイトです。どちらも立ち上げて間もなく、そもそもの母数が小さいサイトです。1つ目の計測と2つ目の計測は期間が8月6日〜13日で重なっているので、足し合わせて読まないでください。

母数が小さいほど、自分の作業の重みは大きくなります(表1の実測が示すとおりです)。サイト群Bで4割を超えたのは、そのぶん本番に来た人が少なかったからです。

3. 混ざっていたものの中身

本番以外のホストは、性質の違う2種類に分かれます。ここを混ぜて「全部ノイズ」と考えると、判断を間違えます。

表2:本番以外のホストの内訳(サイト群A・8/6〜9/2・表示回数/ユーザー数)
ホスト名表示回数ユーザー正体
localhost46(実測)2自分の開発中の確認
127.0.0.121同上
既定ドメイン(pages.dev)3つの合計5125(9/3時点)自分の確認+検索から来た人

localhostは、2人で46回です。1人あたり20回以上で、普通の訪問者ではありえない数です。開発中に自分のパソコンで画面を開くたびに、GA4のタグが動いていました。これは消してかまいません。

注意が要るのは既定ドメインのほうです。8月14日の計測では、既定ドメインのひとつに検索(Organic Search)経由のセッションが11ありました。本番と同じページが、別のアドレスでも検索に出ていたということです。ここに来た人は本物の訪問者なので、フィルタで消すと実在する読者まで消えます。直すべきなのは計測ではなく、検索に別のアドレスが出ていること自体です(canonicalタグや転送で本番に寄せる)。

淡い緑の背景に置かれた、細かな穴のある丸いざるのような器のイラスト
イメージ画像(AI生成のイラスト)。何を通して何を落とすかは、ホスト名ごとに分けて決める必要がありました

4. 国別に見たら、日本からは1人だった

ホスト名とは別の問題も見つかりました。サイト群Bの2026年7月17日〜8月13日(8月14日に確認)を国別に見ると、こうなっていました。

表3:サイト群Bの国別ユーザー(GA4・7/17〜8/13・全53人)
国ユーザー
アメリカ30(8/14時点)
ドイツ10
フランス6
ポーランド・ロシア各2
香港・韓国各1
日本1(エンゲージメント時間0秒・実測)

日本語だけで書いたサイトなのに、53人中52人が海外です。全体の平均エンゲージメント時間は2秒でした(同じ期間の実測)。人が読みに来たとは考えにくく、自動のアクセスだろうと見ています(推定です。正体までは確かめられていません)。

GA4の管理画面を探しましたが、「既知のボットを除外する」という切り替えはありませんでした。GA4は、Googleが把握しているボットを自動で除外すると説明しています。つまりこの52人は、その自動除外をすり抜けた側です。ここはフィルタで消せるものではないので、数字を読むときに国で絞る、という読み方で対処しています。

5. 除外しようとして分かったGA4の仕様

2026年8月14日〜15日に、実際に除外の設定をしました。そこで手順の解説には書かれていなかったことが3つありました。

作ったホスト名フィルタは、まず「テスト」状態にしました。ところが、テストのまま置いていた期間に取ったのが表1の2回目の計測で、混入は続いていました。テスト状態のフィルタは、レポートの数字を何も変えません。作っただけで安心していた、というのが正直なところです。

6. 小さなサイトで最初にやること

自分の失敗をふまえて、立ち上げたばかりの小さなサイトなら、この順番がいいと思っています。

  1. GA4でホスト名を1回だけ分けて見る。「ページとスクリーン」にホスト名を足すだけです。混ざっていなければ、ここで終わりです。
  2. 開発環境では、そもそもタグを読み込まない。表示しているホスト名がlocalhostなどのときにタグを読まないようにすれば、フィルタが要りません。後から消すより、最初から送らないほうが確実です。
  3. 既定ドメインは、消す前に「検索から人が来ていないか」を見る。来ているなら、直すのはフィルタではなく、本番への転送やcanonicalです。
  4. フィルタを作ったら、テストから有効に切り替える日を決める。テストのままでは数字は変わりません。有効にした後に除外されたデータは戻せないので、本番のホスト名を消していないかだけは先に確かめます。

母数の小さいサイトほど、この数十回の差で「伸びた」「落ちた」の判断が変わります。僕は検索での伸びを判断するときは、GA4ではなくSearch Consoleの数字を使うようにしました。Search Consoleは検索結果での表示とクリックだけを数えるので、開発中の自分のアクセスは入りません。

まとめ

次の1アクションとして、自分のGA4で「ページとスクリーン」にホスト名を足し、本番以外のホストが何回あるかを数えてみてください。数分で終わります。

ほかにも、自分で運営して測った記録を書いています。503を出したあとのSearch Console実測や、Search Consoleのクエリ表が見えなかった日もどうぞ。

公開: