GA4のランディングページが(not set)のとき｜設定を変える前の確認手順

結論：(not set)の行は、記録を残し、条件と母数をそろえてから計測担当に確かめる

GA4でランディングページの表を開いたら、ページのURLが並ぶ中に「(not set)」という行があり、先週より大きくなっているように見えました。そういう場面を思い浮かべてください。見つけた人は「計測が壊れたのでは」と考え、制作会社や計測の担当へ「タグを全部直してください」「この行をなくしてください」と送りたくなるかもしれません。

けれども、同じ時期にページを差し替えていた、比べた期間の条件が違っていた、見ていた表の数え方が違っていた、ということもありえます。行が大きく見えるだけでは、どこに理由があるのかは分かりません。記録を残さずに設定を先に変えると、変える前の状態と比べられなくなり、確かめたかった点が残ったままになるおそれがあります。

この記事では、ランディングページの表に出る「(not set)」の行を「不明行」と呼びます。答える問いは1つです。不明行を見たとき、設定を変える前に何を記録して比べ、計測担当に何を確かめればよいか。 答えを先にまとめると、次の5つです。

1. 設定を変える前に、見た画面の条件（レポートの名前、項目と指標、プロパティと集計の対象、期間、タイムゾーン、資料を取り出した日時、フィルタ、比較の条件）を確認条件票に記録として残す。見えないものや権限のないものは「未確認」と書く。急いで直すときも、この記録を残してから、既存の権限と手順で直す
2. ランディングページの不明行を、参照元やチャネルの表の不明な値と混ぜない。画面の指標の名前をそのまま書き、GA4の数と受付台帳の件数を別の欄に分ける
3. 同じ条件の全体と不明行を、同じ指標で並べて件数と割合を書く。全体の数（分母）が分からないときは割合を出さず、欠けた数を既知のURLへ配ったり0にしたりしない
4. 割合の大きさだけで正常か異常かを決めず、期間と取り出した日時、前後の条件の違い（期間の長さ、曜日、流入、端末、ページの公開の記録、計測の定義）を書く。時間の順番は原因の証明ではない
5. 計測担当への確認は、条件、資料の番号、観測した事実、未確認の点、目安として1〜3つの質問、回答の期限、次に確かめる日時を書いて送る。回答には根拠と対象、変更の有無、再確認の条件を求める。根拠が足りないまま原因や計測の正常を断定せず、根拠のある結果は、確かめた範囲とまだ分からない部分を添えて報告する

不明行を見つけたときの操作

この記事が向いている方

GA4の集計の表を見て、ホームページの改善や広告の判断をしている事業者のWeb担当の方を想定しています。計測の設定は社外の制作会社や社内の詳しい人に任せていて、自分では表を読むところまでを受け持っている場合に使えます。従業員が数人から数十人ほどの会社で、社長が自分で表を見ている場合にも使えます。

先にお伝えしておくこと

この記事の確認条件票、母数のそろえ方、条件の違いの書き方、確認依頼と再確認の手順、点検表は、Akatsuki編集部の実務の提案です。実在する製品の画面や、お客さまの事例ではありません。特定の会社で効果を測った結果でもなく、原因の特定や計測の正常化、問い合わせの増加を約束するものではありません。例に出てくる会社・担当者・番号・日時・件数は、説明のための架空の例と仮の値です。公式の説明は第3節に短くまとめ、それ以外は編集部の提案として書き分けています。

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

この記事は、GA4のランディングページの表に出る不明行について、意味を確かめ、条件と母数をそろえて影響を整理し、計測担当に確認を頼んで再確認するまでを扱います。GA4の導入、タグの設定の手順、同意の管理の仕組みの設定、ページのコードの修正、データの書き出しの方法は扱いません。参照元やキャンペーンの不明な値も、この記事の対象の外です。

この記事で使う役割は3つです。表を見て確認条件票を作り、計測担当へ確認を頼み、回答を受け取って再確認する「Web担当」。GA4の設定やタグを変える権限を持ち、検証できる「計測担当」（社外の制作会社の担当でも、社内の担当でもかまいません）。権限の追加や本番のページの修正を決める「判断する人」（社長や部門の責任者など、すでに決まっている人）です。

1人が複数の役割を兼ねることもあります。兼ねるときも、既存の権限や社内の取り決めはそのまま守ります。そのうえで、この記事の手順のために、新しく2人目の確認や承認を必須にすることはしません。兼ねていることと、誰が何を観測し、誰が何を決めたかを票の別の欄に書いておけば、後から読んだ人が確かめられます。

