GA4でデータが出ないときは？確認訪問と画面の0を確かめる

GA4の0だけで「訪問なし」と決めてよい？

まず「この画面には0と表示された」と記録します。自分の確認訪問がどこまで記録されたかは、別に確かめます。

公開ページを開いたこと、サイトのタグが動いたこと、GA4の確認画面にイベントが出たこと、通常レポートに数値が出たことは、確認する場所が違います。イベントは、ページを開くなどの操作をGA4へ知らせる記録です。タグは、その情報を送るためにサイトへ設置する仕組みです。

Googleの公開コミュニティには、タグの動作や通信を確認しても、リアルタイムやDebugViewにイベントが出ないという本人の相談があります。これは実際の困りごとの根拠です。返信で挙げられた原因や設定の作り直しを、すべてのサイトの解決策にはしません。

以下では、説明用の会社サイトにある「サービス案内ページ」をWeb担当が開いた一つの確認訪問を使います。図と記入例の表示は架空で、当社や相談者の実データではありません。最初は、開いたページ・確認した時刻・0が出た画面の三つを控えてください。

根拠：公開された本人の相談、Googleのデータ更新の説明。

同じサイト・送信先・時刻を確認している？

「サービス案内ページ」と、GA4で選んだ対象が対応しているかを、設定担当と照合します。

GA4のプロパティは、解析データをまとめて扱う場所です。ウェブストリームは、サイトからデータを入れる入口です。測定IDはその入口に対応する番号で、サイトの設定とGA4側を照合するために使います。名前が似たテスト用の対象と、本番用の対象を取り違えないよう、内容名と必要なIDを控えます。

確認メモには、公開ページのURL、プロパティとストリームの内容名、確認した日時・時刻の基準、端末を記します。通常レポートでは、確認訪問をした日を対象期間に含めているかも見ます。どのIDをサイトが使っているか分からなければ、設置を担当した人へ確認します。

リアルタイムには直近5分・30分などの活動を示すカードがあります。いつ開いたページを、どのカードで見ているかを記録し、時間窓の外の訪問と比べないようにしてください。確認時刻を残さず「さっき開いた」と伝えると、同じ操作を探せなくなります。

根拠：Googleのリアルタイムの説明。サイト・送信先・時刻を一組にする方法は、担当間で同じ確認操作を照合するための実務上の整理です。

タグとDebugViewで、どこまで確認できた？

タグ側で見たことと、GA4の確認端末で見たイベントを、それぞれ記録します。片方の表示だけで両方を確認済みにしません。

Tag Assistantは、Googleのタグを確かめるためのツールです。設置担当が、対象ページでタグが動いたか、どの送信先を使ったかを確認します。通信に成功を示す値が出た場合も、そこで確認したこととGA4の画面にイベントが出た結果を別欄に残します。

DebugViewは、確認端末のイベントを見るGA4の画面です。Googleは、タグの確認では自分の端末をデバッグモードにして使う方法を案内しています。対象の端末を選び、同じ操作のイベントが出たかを確認します。デバッグモードや対象端末が未確認なら、空欄だけでタグの未設置とは決めません。

また、プライバシー管理や解析用Cookieへの不同意によって、DebugViewにイベントが出ない場合があります。既存の同意の選択と、タグが認識した状態を設定担当と照合します。確認の都合で同意を解除したり、全訪問者の設定を変えたりする手順にはしません。

確認端末のイベントが見えたら、イベント名・確認時刻・どの画面で見たかを残します。そこで分かるのは、その条件の確認操作です。全訪問者が漏れなく測定されたことや、広告・営業の成果までは証明しません。

根拠：GoogleのDebugViewの説明、同意モードの確認方法。

通常レポートだけが0・空欄なら、何を確かめる？

対象期間、比較や除外の条件、画面のメッセージを確認します。処理途中と考えられる場合は、見直す日時を決めます。

GA4の収集・処理・表示には時間差があります。Googleは、リアルタイムは通常数分、データ処理は24〜48時間かかる場合があり、その間は通常レポートの値が変わり得ると説明しています。これは処理の目安であり、48時間待てば原因が解消するという保証ではありません。

DebugViewでイベントが見えても、既存の「Developer Traffic（開発者のアクセス）」除外フィルタが有効なら、デバッグモードでの確認訪問は通常レポートから除かれます。この場合、待てば同じ訪問が表示されるとは限りません。設定担当に、既存フィルタの種類と状態を読み取ってもらいます。

社内のアクセスを除外するフィルタの条件も確認します。Testing（テスト）は該当データを識別する状態、Active（有効）は実際に適用する状態です。有効な除外によるデータへの影響は恒久的です。原因を確かめずフィルタを削除・有効化せず、変更が必要かを管理者が判断します。

一部のレポートや探索では、少人数のデータから個人を推測できないようにする「しきい値」や、使う項目の組み合わせによって、データが表示されないことがあります。品質表示や明示されたメッセージを確認した場合の話で、どのリアルタイムの0にも同じ理由を当てはめません。

根拠：データの更新、社内アクセスの除外、開発者のアクセスの除外、データのしきい値、データの互換性。

まだ分からないとき、担当へ何を渡す？

同じ確認操作について、確かめた条件・画面で見たこと・まだ分からないことを一枚にまとめ、次の担当と確認日時を決めます。

「GA4が動かない」だけでは、設定担当も同じ条件を探せません。「会社サイトのサービス案内ページをこの時刻に開いた。タグ側は確認したが、確認端末のイベントはまだ見えていない」と伝えれば、何を調べるべきかを相談できます。担当者が複数いる場合は、サイトの設置、同意の設定、GA4の管理のどこを誰が確認するかを記します。

空欄メモと記入例はTXT・CSVで保存できます。TXTはメモ帳などで読め、CSVは表計算で扱えます。記入例は一つの架空の確認訪問で、実際の受信や障害解消を報告するものではありません。入力するのは確認条件の要約で、認証情報、生の通信URL、訪問者や顧客の情報は載せないでください。

条件をそろえても分からない場合は、設定担当にメモを渡し、どの範囲を追加で調べるかを決めます。コミュニティで誰かがストリームを作り直して解消したという報告があっても、履歴や送信先に影響する操作を一般的な解決策として繰り返すことはしません。

まとめ：確認したことと次の行動を残す

表示された0を記録し、同じ確認訪問がどこまで確かめられたかを分けて、次の確認を選びます。

最初にページ・GA4の対象・時刻をそろえます。次にタグ側、確認端末、通常レポートの結果を別々に残します。処理途中なら表示条件を確かめて見直す日時を決め、条件が分からない場合や複数画面で確認できない場合は、担当へ具体的な確認事項を渡してください。

確認端末のイベントが見えたことと、サイト全体の完全な計測は別の確認です。メモには確かめた範囲と残る疑問を保ち、0や空欄を急いで事業の成果・不振へ結び付けないようにしてください。