クロール済み・インデックス未登録の対処｜調査を引き継ぐ確認票

結論：1つのURLに1枚の票を作り、確かめた日時と未確認を分けて渡す

Search Consoleで、検索に出したいページがこの記事の題にある状態と表示されると、まず理由を知りたくなるかもしれません。内容が薄いと思われたのではないか、何かの罰を受けたのではないか、と考えて、急いで本文を書き足したり、ページを消したりしたくなるかもしれません。けれども、画面に表示された状態だけでは、理由は分かりません。分からないまま手を動かすと、何を変えたのか、いつ何を見たのかが残らず、後から調べる人が困ります。

この記事が答える問いは1つです。検索に出したい1つのページがこの状態のとき、何を、どの日時の証拠で確かめ、調査や修正をどう依頼し、返ってきた回答と変更をどう受け入れるか。 答えを先にまとめると、次の5つです。

1. 対象のURLを1本に決め、1本につき1枚の票（この記事では対象票と呼びます）を作る。似たURLや複数のページを1枚にまとめない
2. 画面やメールで見たことは、自分が見た日時と、その資料が対象とする日時（画面に出た日時や変更した日など）を別の欄に書く。分からない日時はどちらが不明かを書き、見ていないものを0や「問題なし」にしない
3. 業務の進み具合（調査状態）と、画面で観測した登録の状態を、別の欄にする。調査が進んでも、登録の状態が変わったとは限らないからです
4. 調査や修正を頼むときは、渡す範囲と終わりの条件を依頼書に書く。終わりは、頼んだ項目ごとに回答と証拠がそろうか、責任者が未確認を残した保留を明示したときとし、足りない証拠は差し戻す
5. 依頼・回答・反映・受入れ（表示と案内の確認）は、それぞれの日時の別の事実として残す（同じ日でも構わない）。後日の登録の観測は、反映直後の確認と混ぜない。7日後・28日後の見直しは業務の予定で、登録の期限ではない

この記事が向いている方

小さな会社や店舗で、自社のホームページの担当をしている方と、制作会社や社外の担当に調査や修正を頼む立場の責任者を想定しています。Search Consoleの画面は見られるけれど、サイトの設定は自分では変えられない、変えてよいのかも分からない、という状況を前提にしています。

先にお伝えしておくこと

この記事の対象票、証拠一覧、調査状態の名前、依頼書、変更票、受入れと観測の分け方、点検表は、Akatsuki編集部の実務提案です。特定のサイトで効果を測った結果ではなく、ページが登録されることや、検索の順位が上がることを約束するものではありません。例として示す会社・URL・日付・件数は、説明のための架空のものと仮の値です。出典欄の公式資料と、本文で案内する既刊の記事は実在のものです。公式の説明は第3節に短くまとめ、それ以外の部分は編集部の提案として書き分けています。

対象と、既刊の記事との分担

この記事は、検索に出したい既存のページが1本あり、その登録の状態について調査を頼み、受け入れるまでの「確かめ方と引継ぎ」だけを扱います。

サイト全体で検索からの訪問が減ったときに、記録・比較・範囲の順に切り分ける手順は、既刊のSEO順位・検索流入が落ちたときの確認手順｜Search Consoleで原因を20項目から切り分けるにまとめています。どのページから書き直すかを、複数の候補の中から決める手順は、SEOリライトの優先順位を決める手順｜Search Consoleと問い合わせの記録で20項目を点検が受け持ちます。サイトを作り直すときに旧URLと新URLを対応させる手順は、サイトリニューアルでURLを引き継ぐ手順｜旧ページの対応表から公開後の点検までにあります。

Search Consoleでソフト404と表示されたURLについて、消すか転送するかを決める前に、そのURLの役割と観測した事実を分けて制作担当へ確認と変更を頼む手順は、ソフト404の対処｜URLの役割を確かめて、制作担当へ渡す確認票で扱っています。

個別のページではなく、URLを並べたサイトマップのファイルについて、レポートの表示とブラウザーで開いた見え方が食い違うときに、観測と依頼の票を分けて制作担当へ渡す手順は、サイトマップが「取得できませんでした」のとき｜制作担当へ渡す観測票で扱っています。

この記事で扱わないこと

次のことは扱いません。サイトの設定を変えるためのコードの書き方、検索の仕組みがどう判断しているかの推測、サーバーの実際の操作、調査に使う製品の比較や料金、管理の画面に入る権限を新しく取る手順です。本文の書き直しの方法や、一般的な検索対策の進め方も繰り返しません。

また、サイト全体が表示されない、多くのページで同時に異常が出ている、といった技術的な不具合は、この記事の票で1本ずつ追うものではありません。見つけた日時と画面の名前だけを書き、サイトの管理者や制作会社へ別の連絡としてすぐに渡してください。

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

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