番号の付け方

この記事では、記録に3種類の番号を付けます。表を1回見て数字を取り出すごとに付ける「観測の番号」（観測-01など）、保存した画面の写しやファイルに付ける「資料の番号」（資料-01など）、計測担当へ送る依頼ごとに付ける「確認の番号」（確認-01など）です。番号は、会社の中で同じ番号を二度使わないことだけを決めておけば足ります。番号があれば、メールや打ち合わせで「観測-01の不明行」と言うだけで、どの条件の数字の話かが伝わります。

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

ここでは、この記事の手順の前提になる点だけを、Google アナリティクスの3つの公式の説明から短くまとめます。確認日は記事の下の出典欄に記載しています。

【公式情報】Google アナリティクスのヘルプ（出典1）では、(not set)は項目の情報が得られないときの表示で、理由は項目によって異なり、セッションでページビューのイベント（page_view）がない場合はランディングページが(not set)になることがある、と説明されています。

【公式情報】同じヘルプ（出典2）では、ランディングページは、セッションの最初のページビューに関連付けられたページのパスとクエリ文字列だと説明されています。

【公式情報】同じヘルプ（出典3）では、DebugView で選んだ個人の端末のイベントとパラメータを確かめられ、同意の設定などで表示されない場合があると説明されています。

第4節から先は、製品の動きを前提にしない運用の提案です。確認条件票、母数のそろえ方、条件の違いの書き方、確認依頼と再確認の手順は、Web担当と計測担当が人の判断で記録し、話し合うためのもので、製品の仕様を説明するものではありません。不明行が出る理由を、この3つの説明より細かく分類することや、1つの理由や特定の設定に決めることは、この記事ではしません。後の節では、製品の仕様として説明し直すことはしません。

最初にしないこと：割合の目安で決めない、記録の前に設定を変えない

不明行を見つけると、「何%までなら問題ないのか」という目安を探したくなります。けれども、この記事では、割合の大きさで正常か異常かを分ける目安を示しません。同じ割合でも、期間の長さ、流入の内訳、ページの作りによって意味が変わり、目安だけで決めると、確かめるべき点を飛ばしてしまうからです。

不明行をなくすことも、この記事の目標にはしません。行を小さくすることを目標にすると、すべてのタグを入れ替えるといった大きな変更へ進みやすくなります。記録のないまま大きく変えると、変える前の状態と比べる手がかりが消え、ほかの数字にも影響するおそれがあります。

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

• 割合の目安だけで、正常か異常かを決める
• 変える前の記録を残さないまま、すべてのタグや設定の変更を頼む
• 確かめるために、利用者の同意の設定や、見られる人の制限を外す
• 過去の数字を、推測で書き換える
• 欠けた数を、既知のURLへ割り振る

直す必要があるときは、変える前の画面の条件と数字を確認条件票に残したうえで、権限を持つ人が、社内の既存の承認と確かめの手順で直します。この順番を守れば、見つけた日と同じ日に直してもかまいません。記録が先にあれば、直した後の数字と比べられます。Web担当が権限のない設定を自分で変えて確かめることは、この記事の手順に含めません。

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

お客さまから「送信できない」といった連絡があるときは、計測の確認を待たずに、すぐ受付の担当へ伝え、並行して対応します。受付の障害は、計測の不明行より先に事業に響くことがあるからです。社内で「数字がおかしいなら、すぐ直して」と言われたときも、記録を残してから、権限を持つ人が既存の手順で直す、と伝えれば足ります。

見た画面の条件を書く：確認条件票の最初の欄

不明行を見つけたら、最初に、見ていた画面の条件を確認条件票に書きます。条件が分からない数字は、後で比べることも、計測担当に伝えることもできないからです。1回の観測ごとに、観測の番号を付けます。この記事の例では、観測-01、観測-02のように書きます。

例のA社は、住宅のリフォームの相談を受けている架空の会社です。Web担当の佐藤さん（架空）が週に一度、ランディングページの表を見ています。計測の設定は、社外の制作会社の担当の田中さん（架空）が受け持っています。判断する人は社長です。A社のプロパティには、ウェブのデータストリームが1つだけあると仮定した例ですが、佐藤さんはそのことを画面で確かめられなかったので、最初は「未確認」と書きました。

プロパティと集計の対象を分けて書く

画面で選んでいるプロパティの名前と、そのレポートがどのデータストリームなどを集計の対象にしているかは、別の欄に書きます。レポートを開いただけで、特定のデータストリームに絞られているとは限らないからです。集計に含まれる対象や、対象を指定する条件が分からないときは「未確認」と書き、計測担当への質問に入れます。

