GA4のリアルタイムに表示されないとき｜設定を変える前の観測票と依頼票

結論：リアルタイムに見えないときは、設定を変える前に、操作と画面の条件を記録して計測担当へ渡す

新しいページを公開した日に、自分のパソコンでそのページを開き、GA4のリアルタイムのレポートを見たら、自分が開いたはずの操作が見当たらない。そういう場面を思い浮かべてください。見つけた人は「計測が止まっているのでは」と考え、同意のバナーを外す、絞り込みの設定を止める、タグを入れ直す、といった依頼をすぐに送りたくなるかもしれません。

けれども、その画面を見ただけでは、どこに理由があるのかは分かりません。開いた時刻と画面を見た時刻の間が空いていた、見ていたプロパティが違っていた、社内のアクセスを分ける設定に当たっていた、ということもありえます。記録を残さないまま設定を変えると、変える前の状態と比べる手がかりが消え、ほかの数字にも影響するおそれがあります。

この記事が答える問いは1つです。リアルタイムのレポートで自分の操作が見えないとき、同意やフィルタやタグを自分で変えずに、何を記録して、計測担当へ何を渡せばよいか。 答えを先にまとめると、次の5つです。

1. 「見えない」を、見た時刻に表示の値が0と表示された、値は出ているが自分の操作か区別できない、見ている画面の条件が分からない、の3つの形に分けて書き直す
2. 自分の操作（時刻、端末の管理番号、開いたページ、同意の状態）を操作の記録に、見た画面の条件（プロパティ、カード、見た時刻、表示の値）を観測票に、別々に書く。分からない欄は「未確認」と書く
3. 操作した時刻、画面を見た時刻、カードが示す範囲の3つを並べる。一度見えなかったことだけで、計測が止まったとも、問題がないとも決めない
4. 表示の値を、実際の人数、受付の件数、有効な相談の件数と混ぜない。1と表示されても、それが自分だとも、ほかのお客さまがいないとも決めない
5. 計測担当へは、操作の記録と観測票の番号、未確認の点、目安として1〜3つの質問、回答の期限を書いた依頼票を送る。設定を変えるかどうかは、回答を受けてから判断する人が別に決める

見えないと気付いたときの操作

この記事が向いている方

ホームページの改善や販促の判断のために、GA4の画面を自分で見ている事業者のWeb担当の方を想定しています。計測の設定は社外の制作会社や社内の詳しい人に任せていて、自分では画面を見るところまでを受け持っている場合に使えます。

先にお伝えしておくこと

この記事の操作の記録、観測票、3つの形の分け方、依頼票、点検表は、Akatsuki編集部の実務の提案です。Googleが勧める公式の手順ではなく、実在する製品の画面や、お客さまの事例でもありません。特定の会社で効果を測った結果ではなく、原因の特定や計測の修復、問い合わせの増加を約束するものでもありません。後の節に出てくるN社、担当者の名前、番号、日時、表示の値、件数は、すべて説明のために作った架空の例と仮の値です。実際のGA4の記録ではありません。

この記事で扱う範囲と、3つの役割

この記事は、リアルタイムのレポートで自分の操作が見えないと気付いたときに、記録を作り、計測担当に確認を頼み、回答を受け取って、設定を変えるかどうかを別に決めるまでを扱います。GA4の導入やタグの設定の手順、同意の仕組みの設定、計測の不具合を調べるための画面の使い方、ページのコードの修正は扱いません。

役割は3つです。画面を見て操作の記録と観測票を作り、計測担当へ確認を頼み、回答を受け取る「Web担当」。GA4の設定やタグを変える権限を持ち、検証できる「計測担当」（社外の制作会社の担当でも、社内の担当でもかまいません）。設定の変更を頼むかどうかを決める「判断する人」（社長や部門の責任者など、すでに決まっている人）です。

1人が複数の役割を兼ねてもかまいません。兼ねるときも、既存の権限や社内の取り決めはそのまま守り、誰が何を観測し、誰が何を決めたかを票の別の欄に書きます。この記事の手順のために、2人目の承認を新しく足すことはしません。