【公式情報】ページのレポートの説明（出典1）では、この状態はクロール済みでも登録されていないページを指し、今後登録される場合もされない場合もあり、この状態だけならクロールのリクエストの再送信は不要とされています。

【公式情報】URL検査ツールの説明（出典2）では、Googleが保存している情報による結果は、いま公開中のページとは限らず、ライブテストの結果とは別です。テストで問題がなくても登録は保証されず、全条件をテストするわけでもありません。

【公式情報】Googleの技術的な要件の説明（出典3）では、登録の対象になる最低限の技術的な条件として、Googlebotのアクセスがブロックされていない、HTTP 200で返る、登録できる内容がある、の3つを挙げ、満たしても登録は保証されないとしています。

ここから先は編集部の提案です

上の3つからは、表示やテストの結果だけで、理由や登録が決まるとは言えません。いつ登録されるか、何を直せば登録されるか、何日待てばよいかは、公式の説明からは決まりません。

そこで第4節から先は、理由を断定せずに調べてもらい、回答と変更を受け入れるための記録の付け方を提案します。決まった日数だけ待つ、本文を決まった文字数まで増やす、リクエストを毎日送る、ページを無条件に削除や統合する、といった進め方は、この記事では勧めません。公式の仕組みに関わる条件は、この節の3つの要約だけを参照し、後の節では繰り返しません。正規のURLの扱いや、検索結果に出さない設定の仕組みも説明しません。技術の担当に確かめてもらう項目の名前として、第9節に挙げるだけにします。

検索で見つけてほしい用件を、言葉にする

調査を頼む前に、そのページが検索で誰に、どんな用件で見つけてほしいのかを、1〜2文で書きます。これは本文を書き直すためではなく、調べる人と受け入れる人が、同じページを同じ目的で見ているかを確かめるためです。

【編集部の提案】次の3つを、対象票のいちばん上に書きます。

• 誰が：たとえば「近所で夜に動物を診てもらえる病院を探している飼い主」
• どんな言葉で探しそうか：お客さまが実際に使った言葉や、電話で聞かれた言い回し。検索の回数や順位は書かなくて構いません
• 見つけた後にしてほしいこと：電話をかける、地図を開く、相談の窓口へ進む、など

用件の書き方の例

書き直した用件は、調べる人にとっても手がかりになります。用件に答える内容がページの最初の画面にあるか、という確かめ方ができるからです。ただし、それを見て本文を直すかどうかは、第11節の変更票の流れで決めます。

用件を書けないときは、それ自体を記録する

用件が書けないページは、検索に出したいページかどうかが、まだ決まっていない可能性があります。たとえば、取引先にだけ案内するページ、古い催しの案内、試しに作ったまま残っているページです。その場合は調査を頼まず、「検索に出したいかを責任者が決める」と書いて止めます。

検索に出さない理由があるページ、たとえば取引先向けの条件のページや、管理の画面の入口に近いページを、調査の流れの中でむやみに公開の対象へ変えてはいけません。出すかどうかを決めるのは、そのページを使っている営業や運営の責任者です。

用件と、ほかのページとの関係

同じ用件に答えるページが、サイトの中にほかにもないかを、責任者が知っている範囲で書きます。「料金のページと、よくある質問のページの両方に同じ説明がある」といった程度で構いません。ここでは、どちらを残すか、まとめるかは決めません。決めるのは第16節の読者の確認の後で、判断はページの責任者が行います。

URLを取り違えない対象票

調査が進まない行き違いの一つに、依頼した人と調べた人が、別のURLを見ていたという場合があります。末尾の「/」の有無、「www」の有無、広告や案内のための文字列（「?」以降）、http と https の違いで、画面上は同じページに見えても、記録の上では別のURLになります。

【編集部の提案】対象票の最初の欄には、Search Consoleの画面に表示されたURLを、1文字も変えずに写します。ブラウザーのアドレス欄からではなく、画面に表示されたものを写すのは、調べる人がその画面を開き直せるようにするためです。

対象にするのは、検索に出したい公開中のページのURLです。「?」以降に個人の情報や一時的な鍵のような文字列が含まれるURL、公開していないURLは、票の共有先へそのまま貼りません。その部分を伏せて写し、「?以降を伏せた」「伏せた部分に違いがある」のように、伏せたことと違いの有無を書きます。1文字の一致よりも、秘密や個人の情報を広げないことを先にします。

調査状態の5つの意味と、進める条件

【編集部の提案】調査状態は、業務の進み具合だけを表します。登録の状態は別の欄に書きます。

取り違えやすいURLの例

この表のURLは説明のための架空のものです。どれが出したいURLかを決めるのは責任者で、ほかのURLをどう扱うかは変更の担当に確かめてもらいます。

似たURLを見つけたとき