見えないもの、権限がないものは「未確認」

権限がなくて見られない設定や、画面のどこに出ているか分からない条件は、推測で埋めずに「未確認」と書きます。A社の佐藤さんは、プロパティの時刻の基準を確かめる権限がなかったので「未確認」と書きました。見る必要があるときは、理由を添えて既存の管理者に確かめてもらうか、社内の既存の手順で権限を申請します。この確認のためだけに、自分で権限を広げることはしません。

調べることと、直す依頼を分ける

確認条件票は、調べるための記録です。ここに「タグを直す」「設定を変える」といった依頼を書き込まないでください。調べた結果と、直す依頼が同じ紙に混ざると、どこまでが観測した事実で、どこからが希望なのかが分からなくなります。直す依頼は、判断する人が決めてから別に出します。

条件を変えたら、別の観測にする

期間や絞り込みを変えて見直したときは、同じ観測の番号に上書きせず、新しい番号を付けます。前の観測の条件と数字が残っていれば、何を変えたかを後から確かめられます。画面の写しには、お客さまの氏名や連絡先が写り込まないようにし、見られる人を決めた場所に保存します。

ランディングページの不明行を、ほかの表の不明な値と混ぜない

GA4には、ランディングページの表のほかにもいくつもの表があり、それぞれ別の項目を数えています。この記事では、ランディングページの表の不明行だけを扱います。

参照元やキャンペーンの表で値の分からない行を見つけたときは、別の確認として扱います。配ったリンクに付ける印の管理は、UTMパラメータの設定と命名ルール｜SNS・メルマガの配布リンクを混ぜずに管理するで扱っています。ほかの表の不明な値について分かったことを、ランディングページの不明行の理由として、そのまま当てはめないでください。

チャネルの表で分類されなかった行も、ランディングページの不明行とは別の数として書きます。2つの表の不明な数を並べて「同じ問題が両方に出ている」と書いたり、足して「不明が合わせて何件」と書いたりしません。数える項目が違う表の数を足すと、重なりや抜けがあるかどうかが分からなくなるからです。

チャネルの表のUnassignedの行が多いと報告されたときに、見た表の条件を記録し、行の中身を配布の証拠と照らして計測担当へ渡す手順は、GA4のUnassignedが多いとき｜分類の確認と計測担当へ渡す照合票で扱っています。

1つの表に別の項目を足したとき

ランディングページの表に、端末の種類などの別の項目を足して行を分けて見ることがあります。そのときは、足した項目も確認条件票の「項目と指標」の欄に書きます。分けた後の表の不明行は、分ける前の不明行と同じ条件の数ではありません。別の観測の番号にして、分ける前の数と並べて書くときは、条件の違いを添えます。

確認条件票の「対象外」の欄

ほかの表の不明な値に気付いたときは、確認条件票の下に「対象外：参照元の表にも不明な値がある（別の確認）」のように書いておきます。忘れないための記録で、この確認の質問には入れません。別に確かめる必要があるかは、計測担当への質問を整理するときに、判断する人と決めます。

単位をそろえる：画面の指標の名前を書き、受付の件数と混ぜない

不明行の大きさを話すときは、何を数えた数なのかをそろえます。同じ「件数」という言葉でも、数えているものが違えば、比べることはできません。

ページの閲覧、ユーザー、セッション、キーイベントは、GA4の画面でそれぞれ別の指標として並びます。この記事では、それぞれが何を数えているかを説明し直しません。表に出ている指標の名前をそのまま書き、意味が分からなければ計測担当と確かめます。

この記事では、ランディングページの表を見るとき、セッションの列を選んで、不明行と全体を同じ列の数で書くことを提案します。第3節の2つ目の説明で、ランディングページがセッションの最初のページの閲覧に関連付けられているとされているためです。ほかの指標の列の数を分母にして、セッションの不明行を割ることはしません。

Search Consoleや広告の管理画面のクリックの数は、GA4の数とは別の画面の別の数として、確認条件票の別の欄に書きます。合わないことを、不明行の理由とも、計測の不具合とも決めません。

キーイベントと受付の件数が合わないときの確かめ方は、GA4の問い合わせコンバージョンが受付件数と合わないときに確かめる順番で扱っています。この記事では、受付の件数は社内の受付台帳の数として別の欄に書き、不明行の割合と混ぜません。

母数と不明行：同じ条件・同じ指標で件数と割合を書く