番号の付け方

記録には4種類の番号を付けます。自分の操作ごとの「操作の番号」（操作-01など）、画面を1回見るごとの「観測の番号」（観測-01など）、画面の写しや作業の記録などの「資料の番号」（資料-01など）、計測担当へ送る依頼ごとの「依頼の番号」（依頼-01など）です。会社の中で同じ番号を二度使わないことだけを決めておけば足ります。

記録に使う言葉

公式の説明の短い要約と、この記事の提案の境界

ここでは、この記事の手順の前提になる点だけを、GA4について説明したGoogleの2つのヘルプから短くまとめます。

【公式情報】2つのヘルプのうち、この記事の前提にする点です。確認日は記事の下の出典欄にあります。

• 出典1：リアルタイム レポートには、直近の5分と30分のアクティブ ユーザーの数のカードがあります。正常な範囲でもデータの配信が遅れたり途切れたりすることがあり、ベスト エフォートのサービスで、タイムリーな配信は優先されても保証はなく、SLOもないとされています。
• 出典2：処理に24〜48時間を要することがあり、その間はレポートのデータが変わる場合があること、処理の間隔は1つではないことが説明されています。

【編集部の提案】上の2つを読んでも、自社の画面で自分の操作がなぜ見えないのか、どの設定を変えればよいのかは決まりません。第4節から先の記録、分け方、依頼票は、Web担当と計測担当が人の判断で記録し、話し合うための提案で、製品の仕様を説明し直すものではありません。

この記事では、上の2つを次のように受け止めます。1つ目の説明から、1回の観測だけで、計測が止まったとも問題がないとも決めません。2つ目の説明は、待てば必ず表示される、すべてのデータが届く、という意味ではありません。どちらも、何分や何時間で必ず表示されるという約束ではありません。後の節では、この段落を「第3節の受け止め」と呼んで参照します。

最初にしないこと：同意・フィルタ・タグを確かめるために変えない

自分の操作が見えないと、すぐ原因を探して直したくなります。けれども、この記事の手順では、確かめるために設定を変えることから始めません。

【編集部の提案】次の5つは、この記事の手順ではしません。

• 確かめるために、サイトの同意の設定や、自分の端末で選んだ同意の状態を変える
• 確かめるために、社内のアクセスを分ける設定や絞り込みの設定を止める
• 記録を残さないまま、タグを入れ直す、置き場所を変えるよう頼む
• 確かめるために、お客さまの氏名や連絡先などをページやフォームから送らせる
• 表示の値から、来訪の人数や問い合わせの件数を推し量って報告する

同意の設定や社内のアクセスを分ける設定は、確かめやすさとは別の理由で決められているものです。変えるかどうかは、判断する人が、その理由と影響を見て決めます。Web担当が権限のない設定を自分で変えて確かめることは、この記事の手順に含めません。

直す必要があるときは、変える前の状態を記録に残したうえで、権限を持つ人が、社内の既存の承認と確かめの手順で直します。この順番を守れば、気付いた日と同じ日に直してもかまいません。

お客さまの受付に障害があるとき

お客さまから「送信できない」「予約のボタンが押せない」といった連絡があるときは、リアルタイムのレポートの確認を待たずに、すぐ受付の担当へ伝え、並行して対応します。受付の障害は、計測の見え方より先に事業に響くことがあるからです。

「見えない」を3つの形に分けて書き直す

「リアルタイムに表示されない」という言葉は、いくつかの別の状態をまとめて呼んでいます。計測担当へ渡す前に、見えたものを次の3つの形のどれかに書き直します。どの形にも当てはまらないときは「形は未確認」と書きます。

形A：見た時刻に、表示の値が0と表示された