似たURLが画面に複数あるときは、それぞれを別の票にします。どちらが本来出したいURLかを書けるなら、「出したいURL」「似たURL」と欄に書き分けます。書けなければ、両方の票に「どちらを出したいか未決定」と書き、責任者に決めてもらいます。調べる人の判断で、似たURLの片方を消したり、まとめたりしてもらうことはしません。

1枚にまとめない理由

複数のページを1枚の票にまとめると、回答が「確認しました、問題ありません」の1行になることがあります。どのURLの何を確かめたのかが分からないまま、全部が終わったことになってしまいます。手間はかかりますが、1本に1枚が、後で困らない書き方です。

日付が分からないものも残す証拠一覧

対象票の次に作るのが、証拠一覧です。「何を見て、そう思ったのか」を、後から別の人がたどれるようにするための表です。

【編集部の提案】証拠一覧は、1行に1つの観測を書きます。列は、URL、観測した日時、資料の名前、資料の対象日時、観測した内容、未確認の6つです。

• 観測した日時：自分がその画面やメールを見た日時
• 資料の対象日時：その資料が指している日時。画面に表示された最終クロールの日時、ページを変更した日、古いメールの送信日など

この2つを同じ欄に書かないことが、この記事でいちばん大切な決まりです。1つの現象について、いつ見たかと、見た資料がいつのことを示しているかには、時間の差があるからです。たとえば、夏に送られた変更のメールを今日読んだなら、観測した日時は今日で、資料の対象日時はメールの送信日です。メールに書かれた変更そのものの日は、別に分からなければ「変更日は不明」と書きます。最後の未確認の列を必ず置くのは、確かめた範囲と確かめていない範囲を、同じ行で区別するためです。

最終クロールの日時と、変更の日時を並べる

2つの日時の列を分けておくと、資料どうしの前後を確かめられます。たとえば、保存情報の結果に最終クロールの日時として仮に10月2日と表示され、本文を変えた日が変更票で仮に11月5日なら、その結果は変更の前のページについてのものです。逆に、変更の日が「不明」なら、前後は判断せず、未確認の列に「変更日が不明のため前後不明」と書きます。

画面に日時の表示があれば、その値をそのまま資料の対象日時に写します。表示がない、読み取れないときは、空欄を推測で埋めず「表示なし」「不明」と書きます。

日付不明と、0と、未観測を分ける

証拠一覧で混ざりやすいのが、この3つです。

• 日付不明：見たことはあるが、日時が分からない。どちらの日時が不明かを書く。たとえば「観測した日時は10月27日、資料の対象日時は不明」や「以前に誰かが見たが、観測した日時の記録がない」
• 0：数えた結果、本当に1件もなかった。数えた日時と範囲を書く
• 未観測：観測そのものがない。日時の欄も内容の欄も「未観測」とし、「問題なし」や「0」とは書かない

たとえば「変更の記録：0件」と書くと、記録を探したけれど1件もなかったのか、そもそも探していないのか、読む人には区別できません。探していなければ未観測、探して見つからなければ「記録なし（探した場所と日時）」と書きます。

日時の書き方をそろえる

日時は、「10月27日 10時」のように、日付と時刻を同じ形で書きます。「今朝」「先週」のような言い方は、読む日によって意味が変わるため使いません。

社外の担当とやりとりする場合は、どちらの時刻で書くかを最初に決めます。日本の時刻で書くと決めたら、届いた資料の日時が別の時間帯なら、その旨を添えて写します。

画面を写すときの注意

画面を写すときは、表示された言葉をそのまま書き、自分の解釈を同じ欄に混ぜません。解釈や推測は、第7節の書き分けに従って別の欄に書きます。写真や画面の画像を残す場合は、URLと日時が分かるようにし、画面に入るための情報や、お客さまの個人の情報が写っていないかを確かめてから共有します。

観測と推測を書き分ける

調査の記録で次に混ざりやすいのが、見たこと（観測）と、そこから考えたこと（推測）です。推測そのものは役に立ちますが、観測と同じ書き方をすると、後から読む人がそれを事実と受け取ってしまいます。

【編集部の提案】票の中では、文の頭に「観測：」「推測：」「未確認：」のどれかを付けます。推測には、何を見てそう考えたのかを1つ添えます。

推測を書いてよい場所

推測を禁じる必要はありません。調べる人の経験から出た見立ては、次に何を確かめるかを決める手がかりになります。ただし、推測は「推測」の欄にだけ書き、調査状態を進める根拠にはしません。調査状態を進めるのは、依頼書の終わりの条件を満たした観測だけです。

見立てを、次に確かめることに変える

推測を書いたら、それを確かめるには何を見ればよいかを、1つ添えます。たとえば「同じ用件のページがほかにもあるため、重なりが関係するかもしれない」という推測なら、次に確かめることは「同じ用件に答えるページの一覧と、それぞれの役割」です。これは第16節の確認につながります。