不明行の大きさは、同じ条件の全体の数と並べて、件数と割合の両方を書きます。件数だけでは大きいのか小さいのか分からず、割合だけでは元の数の少なさが見えないからです。

A社の観測-01の表を、行をまとめて書くと次のとおりです。数字はすべて説明のための架空の値で、行どうしが重ならないと仮定した説明用の内訳です。

全体が1000セッション、不明行が80セッションなので、割合は80÷1000で8%です。これは完全な架空の例で、8%という数に良い悪いの意味はありません。確認条件票には「不明行80セッション／全体1000セッション（8%）、観測-01の条件」のように、件数と分母と条件を一緒に書きます。

実際の画面では、行を足した数が全体と一致することを前提にしません。全体の数は、画面に出ている合計の欄の数を使い、その数の条件を書きます。

分母が分からないときは、割合を出さない

不明行の数だけが分かり、同じ条件の全体の数が分からないときは、割合を計算しません。別の画面で見た全体の数や、別の期間の全体の数を分母に使うと、条件の違う数どうしの割り算になります。分母の欄は「未確認」と書き、次の観測で同じ条件の全体の数を取り出します。

別の切り口の数を足さない

端末の種類で分けた表の不明行と、流入元で分けた表の不明行を足して、「不明が合わせて160」と書かないでください。同じ80セッションを、別の切り口で2回数えているだけかもしれません。切り口ごとの数は、それぞれの観測の番号のまま並べます。

表示された行だけを足さない

画面に表示されている行だけを足した数を、全体と取り違えないようにします。画面には上位の行だけが出ていて、残りの行が次のページに続いていることがあります。

丸めと、少ない件数

この記事の例の割合は、割り切れる数にしてあります。実際に割り切れないときは、小数第2位を四捨五入して小数第1位までで書き、元の件数（分子と分母）を添えます。たとえば3÷41は7.317…なので「7.3%（3／41、四捨五入）」と書きます。丸めた割合を足しても100%にならないことがあるので、割合だけで細かい差を論じません。全体が少ないときは、1件の違いで割合が大きく動きます。件数が少ない週の割合を、多い週の割合と同じ重みで比べないでください。

分からない数を0にしない

不明行の数を0として表から外したり、「不明はなかった」と書いたりしません。分からない数は「不明行」として、件数のまま別の行に残します。数を取り出せなかったときは、0ではなく「未取得」と理由を書きます。

期間と取り出した日時を分け、前後の条件の違いを書く

不明行が増えたように見えるときは、比べた2つの期間の条件を並べます。観測した期間と、資料を取り出した日時は別の欄に書きます。同じ期間の表でも、取り出した日時が違えば、数が変わっていることがあるからです。

A社の佐藤さんは、観測-01の前の週も同じ画面と同じ選び方で取り出し、観測-00としました。

19÷950は2%、80÷1000は8%です。2つの期間は、どちらも7日間で月曜から始まります。ここまでは数を並べただけで、増えた理由は分かっていません。

時刻の基準が分かるまでは、仮の比較と書く

この時点では、プロパティの時刻の基準と集計の対象が未確認でした。そのため佐藤さんは、確認条件票に「仮の比較（時刻の基準と集計の対象は未確認）」と書き、条件がそろった比較とは書きませんでした。後で10月22日の計測担当の回答で時刻の基準と集計の対象が分かりました。佐藤さんは、元の「仮の比較」の注記と、その時点で未確認だった記録は消さずに残し、その下に「10月22日、計測担当の回答で確認：時刻の基準は日本の時刻、集計の対象はウェブのデータストリーム1つ。記録した人：佐藤」と追記しました。過去の時点で未確認だったことが、後から読んでも分かるようにするためです。

前後の条件の違いを書く

次に、2つの期間の間で違っていた条件を書き出します。分からない条件は「未確認」と書きます。

時間の順番を、原因と読まない

10月14日の差し替えの後に不明行が増えたように見えても、差し替えが理由だとは決めません。同じ週にチラシの配布も始まっており、端末の内訳と計測の設定は分かっていないからです。時間の順番は、確かめる候補を選ぶ手がかりにはなりますが、原因の証明にはなりません。確認条件票には「分かっている事実」と「まだ分からないこと」を分けて書きます。

集計の表から分かること、分からないこと

集計の表から分かるのは、決めた条件での行ごとの数です。この記事の確かめ方では、表から、どのURLのどの訪問が不明行になったのかや、特定の人が過去にどう動いたのかを戻すことはできません。Web担当がそこまで突き止めようとせず、分からないこととして計測担当への質問に回します。