カードに0と表示されていたときは、「表示の値：0」と書きます。この0は画面の数で、その時間に来訪がなかったという記録ではありません。計測が止まったかどうかも、第3節の受け止めのとおり、この1回では決めません。別の時刻にも0と表示されたときは、それぞれを観測の番号と見た時刻の付いた別の値として並べます。見ていない間の値は分からないので、その間ずっと0だったとは書きません。

形B：値は出ているが、自分の操作か区別できない

カードに1や2の値が出ていても、そのうちの1つが自分の操作だとは、この画面の数だけでは区別できません。ほかのお客さまの来訪が重なっているかもしれず、自分の操作が入っていないかもしれません。「表示の値：1（自分の操作が含まれるかは未確認）」のように書きます。

形C：見ている画面の条件が分からない

複数のサイトを持つ会社では、見ていた画面のプロパティが、操作したページを計測しているプロパティかどうか分からないことがあります。権限がなくて設定を見られないこともあります。分からない欄は推測で埋めず、「未確認」と書き、計測担当への質問に入れます。

操作の記録：いつ、どの端末で、どのページを開いたか

画面を見る前に、自分が何をしたかを書きます。操作の記録がないと、観測票の数と照らす手がかりがなくなるからです。操作1回ごとに操作の番号を付けます。

同意の状態は、確かめるために選び直さず、分かる範囲だけを書きます。N社の小林さんは、以前にどちらを選んだかを覚えていなかったので「未確認」と書きました。選び直して試すかどうかは、計測担当が決めた条件で、計測担当が検証するときに扱います。

書かないこと

操作の記録には、自分や社員の個人の連絡先、回線を識別する値、ログインの情報を書きません。資料を指すときは、資料の番号と置き場所だけを書きます。フォームを試すときも、実在の人の氏名や連絡先を入れません。

URLを写すときは、「?」から後ろなどに、お客さまや社員を識別する値や、ログインや確認のための秘密の値が入っていないかを見ます。入っているときは、そのURLをそのまま票に写さず、ページの名前と、公開してよい部分のパスだけを書きます。全体が必要なときは、見られる人を限った別の記録に置き、票にはその資料の番号だけを書きます。URLの一部を自分で書き換えて開き直し、それで確かめたことにはしません。実際のお客さまの値を、GA4や相談のフォームへ送らないでください。

画面の観測条件：プロパティ、カード、見た時刻

次に、見た画面の条件を観測票に書きます。画面を1回見るごとに、観測の番号を付けます。期間や絞り込みを変えて見直したときは、同じ番号に上書きせず、新しい番号にします。

プロパティの名前と集計の対象は、別の欄に書きます。プロパティを選んでいても、その中のどのデータストリームが集計に入っているかは、画面を見ただけでは分からないことがあるからです。

画面の写しを保存するときは、お客さまの情報が写り込まないかを確かめ、見られる人を決めた場所に置きます。標準のレポートで不明な行を見つけたときの観測の残し方は、GA4のランディングページが(not set)のとき｜設定を変える前の確認手順で扱っています。この記事は、リアルタイムのレポートと自分の操作を照らすところに絞ります。

3つの時刻を並べる：操作した時刻、画面を見た時刻、カードの範囲

操作の記録と観測票がそろったら、3つの時刻を1行に並べます。操作した時刻、画面を見た時刻、そして見た時刻から数えたカードの範囲です。操作から画面を見るまでの間隔を書いておかないと、操作がその範囲に入っていたかを後から確かめられません。

範囲の目安は、見た時刻から数えた時間の幅を、分の単位で書いたものです。範囲の境目の近くの操作は、入るか入らないかを決めず、「境目」と書きます。範囲に入っていると分かっても、表示の値から、自分の操作が数えられたかどうかは決まりません。並べたことで分かるのは、照らす条件がそろっているかどうかです。

見る時刻を決めておく

もう一度見るときは、何時に見るかを決めて観測票に書きます（決まった待ち時間を置かない理由は第9節）。N社の小林さんは、10時40分にもう一度見ると決めて観測-02としました。この時刻は小林さんがこの例で決めたもので、目安の時間ではありません。