確かめる方法が思い付かない推測は、いったん推測の欄に残し、依頼書には書きません。調べる人に、確かめようのない問いを渡さないためです。

「問題なし」という言葉を使わない

「問題なし」は、どの範囲を確かめたのかを隠してしまう言葉です。「10月28日に見た画面を写した。警告の表示はなかった。登録の状態は未確認」のように、確かめた範囲と確かめていない範囲を並べて書くようにします。

担当、変更できる人、受け入れる人を分ける

調査が止まるもう1つの理由は、誰が何を決めるのかが曖昧なことです。画面を見られる人、設定を変えられる人、本文を変えられる人、変更を受け入れてよいと判断する人は、同じとは限りません。

【編集部の提案】対象票の作り始めに、次の4つの役割を書きます。1人が複数を兼ねても構いませんが、兼ねていることを書きます。

変更できる人を確かめる

サイトの設定、本文、サーバーの管理は、それぞれ別の会社や担当が受け持っていることがあります。誰がどれを変えられるのかが分からないときは、「不明」と書き、責任者が契約や過去のやりとりから確かめます。分からないからといって、画面に入る権限を新しく作ってもらったり、別の人の情報を借りたりはしません。

社外の担当と先に決めておくこと

制作会社や社外の担当に頼む場合は、最初の依頼の前に、次の3つを確かめておくと、後の行き違いが減ります。

• 調査だけを頼めるのか、修正まで頼むのかと、契約の範囲に入っているか
• 回答をどの形（メール、共有の票への記入など）で受け取るか
• 担当が替わったときに、票と過去の回答を誰に渡すか

費用や契約の条件は、会社ごとに違います。この記事では扱わないため、必要なら責任者が直接確かめてください。

受け入れる人は、変更した人と分ける

変更した人が自分で「確かめました」と書くだけでは、見落としが残ることがあります。受け入れる人は、できれば変更した人とは別の人にします。小さな会社で1人しかいないときも、反映の直後に本人が第12節の確認を必ず行います。そのうえで、可能なら時間をおいた再確認か、別の担当の確認を加え、「1人で当日確認。再確認は仮に11月6日の予定」のように票に書きます。

依頼書：渡す範囲と、終わりの条件

調査や修正を頼むときは、口頭やチャットの1行ではなく、依頼書の形で渡します。依頼書に書くのは、何を確かめてほしいか、どこまで変えてよいか、何がそろえば終わりか、の3つです。

【編集部の提案】依頼書には、対象票と証拠一覧を添え、次の項目を書きます。

技術の担当に確かめてもらう項目の名前

技術的な状態は、記録の担当が自分で判断せず、変更の担当に確かめてもらいます。依頼書には、確かめてほしい項目の名前だけを書きます。仕組みの説明や、こう直してほしいという指定は書きません。

• クローラーのアクセスを止める設定がないか
• ページを開いたときのHTTPの状態
• 検索結果に出さない指定（noindex）の有無
• 正規のURL（canonical）の指定

これらは、確かめてほしい項目の一覧です。どれかに当てはまったから理由が分かった、とは書きません。回答の照合は第10節で行います。

依頼書の記入例

この例では、変えてよい範囲を「調査だけ」にしています。調べる人が途中で直したくなっても、まず変更票の案として返してもらい、責任者が判断します。

終わりの条件を先に決める理由

終わりの条件がない依頼は、「登録されるまで」続いてしまいます。そこで、この記事では、依頼の終わりを次のどちらかに置きます。

• 頼んだ項目のそれぞれについて、回答と証拠（確かめた日時と見た資料）がそろい、照合が済んだとき
• 確かめられなかった項目が残ったまま、責任者が「この項目は未確認のまま保留にする」と明示したとき

「確かめていません」と書いてあれば終わり、ではありません。頼んだ項目がすべて未確認の回答は、終わりの条件を満たしません。登録の観測は、第13節で別の票として続けます。

依頼先からの回答を照合する

回答が届いたら、依頼書の項目と1つずつ並べて照合します。照合の目的は、回答の良し悪しを判断することではなく、確かめた範囲と確かめていない範囲を、票に正しく写すことです。

【編集部の提案】次の4点を確かめます。そろっていれば照合を終え、調査状態を「回答待ち」から、変更を反映したなら受入確認へ、変更がなければ見直し待ちへ進めます。そろっていなければ、足りないものを書いて差し戻します。

1. 対象URLが、依頼書と同じ文字列である（伏せた部分はその旨が一致している）
2. 頼んだ項目ごとに回答があり、確かめた日時と見た資料が付いている
3. 確かめられなかった項目は、その理由とともに書かれている。ただし、頼んだ項目がすべて確かめられていない回答は、責任者が保留を明示しない限り受け取らない
4. 変更をした場合は、変更票（第11節）が付いている

差し戻すときの書き方

差し戻すときは、責める書き方ではなく、足りないものだけを具体的に書きます。