欠けた数字を埋めない：既知のURLへ配らない、0にしない

不明行の80セッションを見て、「たぶん相談のページから入った人だろう」と考え、相談のページの160セッションに足したくなるかもしれません。けれども、不明行がどのページから始まった訪問なのかは、表からは分かりません。割合に応じて既知のURLへ配ることも、推測で1つのページへ寄せることもしません。配った数は、もう観測した数ではなくなり、後から見た人がその数を事実として使ってしまうおそれがあります。

報告の資料でも、不明行は別の行に件数のまま残します。グラフにするときも、不明行を「その他」に混ぜず、名前を付けて残します。

ページ別の比較に付ける注記の例

A社の佐藤さんは、月の報告で、施工事例のページと相談のページの入口の数を比べるとき、表の下に次の3行を付けることにしました。1行目は「観測-01の条件（10月12日〜18日、セッション）」。2行目は「不明行80セッションは、どのページの入口か分からないため、どの行にも足していない」。3行目は「不明行の理由は、確認-01で計測担当に確認中」です。注記があれば、報告を読んだ社長が、ページ別の数を確定した数として使わずに済みます。注記は毎回同じ順番で書くと、前の月の報告と並べたときに違いが見つけやすくなります。

社内の閲覧や検証の閲覧が混ざっていないか

全体の数の中に、社員の閲覧や制作会社の作業、計測担当の検証の閲覧が混ざっていることがあります。混ざっているかどうかが分からないときは、その点も「未確認」と書きます。社内のアクセスを分けて考える手順は、GA4の社内アクセス除外｜テストと顧客の数字を分けて、適用前に確かめることで扱っています。

検証のために開いたページの閲覧は、お客さまの数字でも成果でもありません。計測担当が検証で開いた回数を、不明行が減った証拠や、相談が増えた証拠として数えないでください。検証した日時と回数は確認・再確認票に書き、その期間の数字を見るときの条件の違いとして残します。

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

Web担当が安全にできるのは、条件と資料を整理することです。設定やタグに触れる確かめ方は、権限を持つ計測担当に任せます。役割ごとに、することを分けておきます。

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

計測担当には、管理している端末で、決めた条件で検証してもらいます。検証の前に、次の8つを決めておきます。使う端末（管理番号だけを書く）、検証を始めるときの状態（直前に開いていたページや操作）、何を1回と数えるか、最初に開くURL、たどる操作の順番、同意の状態、見るイベントの名前と値の有無、観測する時刻です。決めて記録しておけば、後で同じ条件で確かめ直せます。

相談のページのURLを直接開いて入る場合と、トップページからサイトの中を移って入る場合は、別の条件として分けて確かめます。片方だけを確かめたときは、もう片方は「未確認」と書きます。URLを直接開いたことだけで、新しい訪問の入口になったとは扱いません。検証を始めるときの状態と1回の区切りは、計測担当が決めて検証の記録に書きます。

A社では、確認-01への回答の前に、田中さんと佐藤さんが次の条件を決めました。使う端末は制作会社が管理しているパソコン1台（管理番号PC-02、架空）、同意した状態で行い、入口は「相談のページのURLを直接開く」と「トップページから相談のページへ移る」の2つで、それぞれ3回、検証の時刻は10月21日（水）の15時台です。検証を始めるときの状態と、どこまでを1回とするかは、田中さんが決めて検証の記録に書くことにしました。同意しない状態や、広告やチラシのQRコードからの入口は、この回では行わず、未確認として残すことにしました。条件を絞ったのは結果を読み違えないためで、ほかの条件を確かめなくてよいという意味ではありません。

既存の設定は、この確認のためには変えない

利用者の同意の設定や、ページを見られる人の制限は、この確認のために外したり緩めたりしません。それらを変えるかどうかは、計測の確かめやすさとは別に、決める人が判断することです。権限を新しく足すことや、本番のページの修正は、確認とは別に、既存の承認の手順で決めてから行います。

計測担当の検証で記録すること：事実と推測を分ける

計測担当の検証では、見えたものを事実として、そこから考えたことを推測として、欄を分けて書いてもらいます。事実と推測が同じ文に混ざると、後で読んだ人が推測を事実として扱ってしまうからです。

検証の前提も書いてもらいます。使った端末の管理番号、検証を始めたときの状態、1回の区切り、最初に開いたURL、操作の順番、同意の状態、検証した時刻です。前提が書かれていない結果は、同じ条件で確かめ直すことができません。検証の画面に出なかっただけでタグの不良とは決めず（第3節）、理由は未確認とします。