観測を重ねて書く：画面の数と、後から変わる数

観測票には、観測ごとの表示の値を、見た時刻とともに並べて残します（第3節の受け止め）。

第3節の2つ目の説明から、次のように扱います。リアルタイムのレポートの値と、翌日以降に標準のレポートで同じ時間帯を見た数は、別の時点の別の画面の数です。この2つを同じ数として突き合わせ、合わないことを不具合と決めることはしません。標準のレポートの数を見たときは、取り出した日時を書き、別の観測の番号にします。

決まった待ち時間を規則にしない

「30分待ってから見る」「2日たてば表示される」のような決まりを、この記事では置きません。見る時刻は、事業の予定と計測担当の都合に合わせて決め、決めた時刻と実際に見た時刻を両方書きます。

数の単位を分ける：表示の値、自分の操作の回数、受付の件数

リアルタイムのレポートの表示の値は、画面が示す数です。実際に来た人の数、受付に成功した問い合わせの数、担当が有効と判定した相談の数とは、数えているものが違います。報告では、次の4つを別の欄に書きます。

表示の値から自分の操作の回数を引いて、「残りはお客さま」と書くことはしません。表示の値に自分の操作が入っているかどうかが分からない以上、引き算の答えは何の数でもないからです。

表示の値が1のとき

自分がページを開いた直後に1と表示されると、「これが自分だ」「ほかにお客さまはいない」と考えたくなります。けれども、この画面の数だけでは、そのどちらも確かめられません。観測票には「表示の値：1（自分の操作が含まれるかは未確認）」とだけ書き、ほかにお客さまがいたかどうかは書きません。

ほかの確かめと混ぜない：テスト送信の件数、社内アクセスの除外、外部の予約

リアルタイムのレポートは、ほかの確かめの途中でも開かれます。目的の違う確かめを1枚の票に混ぜると、何を確かめた記録かが分からなくなるので、分けて書きます。

フォームのテスト送信の後に、イベントが何回記録されたかを数えて、受付の件数と突き合わせる手順は、GA4の問い合わせコンバージョンが受付件数と合わないときに確かめる順番で扱っています。この記事は、その前に、自分の操作が画面に見えないときの記録と依頼に絞ります。テスト送信の回数を、この記事の操作の記録へ混ぜず、別の票に書きます。

社員の閲覧や制作会社の作業を数字から分ける設定があるかどうか、あるならどう扱うかは、GA4の社内アクセス除外｜テストと顧客の数字を分けて、適用前に確かめることで扱っています。この記事では、その設定があるかどうかを計測担当への質問の候補に入れるだけで、設定を止めて確かめることはしません。

予約を外部の予約サービスで受けている場合、予約の画面での操作が自社のGA4でどこまで測れるかは、外部予約サイトのGA4計測｜クリックと予約完了を分けて、測れる範囲を決めるで扱っています。自社のページの外で操作したときは、操作の記録の「開いたページ」に、自社の外であることを書き、この記事の照らし方の対象外とします。

1枚の票に書く範囲

自分でできることと、計測担当に任せること

Web担当が受け持つのは、ふだんの閲覧と、自分の操作と見た画面の記録です。端末を替えてページを開き、その操作を記録することも含みます。設定やタグに関わる技術的な検証と、同意の状態を比べる検証は、権限を持つ計測担当が受け持ちます。この区別は、この確認の中で誰が何を受け持つかを決めるもので、すでに権限を持つ人のふだんの作業を、役割の名前だけで禁じるものではありません。

計測担当に頼む検証の条件

計測担当には、管理している端末で、決めた条件で検証してもらいます。使う端末の管理番号、開くページ（URLは公開してよい範囲）と操作の順番、同意の状態、検証する時刻、どの画面や記録で確かめるかを、計測担当が決めて記録に書きます。どの画面や記録を使うかは計測担当の判断で、この記事では指定しません。まだ決めていない条件は「未決定」、分からない条件は「未確認」と書き、行わなかった検証は「未実施」と書きます。どれも、ほかの条件で確かめなくてよいという意味にはしません。