回答が理由を断定しているとき

回答の中に「理由は内容の重なりです」のような断定があっても、票には「回答者の見立て」として書き、観測とは分けます。見立てに基づく変更を進めるかどうかは、責任者が判断します。

受け取った回答を票に写す

照合が済んだ回答は、項目ごとに証拠一覧へ1行ずつ写します。回答のメールをそのまま貼るのではなく、「観測した日時」「資料の名前」「資料の対象日時」「観測した内容」「未確認」の列に分けて写すと、次に依頼するときに、どこから先が確かめられていないかがすぐに分かります。

回答に「確かめられなかった項目」が書かれていた場合は、それを未確認の列にそのまま残します。確かめていない項目を、記録の担当が自分の判断で「たぶん大丈夫」と埋めることはしません。その項目を改めて頼むか、保留にして照合を終えるかは、責任者が決めます。

回答が期限までに来ないとき

期限の目安を過ぎても回答が来ないときは、催促の前に、依頼書が届いているか、担当が替わっていないかを確かめます。担当が替わっていた場合は、第14節の担当不在の扱いに移ります。調査状態は「回答待ち」のままにして、待っている日数ではなく、確かめた日と確かめた相手を書きます。

修正案が来たときの変更票と、戻す条件

回答と一緒に「ここを直してはどうか」という修正案が届くことがあります。修正案は、すぐに実行せず、1つの案を1枚の変更票にしてから、責任者が判断します。

【編集部の提案】変更票には、次のことを書きます。

変更票の記入例

根拠の欄が「推測」になっていても、変更してはいけないわけではありません。推測に基づく変更であることを書いておけば、後で観測を読む人が、変更の位置付けを取り違えずに済みます。

戻す条件は、登録の状態で決めない

戻す条件を「登録されなかったら戻す」にすると、いつまでも決まりません。戻す条件は、反映の直後に確かめられることで決めます。たとえば、「表示が崩れた」「問い合わせの窓口への案内が見えなくなった」「別のページの表示が変わった」などです。登録の状態は、戻すかどうかの基準にせず、第13節の観測として別に残します。

一度に一つだけ変える

修正案が複数あっても、同じ時期に変えるのは1つにします。本文とテンプレートと設定を同じ週に変えると、後で観測が変わったときに、どの変更と関係しそうかを書けなくなります。どうしても複数を同時に変える必要がある場合は、変更票を分けたうえで、「同時に変えたため、観測との関係は分けられない」と書きます。

戻しにくい変更は、別の承認にする

ページの削除、ほかのページへの統合、URLの変更は、元に戻すのに手間がかかり、ほかのページやお客さまの案内にも影響します。こうした変更は、調査の依頼の中で行わず、責任者が別に承認します。URLを変える場合の対応表の作り方は、既刊のリニューアルの記事の手順が使えます。

反映の直後に、表示と案内を受け入れる

変更が反映されたら、その直後に、受け入れる人が表示と案内を確かめます。ここで確かめるのは、登録されたかどうかではなく、変更票に書いたとおりに変わったか、ほかに困ることが起きていないか、です。

【編集部の提案】受入れでは、次のことを確かめ、受入れの日時と確かめた人を票に書きます。

受入れの結果と調査状態

受入れで困ることが見つからなければ、調査状態を「受入確認」から「見直し待ち」へ進めます。困ることが見つかれば、変更票の戻す条件と照らし、責任者が戻すかどうかを決めます。

ここで、登録の状態を合否に入れないことが大切です。受入れは、反映の直後に確かめられることだけで決めます。受入れの時点で登録の状態を観測できなければ、それは未確認のまま観測の票（第13節）の欄へ回し、受入れの結果とは混ぜません。

受入れで起きうる行き違い

変更の担当が「反映しました」と書いた日時と、受け入れる人が見た日時がずれることがあります。サイトの仕組みによっては、反映が表示に出るまでに時間がかかる場合もあります。受け入れる人は、見た日時を自分の時計で書き、変更の担当の日時と並べて残します。表示に出ていなければ「未反映の可能性」と書き、すぐに変更の担当へ確かめます。

受入れで困ることが見つかったときの書き方

たとえば、料金の表を見やすくする変更で、スマートフォンでは表の右側が切れて見えなくなっていた、という場合です。受け入れる人は、「受入れ：一部（スマートフォンで表の右側が切れる。11月5日 15時、受け入れる人が確認）」と書き、変更票の戻す条件と照らします。戻す条件に「表示が崩れた」が入っていれば、責任者の判断で元に戻すか、直す変更を新しい変更票にします。

このとき、「登録に悪い影響が出るかもしれないから急いで戻す」といった理由は書きません。戻すかどうかは、読者にとって困るかどうかで決めます。

次回の登録の観測を、別の票で残す