個別の検証は、過去の全部の証明ではない

決めた条件での検証の結果は、過去の期間のすべての訪問の証明にはなりません。第3節の1つ目の説明にある場合は、確かめる候補の1つとして扱います。

事業の判断への影響を整理する：比べられないこと、分かる範囲、先に直す受付の問題

不明行の確認と並行して、事業の判断に何が影響するのかを整理します。不明行があると、すべての数字が使えなくなるわけではありません。比べられないことと、分かる範囲を分けて書きます。

A社の場合、計測の不明行よりも先に、お客さまから届いた「送信できなかった」という連絡を確かめるほうが、事業への影響が大きいかもしれません。受付の問題は、計測の確認を待たずに、受付の担当が別に確かめます。フォームの止まりやすい場所の確かめ方は、問い合わせフォームを改善する手順｜入力項目・エラー・スマホから受付まで20項目で点検で扱っています。

4つの地点を、別の欄で管理する

相談のボタンが押されたこと、受付が成功したこと、担当に届いたこと、担当が有効な相談と判断したことは、別の地点です。この記事では、相談のボタンのクリックはGA4のイベントとして観測し、受付の成功、担当への到着、有効の判定は、それぞれの実際の記録（受付台帳など）と突き合わせる運用にします。4つの地点の数は、別の欄に書きます。

A社の10月12日〜18日の週では、受付台帳の相談は9件で、そのうち担当に届いたのは9件、担当が有効な相談と判断したのは6件、まだ判断していないのが3件でした（架空の値）。まだ判断していない3件は、0件として扱わず、未判定のまま別に書きます。この9件を、GA4の不明行の80セッションや、相談のページの160セッションで割ることはしません。受付台帳の件数とGA4のセッションの数は、数えているものが違うからです。

不明行の割合の変化を、成果と書かない

ページの閲覧が増えたことや、不明行の割合が下がったことを、有効な相談が増えたこととは書きません。計測の記録が整うことと、お客さまからの相談が増えることは、別のことです。報告では、計測の確認の結果と、受付台帳の数を、別の段落に分けます。

計測担当への確認依頼の書き方

確認条件票と条件の違いを書いたら、計測担当へ確認を頼みます。そろわない欄は「未確認」と書いたまま頼んでかまいません。頼むのは質問で、設定の変更ではありません。依頼には、次の7つの欄を書きます。

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

質問が多すぎると、回答が遅れたり、答えやすい質問だけに答えが返ってきたりします。まず確かめたい点を3つほどに絞り、急がない点は次の依頼に回します。1〜3つは目安で、重要な確認を削るための上限ではありません。お客さまの受付に関わる急ぎの確認は、別に先に聞きます。1つの質問に複数のことを入れず、「はい」「いいえ」と根拠で答えられる形にします。「なぜ増えたのですか」より、「比べた2週の間に、計測の設定を変えましたか。変えた場合は、その日時と対象を教えてください」のほうが答えやすくなります。

A社の確認依頼（確認-01）

佐藤さんは依頼の最後に、「この依頼は確認のためのもので、設定の変更や、既存の設定を緩めることはお願いしていません」と書き添えました。いつもの連絡の手段で送り、確認条件票の作業の欄に「確認-01を送付」と書きました。

責める言葉を使わない

「勝手に変えたせいで」「壊れていませんか」といった書き方は避けます。相手が守りに入り、根拠のある回答が返りにくくなるからです。観測した事実と、分からない点と、質問だけを書きます。

回答の受け取り方：根拠と対象、変更の有無、再確認の条件

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

A社の回答（10月22日（木）11時）

田中さんからは、期限の前の10月22日（木）11時に回答が届きました。

1. 制作会社が管理している範囲（GA4のプロパティの設定と、制作会社が置いた計測のタグ）では、10月5日から18日の間に変更はない。根拠は制作会社の作業の記録（10月1日〜21日の分）。10月14日の相談のページの差し替えではページの作りを変えたが、計測のタグには触れていない。制作会社の管理の外にあるタグや設定は、この記録では確かめていない
2. 10月21日（水）15時台に、決めた条件で、相談のページを直接開く入口と、トップページから移る入口を、それぞれ3回、計6回たどった。結果と、検証を始めたときの状態・1回の区切りは、検証の記録（資料-03）に書いた。レポートのランディングページにどう集計されたかは確かめていない。別の端末、同意しない状態、広告やチラシのQRコードからの入口は試していない
3. 時刻の基準は日本の時刻、集計に含まれるデータストリームはウェブの1つ。根拠はプロパティの設定の画面（10月22日に確認）