検証の結果は、見えたものを「観測した事実」、そこから考えたことを「推測」、見なかったことを「未確認」または「未実施」と、欄を分けて書いてもらいます。計測担当の検証は、その条件での結果で、Web担当の端末での操作や過去のすべての来訪の説明にはなりません。

計測担当への依頼票の書き方

操作の記録と観測票がそろったら、計測担当へ確認を頼みます。そろわない欄は「未確認」のまま頼んでかまいません。頼むのは確認で、設定の変更ではありません。

質問は1〜3つを目安にする

質問が多いと、答えやすい質問にだけ回答が返ってきやすくなります。まず確かめたい点を3つほどに絞り、急がない点は次の依頼に回します。1〜3つは目安で、重要な確認を削るための上限ではありません。お客さまの受付に関わる急ぎの確認は、別に先に聞きます。

「なぜ表示されないのですか」と聞くより、「11月2日に公開した料金のページに、このプロパティの計測のタグが入っていますか。入っている場合は、その根拠の記録を教えてください」のように、はい・いいえと根拠で答えられる形にします。

責める言葉を使わない

「タグが壊れていませんか」「勝手に変えたせいで」のような書き方は避けます。観測した事実と、分からない点と、質問だけを書きます。

回答の受け取り方：根拠と対象、変更の有無、次の観測

回答が届いたら、届いた日時を記録し、質問ごとに回答と根拠を照らします。回答が届いたことと、内容を受け入れたことは、別の欄に書きます。回答には次の3つを求めます。

回答が「確認しましたが問題ありません」だけのときは、届いた日時は記録し、受け入れは未完のままにして、根拠と対象、変更の有無、次の観測を聞き直します。期限までに回答がないときも、その事実を記録し、次に聞く相手と次の期限を決めます。

回答を採用、一部採用、保留に分ける

質問ごとに、回答が質問の対象・時点・範囲に対応しているかを見て、採用、一部採用、保留に分けます。根拠の記録があっても、対象が質問と違えば採用しません。計測担当の管理の外にある設定やタグについての回答がないときは、その部分を未確認のまま残します。回答で新しく分かった事実は、観測票に新しい行として足し、どの回答で分かったかを書きます。

設定を変えるかどうかは別に決める：主判断と補助の施策

回答がそろったら、判断する人が、設定の変更を頼むかどうかを決めます。この記事では、主判断を「設定の変更を頼む」「頼まない（今の設定を維持する）」「保留する」の3つに分け、同じ重さで並べます。観測の手順の直しなどの補助の施策は、主判断とは別の欄に書きます。

変える場合に書くこと

変えると決めたときは、変える前の状態を記録し、権限を持つ人が既存の承認と手順で変えます。変えた後に表示の値が動いても、それを変更の効果とは書きません。同じ時期に、ページの公開や販促など別の変更があれば、それも書き、個々の効果は分けられないと書きます。

補助の施策を別の欄に書く

観測の手順の直しや、公開の日の確かめ方の取り決めなどは、補助の施策として別の欄に書きます。主判断と同じ欄に書くと、何を決めたのかが読み取りにくくなるからです。

架空のN社の通しの例

ここまでの手順を、架空のN社で通して見ます。N社は、地域で家事の代行を受けている会社です。Web担当は小林さん、計測担当は社外の制作会社の森さん、判断する人は代表です（いずれも架空）。N社の日付と時刻は、すべて架空の例のもので、この記事の公開日や評価の日とは関係ありません。

記録と観測

11月2日（月）の朝、N社は新しい料金のページを公開しました。小林さんは10時12分〜15分に事務所のパソコン（PC-03）で料金のページを開き（操作-01）、10時20分にリアルタイムのレポートを見ました（観測-01）。見たのは30分のカードだけで、表示の値は0、形Aと書きました。10時40分にもう一度見ると決めて見たところ（観測-02）、表示の値は1で、形Bと書きました。1が自分の操作かどうかは未確認と書き、ほかにお客さまがいたかどうかは書いていません。