受入れが済んだ後の登録の状態は、調査の票とは別の、観測の票に残します。観測の票は、画面の表示を、観測した日時と一緒に写すだけの票です。

【編集部の提案】観測の票の行は、観測した日時、見た画面、画面の表示、書いた人の4つの欄です。調査状態は書きません。調査状態を進めるかどうかは、対象票の側で責任者が判断します。

観測の日を決める

観測の日は、反映を受け入れた日から7日後と28日後を目安にします。たとえば、受入れが仮に11月5日なら、7日後は11月12日、28日後は12月3日です。この日程は、見直しの区切りとして業務の予定に入れるためのもので、登録の期限や、登録されるまでの目安ではありません。

28日後の観測で登録の状態が変わっていなくても、それだけで変更が失敗だったとは書きません。変わっていた場合も、変更のおかげだったとは書きません。観測の票には、画面の表示だけを書きます。

観測の票の記入例

3行目のように、決めた日に見られなかったときも、行を残して理由と次の日を書きます。見なかった日を空けたままにすると、後から「その日は表示が変わらなかった」と読まれてしまうことがあります。

日々の観測と、待たずに対応すること

7日後・28日後は、見直しの区切りとして編集部が提案する日程です。業務の都合で毎日や毎週の観測が必要なら、見た日ごとに観測の票へ1行書いて構いません。観測と、リクエストの送信は、別の行に書きます。

また、ページが表示されない、誤った料金や連絡先を載せていて訂正が要る、といった場合は、7日後・28日後を待たずに、その場で担当へ連絡して対応します。

見直し待ちの票をどうするか

28日後の観測の後、責任者は対象票を見て、次のどれかを決めます。

• 調査を続ける：新しい観測や回答の不足があり、依頼書を作り直して調査依頼へ戻す
• 見直しを終える：受入れが済み、これ以上頼むことがない。観測は続けるか、やめるかを書く
• 方針を変える：検索に出したいかどうか、ページの役割を見直す（第16節）

どれを選んでも、選んだ理由と日付を書きます。登録されたかどうかだけで決めないことが大切です。

証拠がない、複数を変えた、担当がいないときの例外

実際の調査では、きれいに票を書けない場面もあります。例外の場面も、決まった書き方で残しておけば、後で読む人が状況を取り違えません。

【編集部の提案】次の5つの例外は、対象票の「例外」の欄に、該当するものと日付を書きます。

担当がいないときに、自分で設定を触らない

担当がいなくなると、記録の担当や責任者が、自分で管理の画面を開いて直したくなることがあります。けれども、変えてよい範囲が決まっていない状態で設定を触ると、元に戻す方法も分からなくなります。担当が決まるまでは、観測だけを続け、変更はしません。

担当が替わるときに渡すもの

担当が替わることが分かったら、替わる前に、次のものを新しい担当へ渡します。

1. 対象票と証拠一覧（日付不明・未観測の行も含めて）
2. 出した依頼書と、届いた回答、照合の結果
3. 変更票と、元の状態を残した場所
4. 観測の票と、次の観測の日

渡した日と、受け取った人を対象票に書きます。受け取った人は、最初に1行目の対象URLを画面と見比べ、同じURLを見ていることを確かめてから引き継ぎます。

技術的な異常は、別の連絡にする

調べている途中で、サイト全体が表示されない、多くのページで同じ異常が出ている、といった状況に気付いたら、この票の流れとは別に、すぐサイトの管理者や制作会社へ連絡します。対象票には「別の連絡をした日時と相手」だけを書き、全体の不具合をこの1本の票の中で追いかけません。

架空の4つの事業で見る、依頼から保留までの判断

ここからは、架空の4つの事業で、依頼・回答・判断がどう進むかを見ます。会社の名前、URL、日付はすべて仮のもので、登録されたかどうかなどの成果は確かめていません。実際の事例ではなく、判断の分かれ目を示すための例です。

学習塾：調べたURLが違っていた

地域の学習塾が、冬期講習の案内ページについて、制作会社に調査を頼みました。依頼書のURLは、仮に10月30日に画面から写したものです。11月4日に届いた回答では、「調べたページは登録されていました」と書かれていました。

照合すると、回答のURLの末尾には、広告の案内に使った文字列が付いていました。依頼したURLとは別のURLです。記録の担当は回答を受け取らず、「依頼したURLと同じ文字列で確かめ直してください」と差し戻しました。調査状態は「回答待ち」のままです。この時点で、対象のページが登録されたかどうかは分かっていません。

動物病院：見込みと観測が混ざった回答が届いた

動物病院の夜間の診療の案内ページについて、院長が制作会社に調査を頼みました。回答には、1つの画面の写しと「問題がないので、そのうち登録されると思います」という一文がありました。