佐藤さんは、回答を確認・再確認票の右の列に、質問ごとに写しました。質問1は、制作会社の管理の範囲では変更がないと分かりましたが、管理の外にタグや設定があるかは未確認として残し、社長に心当たりを聞くことにしました。質問2は、検証の記録（資料-03）に書かれた範囲の事実として受け取り、レポートのランディングページへの集計のされ方、ほかの入口、過去の期間のすべての訪問の説明とはしませんでした。質問3の回答は、確認条件票の時刻の基準と集計の対象の欄に、元の「未確認」を残したまま、確認した日時と確かめた人を添えて追記しました。

回答が足りないとき、期限までに届かないとき

回答が「確認しましたが問題ありません」だけだったときは、届いた日時は記録し、内容の受け入れは未完のままにして聞き直します。何を見て（根拠）、どの範囲を（対象）、設定を変えたかどうか（変更の有無）、次に何をそろえて見ればよいか（再確認の条件）の4つを聞きます。

期限までに回答がないときや、担当が不在のときも、その事実を記録します。そのうえで、次に聞く相手と次の期限を決め、制作会社の代表の連絡先など既存の窓口へ連絡します。点検表の全項目がそろうまで、質問を止める必要はありません。

回答で新しく分かったことの扱い

回答で、確認依頼に書かなかった新しい事実が分かることがあります。それは、確認条件票に新しい行として足し、どの回答で分かったのかを書きます。新しい事実を、根拠を確かめないまま原因として扱うことはしません。

原因が分からないまま続けるとき、確認を終えるとき

確認を進めても、不明行の理由が分からないことはあります。分からないまま確認を止めてしまうと、次に誰が何をするのかが消えてしまいます。分からないときは、作業の欄に、続ける理由、次の担当、次に確かめる日時の3つを書きます。

A社の再確認（観測-02）

佐藤さんは、10月26日（月）10時に、10月19日（月）〜25日（日）の7日間を、観測-01と同じ条件で取り出しました。全体は1040セッション、不明行は52セッションで、52÷1040は5%でした。

この数字を見て、「不明行が減ったので解決した」とは書きません。10月19日の週もチラシの配布は続いており、端末の内訳はまだ見ていません。10月21日の計測担当の検証の閲覧6回が、この期間の全体に含まれているかも未確認で、条件の違いの欄に書きました。佐藤さんは、確認条件票の作業の欄に次のように書きました。

• 続ける理由：不明行の理由は未確認。端末の内訳と、制作会社の管理の外のタグの有無を確かめていない
• 次の担当：佐藤さん（端末の内訳を同じ条件で取り出す。社長に管理の外のタグの心当たりを聞く）、田中さん（同意しない状態での遷移の確かめ方を、判断する人と相談する）
• 次の日時：11月16日（月）10時

7日後と28日後の見直し

A社の例では、最初の観測の10月19日から7日後の10月26日と、28日後の11月16日に見直す計画にしました。7日と28日は、編集部がこの例のために置いた見直しの計画で、Googleが勧める待つ日数ではありません。見直しの間隔は、数字の多さや、事業の予定に合わせて決めてください。見直しの日には、同じ条件で取り出し、条件が変わっていたらその違いを書きます。

確認を終える条件

確認は、次の4つがそろったときに終えます。質問ごとに回答がそろっていること、回答に根拠と対象があること、残る不明に担当と期限が付いていること、次の評価の条件（見る日、期間、使う数字）に合意していることです。

根拠が足りないまま、原因や計測の正常を断定しません。反対に、根拠のある原因や変更、再確認の結果は、確かめた範囲と、まだ分からない部分を添えて報告できます。確認を終えたことを、売上や相談の回復として報告することもしません。

1人で兼ねるとき

Web担当と計測担当を1人で兼ねるときも、観測の記録と検証の記録は別の欄に書き、兼ねていることを票に書きます。既存の権限や社内の取り決めは守り、そのうえで、この記事の手順のために2人目の承認を新しく求めることはしません。兼ねていることが書いてあれば、後で読んだ人が、どの記録を誰が残したかを確かめられます。

架空の2つの事業で見る、例外の確かめ方

主な例のA社のほかに、確かめ方が少し変わる例外を、架空の2つの事業で見ます。

B店：全体が少ない週