依頼

小林さんは、同じ日の14時に依頼-01を送りました。

回答と照合

森さんからは、11月4日（水）16時に回答が届きました。

森さんの回答には、ほかに2点がありました。1つは、制作会社の管理の範囲では、この検証のために設定やタグを変えておらず、変える予定もないこと。もう1つは次の観測の予定で、11月17日（火）に、PC-07・同意した状態・同じ料金のページ・同じカードで、操作の時刻と表示の値を分けて書き、見る時刻は森さんが決めて前日までに小林さんへ伝える、というものです。小林さんは、この2点を質問3の採否の根拠に添えました。次の観測はまだ行っていない予定で、PC-03の同意の状態などの未確認はそのまま残しています。

小林さんは、資料-04を、PC-07・同意した状態・直接開く・3回という条件で、操作の後に表示の値が出たという観測として受け取りました。表示の値（1、1、2）は、操作の回数の3とも、3人とも読みません。15時22分の2のうち、どれが森さんの操作かは、この画面の数だけでは区別できないからです。資料-04は、PC-03での操作-01が見えなかった理由の説明でも、実際のお客さまの来訪や受付の受信の証明でもありません。質問2の残る点は、権限を持つ代表に、設定を変えずに見てもらうことにしました。

追加の確認

代表は11月6日（金）10時に、社内のアクセスを分ける設定が1つあることを画面で見て、その欄を写しました（資料-05）。小林さんは同じ日の11時に依頼-02を送り、事務所の回線がその設定の条件に当たるかを森さんに聞きました（回答の期限は11月10日（火）17時）。森さんは11月9日（月）15時に、代表と画面を共有して確かめた結果として、事務所の回線は条件に当たると回答しました（条件の種類だけを書き、値は書いていません）。小林さんは、この回答を、代表の画面と森さんの記録を根拠にした回答として採用し、観測-01の表示の値の理由の候補として観測票に足し、理由とは確定しませんでした。

主判断と補助の施策

残る点に担当と期限が付き、第17節の4つの条件がそろったので、小林さんは、依頼-01と依頼-02の確認を、この判断票の日付で終えました。残る点は、判断票の担当と期限で続けます。

同じ週の11月2日〜8日の受付の台帳では、相談は4件（受付の成功を台帳で確認）、そのうち担当が有効と判定したのは3件、未判定が1件でした。小林さんは、この4件を観測-01や観測-02の表示の値と並べて割ることはせず、受付の件数として別の欄に書きました。未判定の1件は0件として扱わず、未判定のまま残しています。

見直しと、確認を終える条件

N社の例では、主判断の日から7日後と28日後に見直す計画にしました。7日と28日は、編集部がこの例のために置いた計画で、Googleが勧める期間ではありません。見直しの間隔は、事業の予定と数字の多さに合わせて決めてください。見直しの日には、決めた条件で観測し、条件が変わっていたらその違いを書きます。

見直しの日を待たずに動く場面もあります。お客さまから受付の障害の連絡があるときや、計測担当から設定の変更の連絡があったときは、見直しの日を待たず、既存の承認済みの手順で受付の担当や判断する人へ伝えます。

確認を終える条件

確認は、次の4つがそろったときに終えます。質問ごとに回答がそろい、採否が書かれていること。採用した回答に根拠と対象があること。残る未確認・未決定・未実施に、担当と期限か、確認しないと決めた理由が付いていること。主判断と、その理由と見直す日が、判断票に書かれていることです。

確認を終えたことを、計測の正常の証明や、問い合わせの増加として報告しません。根拠のある回答は、確かめた範囲と、まだ分からない部分を添えて報告します。

登録不要の20項目の点検表

ここまでの内容を、20項目の点検表にまとめます。登録や申し込みは要りません。印刷するか、表計算のシートに写して使ってください。当てはまらない番号から、右の列の次の一手を進めます。