照合では、確かめた日時はあるものの、見た画面が1つだけで、見込みと観測が混ざっていました。記録の担当は、依頼書の項目ごとに、見た画面を日時と一緒に写してもらうよう差し戻し、見込みの一文は「回答者の見立て」として票に残しました。調査状態は「回答待ち」です。院長は、決まった日数だけ待つ方針は取らず、回答がそろってから判断すると決めました。

造園会社：2つの変更が重なった

造園会社の剪定の料金の目安のページでは、制作会社が、本文の追記と、サイト全体のテンプレートの変更を、同じ週に行っていました。テンプレートの変更は別の依頼によるもので、記録の担当は知りませんでした。

記録の担当は、変更票を2枚に分け、どちらにも「同時に変えたため、観測との関係は分けられない」と書きました。反映直後の受入れでは、料金の表がスマートフォンで崩れていないことと、電話の案内が見えることを確かめ、調査状態を「見直し待ち」にしました。28日後の観測で何が見えても、どちらの変更の結果かは書かないことを、社長と制作会社で確かめました。

前撮りの写真スタジオ：出さないほうがよいページだった

結婚式の前撮りの写真スタジオで、記録の担当が、取引先の式場向けの撮影条件のページがこの状態だと気付き、調査を頼もうとしました。対象票の用件の欄を書く段階で、営業の責任者に確かめたところ、このページは取引先にだけ案内するもので、検索で一般の方に見つけてもらう必要はないと分かりました。

責任者は、調査の依頼を出さないと決め、調査状態は未確認のまま、対象票に「検索に出す対象ではない。責任者の判断（仮に11月6日）」と書いて閉じました。ページを公開の対象に変える、条件を一般向けに書き換える、といったことはしていません。

4つの例から分かること

4つの例のどれでも、登録されたかどうかは確かめていません。それでも、次に何をするかは決められています。対象URLの一致、日時のある観測、変更の分け方、検索に出したいかどうかの確認が、判断を前へ進めるための材料になっています。

同じ問いに答える既存のページと、それぞれの役割を読者の目で確かめる

調査の途中で、対象のページと同じ問いに答える既存のページが見つかることがあります。そのとき、すぐに「重なっているから、どちらかを消す・まとめる」と決めるのではなく、それぞれのページが読者にとってどんな役割を持っているかを確かめます。

【編集部の提案】次の3つの問いを、責任者と記録の担当で、それぞれのページについて答えます。

1. このページを読んだ人は、次に何ができるか（電話する、料金を知る、日程を選ぶ、など）
2. もう一方のページを読んだ人と、できることは違うか
3. お客さまや取引先に、どちらのページを案内しているか

役割が違えば、両方を残す理由を書く

たとえば、料金の一覧のページと、ある作業の料金の考え方を説明するページは、同じ言葉で探されても、読んだ後にできることが違います。役割が違うなら、その違いを対象票に書き、両方を残す理由として扱います。どちらかを登録させるために、もう一方を消す必要はありません。

役割が同じなら、責任者の判断に回す

読んだ後にできることも、案内している先も同じなら、ページの役割を見直す時期かもしれません。ただし、その判断は調査の依頼の中で行わず、責任者が別に決めます。消す、まとめる、URLを変える、といった変更は第11節のとおり別の承認にし、変更票を作ります。

役割の確かめ方の例

造園会社の例で考えます。剪定の料金の目安のページと、サービスの一覧のページの両方に、料金の説明がありました。電話を受ける担当に聞くと、料金の目安のページは「高さや本数で費用がどう変わるか」を説明するときに案内し、一覧のページは「どんな作業を頼めるか」を伝えるときに案内している、と分かりました。

この場合、2つのページは同じ「料金」という言葉を含んでいても、役割が違います。対象票には「役割が違うため両方を残す。一覧のページは作業の種類、料金の目安のページは費用の考え方」と書き、どちらかを消す案は出しませんでした。

読者の確認は、身近な人で構わない

読者の目で確かめるといっても、大がかりな調査は要りません。電話や窓口で質問を受ける担当に、2つのページを見せて「お客さまに案内するならどちらか」を聞くだけでも、役割の違いが見えることがあります。聞いた相手と日付を票に書きます。

検索と相談は別に評価する：7日・28日で比べられないこと

登録の状態の観測と、問い合わせや相談の件数は、別の記録で見ます。対象のページが登録されたとしても、相談が増えるとは限りません。逆に、相談が増えたとしても、そのページの登録とは関係がないかもしれません。

【編集部の提案】相談の件数は受付の記録から数え、対象票とは別に残します。対象のページから相談に進んだかを計測で確かめたいときは、計測の数字と受付の件数の違いに注意が要ります。照合の手順は、既刊のGA4の問い合わせコンバージョンが受付件数と合わないときに確かめる順番にまとめています。

相談の記録に書いてもらうこと