美容室のB店（架空）では、10月19日（月）〜25日（日）の全体が40セッション、不明行が3セッションでした。割合は3÷40で7.5%ですが、全体が40のときは、1セッションの違いで割合が2.5ポイント動きます。B店のWeb担当は、割合ではなく「3／40」と件数で書き、週ごとの割合を比べる判断は、同じ条件で4週分をそろえるまで保留にしました。4週はB店がこの例で置いた集計の計画で、どの店にも当てはまる基準の数ではありません。

割合の比べ方を保留にしても、確認そのものを待たせる必要はありません。B店では、前の週に予約のページの文言を変えていて、その変更で計測に触れたかが分からなかったので、件数の少なさとは関係なく、この点はすぐ計測担当に聞きました。B店の店長は、予約の多くを電話で受けていると把握していたため（架空の条件）、ホームページの表の数字と並べて、電話の予約の記録も見ることにしています。

C社：分母の分からない資料と、合わない数

学習塾の広告用のページを持つC社（架空）では、前の担当が残した画面の写しに、不明行の行だけが写っていて、全体の数が写っていませんでした。C社のWeb担当は、その写しから割合を出さず、同じ期間と条件で、全体と不明行を取り出し直しました。

C社では、広告の管理画面のクリックの数と、GA4のセッションの数も合いませんでした。2つは別の画面の別の数として扱い、合わないことを不明行の理由とは決めません。C社は、広告のクリックの数を確認条件票の別の欄に書き、不明行の割合の分母には使いませんでした。

取り出し直した観測で分母がそろってから、C社は前の期間とも同じ条件で比べ、そのうえで計測担当へ確認を頼むかを判断する人と決めました。前の担当の写しは、条件の分からない資料として番号を付けて残し、新しい観測の数字とは並べませんでした。

登録不要で使える20項目の点検表

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

点検表の使い方

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

空欄の2つの票：レポートの確認条件票と、計測担当への確認・再確認票

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

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

レポートの確認条件票

観測1回につき1枚に書きます。最初の欄の「観測の番号：」の後に番号を書き始めます。確かめなかった欄は、空欄にせず「未確認」と書きます。

計測担当への確認・再確認票

確認1件につき1枚に書きます。回答が届いたら、同じ票の右の列に書き足します。聞き直したときは、聞き直しの行に日時と内容を書きます。

よくある質問と、今日1つ見直すこと

不明行は、何%までなら気にしなくてよいのですか

この記事では、割合の目安を示していません。同じ割合でも、期間、流入、ページの作りによって意味が変わるからです。まず、同じ条件の全体と並べて件数と割合を書き、前の期間と条件をそろえて比べてください。気にするかどうかは、その記録を見て、判断する人と計測担当が決めます。

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

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

過去の不明行を、正しいページの数に直せますか

この記事の確かめ方では、集計の表から、過去の不明行がどのページから始まった訪問だったのかを戻すことはできません。過去の数字は、不明行を別の行に残したまま使い、比べるときに注意を書き添えてください。

計測担当から「同意しない人がいるので仕方ない」と言われました

その説明の根拠と対象を聞きます。確認・再確認票には、計測担当がそう説明したこと、根拠の資料の所在、その資料がどの期間と条件の話か、を分けて書きます。説明を受けただけでは、不明行の理由を確定したことにはしません。設定を変えるかどうかは、計測の確かめとは別に、判断する人が決めます。

不明行の割合が下がったら、確認を終えてよいですか

割合が下がったことだけでは、確認を終える理由になりません。下がった週の条件（期間の長さ、流入、端末、公開の記録、計測の定義、検証の閲覧の混ざり方）が前の週と同じかを確かめ、第16節の4つの条件がそろってから終えます。終えるときも、根拠が足りない点は断定せず、次に見直す条件を残します。

毎週、ランディングページの表を見るべきですか

見る間隔は、数字の多さと事業の予定に合わせて、判断する人と決めてください。この記事では、決まった間隔を勧めていません。見るときは、毎回同じ条件で取り出し、観測の番号を付けておくと、前の週と比べやすくなります。

今日1つ見直すこと

【編集部の提案】今日は、ランディングページの表を1回だけ開き、確認条件票の最初の欄（観測の番号、レポートの名前、項目と指標、プロパティと集計の対象、期間とタイムゾーン、資料を取り出した日時、フィルタと比較の条件）を書いてください。そのうえで、同じ条件の全体と不明行の数を並べて書きます。欄がそろわなくても、足りない欄に「未確認」と書いたまま計測担当へ確認を頼めます。お客さまの受付に障害があるときは、票を待たずに受付の担当へ伝え、並行して対応します。