点検表の使い方

【編集部の提案】1人でも、1から20まで一通り確かめられます。できれば、判断する人など別の人にも見てもらいます。当てはまらない番号が多いときは、1・2・11・17の順に直します。これは最初に手を付ける順番の目安です。点検表のすべてがそろう前でも、急ぐ確認は先に計測担当へ依頼してかまいません。お客さまから受付の障害の連絡があるときは、点検表より先に受付の担当へ伝えます。

空欄の2つの票：観測票と、計測担当への依頼票

点検表と一緒に使う、空欄の票を2つ用意しました。1つ目は操作の記録と観測をまとめる観測票、2つ目は計測担当への依頼と回答をまとめる依頼票です。どちらも記事の中でそのまま使え、登録は要りません。記事の下で案内している資料「問い合わせ導線チェック」は、ホームページから問い合わせまでの導線を点検するためのもので、この2つの票とは別のものです。

票に、お客さまの氏名や連絡先、回線を識別する値、URLに含まれる識別の値や秘密の値を書き写す必要はありません。資料を指すときは、資料の番号と置き場所だけを書きます。問い合わせのフォームや社外への相談では、票の全文、秘密の情報、お客さまの情報は貼らず、公開してよい範囲の状況と、当てはまらなかった点検表の番号を伝えれば足ります。

観測票

観測1回につき1枚に書きます。確かめなかった欄は、空欄にせず「未確認」と書きます。決めていない条件は「未決定」、していない検証は「未実施」、この確認に入れないものは「対象外」と書き、どれも0とは書きません。

計測担当への依頼票

依頼1件につき1枚に書きます。回答が届いたら、同じ票の右の列に書き足します。

よくある質問と、今日の一手

自分のスマートフォンで開いても表示されません。端末を替えて開いてみてよいですか

端末を替えてページを開くことは、ふだんの閲覧として、Web担当ができます（第12節）。その操作も別の操作の番号を付けて記録し、端末の管理番号と回線の種類、同意の状態（選び直さずに分かる範囲）を書きます。端末を替えて見えたこと、見えなかったことは、その条件での観測で、もう一方の端末の理由の説明にはなりません。同意の状態を比べる検証や、設定やタグに関わる検証は、計測担当に頼みます。

同意のバナーで選び直せば確かめられるのではないですか

この記事の手順では、確かめるために同意の選択を選び直しません。同意の状態ごとの見え方を確かめる必要があるときは、計測担当が決めた条件で、計測担当の管理の端末で検証してもらい、その条件を検証の記録に書いてもらいます。

しばらく待てば表示されますか

この記事では、何分待てば表示されるという時間は示していません。見る時刻を決めて観測票に書き、決めた時刻と実際に見た時刻の両方を残してください。

計測担当がいません。自分で設定を見てもよいですか

見る権限がすでにあれば、見たものを観測票に書いてかまいません。変える必要がありそうなときや、権限がないときは、ホームページを作った会社や、GA4を設定した人が誰なのかを先に確かめます。分からないときは、判断する人に、誰に確認を頼むかを決めてもらいます。操作の記録と観測票は、計測担当がいなくても作れます。

表示の値が多い日は、お客さまが多かったと考えてよいですか

表示の値は画面の数で、来た人の数、受付の件数、有効な相談の件数とは別です。お客さまの動きを報告するときは、受付の台帳の件数と、担当の判定を別の欄に書いてください。

今日の一手

【編集部の提案】今日は、自社のページを1回だけ開き、操作の記録（時刻、端末の管理番号、開いたページ、同意の状態）を書いてから、リアルタイムのレポートを1回見て、観測票の最初の欄（プロパティ、見たカード、見た時刻、表示の値）を書いてください。3つの時刻を並べ、第5節の形を書けば、計測担当へ渡せる最初の記録になります。欄がそろわなくても、「未確認」と書いたまま依頼票を送れます。お客さまの受付に障害があるときは、票を待たずに受付の担当へ伝え、並行して対応します。