電話や窓口で相談を受ける担当には、相談のきっかけを聞けたときだけ、「検索で見た」「知人の紹介」「以前から知っている」のように書いてもらいます。聞けなかったときは「不明」と書きます。聞けなかった相談を「検索以外」に数えると、検索から来た相談を少なく見てしまいます。

この記録は、対象のページの登録の観測と並べて読むためのものではなく、相談の入口の全体を知るためのものです。対象票には、相談の記録の場所だけを書いておきます。

7日後・28日後の比較で言えないこと

7日後・28日後の観測は、業務の区切りとして決めた日です。この2つの日を比べても、次のことは言えません。

• 変更のおかげで登録された、あるいは登録されなかった
• 対象のページの、この先の登録の見込み
• 相談の件数の増減が、対象のページの登録によるものだ

言えるのは、「その日に画面にどう表示されていたか」と、「その日までに業務として何をしたか」の2つだけです。

票の集計で、観測していないものを混ぜない

複数のページの票を持っている場合、ある日の時点で集計すると、状況を共有しやすくなります。ただし、未観測の票を「未登録と表示」に足したり、0として扱ったりしないようにします。

受入確認の行の「登録済みと表示」1枚は、表示と案内を確かめている途中に、別の欄の観測として登録済みの表示を写したものです。この例では、「登録済みと表示」の3枚を、調査の成果とは書きません。いつから登録済みの表示だったか、変更の前から登録されていたのかは、この表からは分からないからです。未観測の3枚は、次の観測の日を決めて票に書きます。

登録や申し込みなしで使える20項目の点検表

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

点検表の使い方

【編集部の提案】最初は、記録の担当と責任者の2人で、1から20まで一通り確かめます。当てはまらない番号が多いときは、1・6・11・18の順に直します。対象URLの1枚の票、2つの日時を分けた証拠一覧、終わりの条件のある依頼書、調査とは別の観測の票の4つがそろえば、残りの番号は調査を進めながら直していけます。

空欄の2つの票：対象と証拠、依頼と受入れ

点検表と一緒に使う、空欄の票を2つ用意しました。1つ目は対象と証拠の票、2つ目は依頼と受入れの票です。画面に入るための情報や、お客さまの個人の情報は書かないでください。

空欄の対象・証拠の票

1行に1つの観測を書きます。最初の欄の「対象URL：」の後に、画面のとおりのURLを写して書き始めます（個人の情報などを含む部分は伏せ、その旨を書きます）。日時が分からないときは、空欄にせず、どちらの日時が不明かを書きます。

調査状態は、この票ではなく対象票の欄に書きます。

空欄の依頼・受入れの票

1回の依頼と、その回答・反映・受入れ・観測をまとめる票です。それぞれの段は、同じ日であっても、別の日時の別の事実として書きます。

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

この状態は、内容が悪いという意味ですか

画面の表示だけでは、理由は分かりません。理由を決めつけず、証拠一覧を作り、調べてもらうところから始めます。

登録のリクエストを毎日送ったほうがよいですか

この記事では勧めません。第3節の1つ目の要約を参照してください。

本文を増やせば登録されますか

決まった文字数まで増やす進め方は勧めません。何を書き足すかは、第4節の用件と第16節の役割の確認から考え、変更票にして1つずつ進めます。

制作会社が「様子を見ましょう」と言います

様子を見ること自体は、悪い判断ではありません。ただし、何を、いつ、誰が見るのかを依頼書と観測の票に書いてもらいます。「様子を見る」の中身が日付と担当になれば、引き継げる記録になります。

画面に、修正の確認を求めるボタンがあります。押すべきですか

この記事では、ボタンを一律に押す進め方は勧めません。押すかどうかは、変更の担当と責任者が決めます。押した場合は、押した日時と押した人を観測の票に1行書き、変更や登録の観測とは別の事実として残します。

Search Consoleを見られる人がいません

誰が見られるのかを、責任者が契約や過去のやりとりから確かめます。見られる人が分かるまでは、対象URLと用件だけを対象票に書き、観測の欄は未観測にします。画面に入る権限を新しく作る手順は、この記事では扱いません。

記録が何も残っていません

これからの分を残せば十分です。過去の分は「記録なし（探した場所と日時）」と書き、推測で埋めません。今日の観測から、証拠一覧の1行目を書きます。

今日1つ見直すこと

【編集部の提案】今日は、対象のページを1本選び、Search Consoleの画面に表示されたURLを、1文字も変えずに対象票の最初の欄へ写してください（個人の情報などを含む部分は伏せます）。その下に、自分が見た日時と画面の名前を1行書けば、調査を引き継ぐための最初の1票ができます。

検索に出したいページの調査は、担当が替わっても続くことがあります。1本に1枚の票と、2つの日時を分けた証拠を残しておけば、誰が引き継いでも同じところから進められます。Webサイトの導線全体の見直しは、ガイドの問い合わせを増やすWeb改善ガイドにもまとめています。