robots.txtでブロックされたURL｜解除前に公開用途と影響範囲を確かめる確認票

結論：ブロックを外す前に、公開用途と影響を受けるURLを確かめてから担当へ渡す

Search Consoleで自社のURLを調べたら、robots.txtによってブロックされていると表示されていたとします。見つけた人は、「ブロックを外せば検索に出るのではないか」「ブロックのルールを消してもらえば済むのではないか」と考え、すぐに制作会社へ頼みたくなるかもしれません。

けれども、画面の表示は、その資料が対象とする時点で、ブロックされていると報告されたという観測です。そのURLを誰に見せてよいのか、検索に出したいのかは、表示だけでは決まりません。止めているルールが、そのURLだけに当たっているとも限りません。1つのルールを外すと、ほかのどのURLまで扱いが変わるのかは、担当が確かめるまで分かりません。中には、送信後の完了ページや取引先向けのページのように、外すつもりのなかったURLが含まれているかもしれません。

この記事が答える問いは1つです。robots.txtでブロックされていると表示された1本のURLについて、ブロックを外すべきかを、公開用途と影響を受けるURLで確かめ、制作担当へ何を渡すか。 答えを先にまとめると、次の5つです。

1. 対象のURLを画面のとおりに写し、見た日時と、その資料が対象とする時点を別の欄に書く。Googleの画面の結果と、いまのブラウザーの表示も、別の欄にする
2. 責任者が、そのURLを公開してよいか、検索に出したいか、残す制限は何かを、観測とは別の欄に書く。決まっていなければ「未定」、確かめていない点は「調査継続」と書き、0や「なし」「問題なし」にしない
3. 制作担当へは、まだ何も変えない確認を頼み、どのルールが当たっているか、同じ変更でほかにどのURLが影響を受けるかを、根拠の資料つきで返してもらう。根拠がない、または対象や範囲と対応しない回答は保留にする
4. 変更を頼むときは、変える対象のURLの集合、変えないもの（残す制限、予約や問い合わせのフォーム、ほかの設定）、元へ戻す条件を書く。全部を一度に外さず、対象外と未確認のURLに変更が及ばない根拠がそろうまで実施しない。見せたくない情報がブロックだけで止まっているかもしれないときは、情報を管理する担当へ先に確かめる
5. 反映の後は、変更作業、公開ページと受付への導線の受入れ、Googleでの観測、検索からの流入、受付（受付の成功・担当への受信・有効な相談の判定）を別々に書く。ルールを変えたことを、登録や問い合わせの増加と同じに扱わない

見つけた日にすること・しないこと

この記事が向いている方

小さな会社や店舗で、自社のホームページを見る役目を受け持っている方と、その結果を聞いて方針を決める経営者や責任者の方を想定しています。Search Consoleの画面は開けるものの、サイトの設定は制作会社や社内の別の担当が受け持っていて、自分では変えない、という立場です。この記事では、画面を見て票を書く人を「確認役」と呼びます。

先にお伝えしておくこと

この記事の公開用途の書き方、観測の欄、影響を受けるURLの分け方、確認と変更の依頼、回答の採用と保留、受入れ、結果の分け方、点検表と空欄の票は、Akatsuki編集部の実務の提案です。Googleが勧める公式の手順ではなく、特定のサイトで効果を測った結果でもありません。ブロックを外したページが登録されること、検索の順位や問い合わせが増えることを約束するものではありません。例に出てくる会社、URL、番号、日時は、説明のための架空の例と仮の値です。

用語と、この記事で扱う範囲

この記事は、ブロックされていると表示された1本のURLから始めて、その公開用途を確かめ、担当へ確認と変更を頼み、反映の後に受け入れて、結果を分けて書くまでを扱います。

robots.txtと、検索に出さない指定

robots.txtは、サイトに置くファイルの1つで、検索エンジンのクローラーに、サイトのどのURLへアクセスしてよいかを伝えるものです。この記事では、画面で、そのルールによってGoogleのクロールが止められていると報告された状態を「ブロック」と呼びます。

これとは別に、ページを検索結果に出さないよう伝える、検索に出さない指定（noindex）があります。ページの中か、サーバーの応答に入れるものです。2つは別の仕組みで、この記事ではルールの書き方や設定の仕方は扱いません。

この記事で使う言葉

役割は1人で兼ねてもかまいません。兼ねるときも、制作会社との契約や社内の取り決め、いまの権限はそのまま守ります。この記事の手順のために、2人目の承認を新しく足すことはしません。責任者が制作担当を兼ねるなら、決めた範囲を票に書いたうえで、自分の権限の中で作業してかまいません。

既刊の記事との分担

検索に出したいページが別の未登録の状態のときに調査を引き継ぐ手順は、既刊のクロール済み・インデックス未登録の対処｜調査を引き継ぐ確認票にあります。Googleが選択した正規URLが希望と違う1組を確かめる手順はGoogleが選択した正規URLが違うとき｜2つのURLを比べて制作担当へ渡す確認票、ソフト404と表示されたURLの役割を確かめる手順はソフト404の対処｜URLの役割を確かめて、制作担当へ渡す確認票が受け持ちます。この記事は、クロールが止められているという表示から始め、公開してよいかと、ルールを変えたときに影響を受けるURLの集合を確かめる点が異なります。

公式の3つの説明と、この記事の提案の境界

ここでは、この記事の前提になる点だけを、3つの公式の説明から短くまとめます。

【公式情報】Googleの3つの説明のうち、この記事の前提にする点です。確認日と更新日は記事の下の出典欄にあります。

• 出典1：robots.txtは主にクローラーのリクエストによる過負荷を避けるためのもので、ページをGoogleに表示させない仕組みではないとされています。ブロックしたURLも、ほかの場所からリンクされていれば、説明のないまま検索結果に出ることがあり、情報を守るにはパスワードなど別の方法を勧めています
• 出典2：検索に出さない指定は、Googleがページをクロールして見つける必要があり、robots.txtでブロックしていると読まれないため、リンクされたページは検索結果に出続けることがあるとされています。robots.txtの中にこの指定を書く方法は、Googleではサポートされていません
• 出典3：URL検査ツールの、Googleのインデックスにある情報による結果は、いま公開している版とは限らず、ライブテストとは別とされています。ライブテストで良い結果が出ても、登録や掲載は保証されません

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

第4節から先の公開用途の書き方、観測の欄、影響を受けるURLの分け方、確認と変更の依頼、回答の採用と保留、受入れ、結果の分け方は、上の3つを踏まえたAkatsuki編集部の提案で、Googleが勧める公式の手順ではありません。この記事の手順は、ブロックを実際に起こして確かめた操作の検証ではなく、画面のメニューの位置やボタンの名前も保証しません。

上の3つから、自社の1本でなぜブロックされているのか、どのルールを変えればよいのか、外した後に何日で登録されるのかは決まりません。そのため、この記事では、ブロックを一度に外す、検索に出さない指定を先に足す、といった進め方は勧めません。ルールや設定の仕組みは、権限のある制作担当に確かめてもらう項目の名前として挙げるだけにします。

最初に、公開してよいかと、検索に出したいかを分けて書く

ブロックの表示を見たら、技術の話の前に、そのURLの公開用途を書きます。同じ表示でも、検索に出したいページなのか、見せる相手を限りたいページなのかで、担当へ頼むことがまったく違うからです。

公開用途の3つの欄

公開してよいかと、検索に出したいかは、別の問いです。たとえば、問い合わせを送った後に出る完了のページは、送った人なら誰でも見られますが、検索に出す必要はないと責任者が考えることがあります。反対に、サービスの案内のページは、誰でも見てよく、検索にも出したいページです。2つを1つの欄にまとめると、「見せてよいから検索にも出す」「検索に出さなくてよいから見せなくてよい」という取り違えが起きます。

用途も、1〜2文で書く

3つの欄とあわせて、そのURLの用途を「誰に、どんな用件で見てほしいか」の形で1〜2文書きます。「修理を頼めるかを知りたい人に、対応している機器と申し込みの方法を伝える」のような書き方です。用途が書ければ、そのページから予約や問い合わせへの入口があるべきかも、責任者と確認役で話せます。

未定は、未定のまま残す

責任者がすぐに決められないこともあります。そのときは「未定」と書き、決める人と予定の日時を添えます。未定のURLには、ブロックを外す変更をまだ頼みません。ただし、いまの状態を確かめる質問（第9節）は、未定のままでも送れます。

表示と、公開用途を混ぜない

画面にブロックの表示が出ていることは、責任者がそのURLを見せたくないと決めた証拠ではありません。逆に、ブロックの表示が出ていないことも、検索に出したいと決めた証拠ではありません。誰かが前に入れたルールが、いまの公開用途に合っているかを確かめるのが、この記事の手順の目的です。

対象のURLと、見た日時・資料の時点を写す

公開用途と別に、観測したことを書きます。この記事では、1回の観測ごとに「観測-01」のような番号を付け、保存した画面の写しには「資料-01」のような番号を付けます。

観測の最初の欄

末尾の「/」、「www」の有無、「http」と「https」の違い、「?」から後ろの文字列が1文字でも違えば、記録の上では別のURLです。写すときに見やすく直すと、制作担当が同じURLを確かめられなくなります。「?」の後ろに、お客さまの情報や一時的な番号のような文字列が含まれていれば、票ではその部分だけを伏せ、伏せた範囲と理由を書きます。共有する票や写しには伏せた形だけを使い、伏せる前の写しを新たに残すことはしません。照合に元の文字列が要るときだけ、社内の決まりに沿って、見る人を限った場所で扱います。

見た日時と、資料が対象とする時点を分ける

日時は2つあります。確認役が画面を見て写しを保存した日時と、その画面の情報が対象とする時点です。画面に日付の欄があっても、それが何を指すのかを確かめていなければ、「画面の日付の欄の値」とだけ書き、意味は未確認とします。どちらかが分からないときは、分からないのはどちらの日時かを書きます。

ブラウザーで開けることと、ブロックは別の観測

確認役が普段のブラウザーでそのURLを開けたことは、利用者に見える画面の観測です。それだけで、ブロックが外れているとも、外れていないとも書きません。反対に、ページが開けなかったときも、その理由がブロックだとは決めません。

Googleの保存情報と、いまの公開版を分けて確かめる

この記事では、URL検査の結果を、インデックスにある情報による「保存情報の結果」と、ライブテストによる「ライブの結果」に分けて書きます。前者は、登録済みという意味の名前ではありません。

4つの欄を分ける

4つは、同じURLについての別々の観測です。保存情報の結果ではブロックと表示され、ライブの結果では別の表示になった、ということもありえます。その場合も、どちらかが誤っているとは決めず、2つを並べて、見た日時と資料の番号を添えます。2つの違いが何によるものかは、担当への質問にします。

画面の結果を、登録と同じに扱わない

ライブの結果は、第3節の3つ目の要約のとおり、良い結果でも登録とは別です。票では、その欄に1行で書き、登録の欄は「未観測」のまま残します。

権限不足を、別のやり方で埋めない

Search Consoleで自社の権限がない範囲や、制作会社が管理する画面など、確認役が開けないものがあります。そのときは「権限不足」と書き、権限を持つ人に確かめてもらいます。別の人のアカウントを借りたり、取り決めのないまま権限を足してもらったりはしません。権限が必要なら、責任者や権限を持つ人に、いつもの手順で相談してください。

図の内容：左は責任者が決める公開用途で、右は日時と資料で残す観測です。左の欄を右の観測から推して埋めることはしません。右の観測は、同じURLについての別々の記録です。破線の枠は、決まっていない用途を「未定」、確かめていない観測と根拠を「調査継続」として分けて残すことを示しています。

担当に調べてもらう：当たっているルールと、影響を受けるURLの集合

公開用途と観測の欄ができたら、制作担当に調べてもらうことを決めます。確認役が自分でルールの意味を読み解く必要はありません。担当に確かめてもらうのは、ルールを置いている場所と管理している人、ルールがどのURLに当たるかという適用の範囲、設定どうしの関係のように、確認役だけでは判断できないことです。

調べてほしいこと

現状の確認と、どう直すかの案は、別の欄で返してもらいます。案が確認と一緒に届いてもかまいませんが、まだ実行しない案として分けて置き、公開用途、影響を受けるURL、作業の権限の範囲が固まるまでは実施しません。確認と変更の依頼を、必ず2回に分ける決まりにする必要はありません。

影響を受けるURLを、対象・対象外・未確認に分ける

担当から一覧が返ってきたら、責任者が、その中のURLを3つに分けます。

未確認のURLを、対象にも対象外にも入れずに残すことが大切です。数え切れていないURLを「ほかにはない」と書いたり、0本として扱ったりしません。本数が分からなければ「未取得」と書きます。

変える対象と、変更が及ぶ範囲を分ける

票では、1本の観測の欄と、影響を受けるURLの欄を分けます。変える対象として挙げたURLの集合と、その変更が実際に及ぶURLの集合は、同じとは限りません。1つのルールを直すと、一覧に載っていないURLにも及ぶことがあります。未確認のURLを対象から外しただけでは、変更の影響から外れたことにはなりません。担当には、影響を受けるURLの一覧を作った方法、確かめた範囲、確かめられなかった範囲を分けて返してもらい、変更の案が対象外と未確認のURLに及ばないことの根拠を、変更の前にそろえます。サイトマップのような一覧は候補の一覧で、それだけで同じルールに当たるURLのすべてとは言えません。

残す制限と、まだ分からないことを書く

影響を受けるURLの中には、見せる相手を限りたいページが含まれていることがあります。送信後の完了のページ、取引先にだけ案内するページ、管理の画面の入口などです。

見せたくない情報は、情報管理の担当へ先に渡す

第3節の1つ目の要約のとおり、ブロックは、ページを検索に出さない仕組みでも、情報を守る仕組みでもありません。見せたくない情報が、ブロックだけで止まっているかもしれないと気付いたら、この記事の手順をいったん止め、情報管理の担当と責任者へ先に確かめてください。この記事では、そうしたページを開けるようにする方法も、守る仕組みの作り方も案内しません。守り方を決めるのは、情報管理の担当です。

残す制限の書き方

検索に出さなくてよいページに、検索に出さない指定を足すかどうかは、この記事の手順の中では決めません。第3節の2つ目の要約のとおり、ブロックしたままでは、その指定は読まれません。足すかどうかは、ブロックの扱いと合わせて、責任者と制作担当が別に決めます。

決まっていないことは未定、確かめていないことは調査継続と書く

公開用途が決まっていないURLは「未定」と書き、決める人と予定の日時を添えます。影響を受けるかが分からないURLや、残す制限があるかを確かめていないURLは「調査継続」と書き、確かめる人と次に確かめる日時を書きます。どちらも失敗という意味ではなく、答えが出ていない点があることの記録です。決まっていない欄や確かめていない欄に「なし」「0」「問題なし」と書くと、後から読む人は、見たけれど何もなかったのか、見ていないのかを区別できません。

制作担当への確認の依頼

票の欄ができたら、制作担当へ確認を頼みます。この段階では、まだ何も変えないことを依頼の文に書きます。変更を頼むかどうかが決まっていなくても、確認の依頼は送れます。

確認の依頼に書くこと

依頼の文の例

質問を絞る理由

1回の依頼で聞くことを多くしすぎると、回答がまとめて1行になり、どの質問に何の根拠で答えたのかが分からなくなります。最初に答えてほしい順に並べ、残りは次の依頼に回します。質問の中に「このルールを消してください」という指示を書かないことも大切です。直し方の案を聞きたいときは、案として返してもらう欄を分けます。

担当の回答を、根拠で採用と保留に分ける

回答が届いたら、質問の順に並べ、1つずつ受け取り方を決めます。回答を受け取ったことと、その内容を事実として票に写すことは、別のことです。

採用と保留

採用は、資料があるから正しいと決めることではありません。資料が、票のURL・時点・質問・範囲と対応しているか、ほかの回答や観測と食い違っていないかを確かめ、判断できない部分は回答者に照らし直してもらいます。保留にした回答も消さずに残します。後で根拠が届けば、そのときに採用へ移し、移した日時を書きます。

「ほかにはありません」という回答

影響を受けるURLについて、「ほかには当たっていないと思います」という回答が届くことがあります。一覧や、一覧を作った方法と確かめた範囲が添えられていなければ、保留にします。方法だけが示され、どこまでを網羅しているかが分からないときも同じです。票の影響を受けるURLの欄は「調査継続」のままにし、0本とは書きません。

回答と、自分の観測が食い違うとき

制作担当は「ルールはもう外れている」と答えたのに、確認役が見た画面には、まだブロックの表示がある、ということがあります。これは別々のものを見た観測で、2つだけでは矛盾とは判断しません。どちらかが誤っていると決めず、2つを並べて書き、見た日時を添えます。担当が確かめたURLと票のURLが1文字でも違っていれば、その回答は保留にし、同じURLで確かめ直してもらいます。

変える範囲を限り、元へ戻す条件を書く

回答がそろい、責任者がブロックを外すと決めたら、変更の依頼を書きます。大切なのは、変える対象を行ごとに挙げ、変えないものを同じ依頼の中に書くことです。

変更の依頼の欄

全部を一度に外さない

ルールをまとめて消すと、対象外のURLや、残す制限のあるURLまで扱いが変わるおそれがあります。この記事の手順では、変える対象を、責任者が対象と決めたURLの集合に限ります。未確認のURLは、対象に含めません。ただし、対象から外しただけでは、変更の影響から外れたことにはなりません。変更の案が対象外と未確認のURLに及ばないことの根拠と、確かめた範囲がそろうまで、変更は実施を保留します。どう限るかの方式は、制作担当が決めます。

元へ戻す条件は、変更の直後に分かることで書く

元へ戻す条件は、変更の前に書きます。たとえば「担当の確認で、対象外のURLまで扱いが変わっていた」「残すはずの制限が外れていた」「予約や問い合わせのフォームのページが開かない」「対象ではないページの表示が変わった」のように、変更の直後に確かめられることで書きます。Googleでの観測や、検索からの流入の増減は、すぐには分からず、ほかの理由でも動くため、この直後の条件には入れません。それとは別に、前もって監視や復旧の取り決めがあれば、それに従います。戻すかどうかは、条件に当てはまったときに、責任者と制作担当で相談して決めます。

図の内容：左から順に、依頼、根拠、範囲、限定した変更、受入れへ進みます。2つ目の段では、資料があっても対象や範囲と対応しない回答を保留にします。3つ目の段で未確認と分けたURLは、4つ目の変更に含めず、変更の案がそれらに及ばない根拠がそろうまで変更へ進まないことを示しています。

反映の後に、公開ページと受付への導線を受け入れる

制作担当から変更を終えたと連絡が来たら、確認役が、変更の前に残した写しと同じ条件で確かめます。ここで確かめるのは、変更の依頼のとおりに変わったか、ほかに困ることが起きていないかです。

受入れで確かめること

この表は、表示と導線の確かめです。受付の成功や担当への受信まで確かめる必要があれば、受付の担当と前もって合意した試しの方法で、実際の相談と分けて、別の工程として行います。

受入れは、登録の状態で決めない

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

1人で兼ねるとき

変更した人と受け入れる人が同じでもかまいません。1人で兼ねるときは、反映の当日に本人が上の表を確かめ、次に確かめる日時を票に書きます。

Googleでの観測と、集客・受付の結果を分ける

変更の後に分かることは、1つではありません。この記事では、結果を4つの層に分け、それぞれ確かめた日時と資料があるものだけを「確かめた」と書きます。

4つの層

4つは別々の結果です。次の2つの取り違えを避けます。

• ルールを変えたことや、第6節のライブの結果を、登録されたことと書かない。反映は、作業と受入れの記録です
• ページの閲覧の数や、相談のボタンが押された数を、受付の成功・担当への受信・有効な相談と書かない

確かめていない結果の書き方

記入した票では、確かめていない結果を空けたままにせず、「未観測」と書きます。数えていない数は「未取得」と書き、0とは書きません。受付の結果は、受付の成功、担当への受信、有効な相談の判定の3つの欄に分け、分かっているものだけを書き、3つを足し合わせません。流入や受付を数えるときは、期間と条件を先に決め、試しの送信を実際の相談の数に混ぜません。どちらも変更の効果を示す数ではなく、その期間に見えた数として書きます。空欄の票の空欄は記入するための雛形で、記入した票の空欄とは意味が違います。

図の内容：4つの層は別々に確かめるもので、上の層がそろっても下の層が分かったことにはなりません。受付の層は、受付の成功、受信、有効の判定を分けて書くことを示します。下の帯は、確かめていない結果を未観測、数えていない数を未取得と書き、0にしないことを示しています。

時点の差と、調査継続を残す

変更の後に同じURLを調べると、まだ前と同じブロックの表示が出ていることがあります。逆に、何も変えていないURLで、表示が変わっていることもあります。どちらの場合も、すぐに「直っていない」「直った」とは書きません。

時点の差を書く欄

対象とする時点の根拠がなければ、時点の対応は「未確認」と書きます。前と同じブロックの表示が出ていたことは、そのまま観測として残し、変更が効かなかったとも、古い情報だとも書きません。

次に見る日時を、自社の予定として決める

次に見る日時は、自社の予定として決めます。変更から7日後と28日後のように区切ると、見る人が予定を立てやすくなります。これは編集部の提案する見直しの区切りで、Googleが登録するまでの日数ではありません。次に見る日時が来たら、同じ条件で観測し、新しい観測の番号を付けて書きます。前の観測の行は書き換えずに残します。

手順の前に、別の判断が要る例外

次のような場合は、1本ずつ確かめるこの手順の前に、別の連絡や判断が必要です。

サイトを作り直すときのように、多くのURLを計画的に移す場合は、1本ずつのこの手順ではなく、旧URLと新URLの対応表から始めます。その進め方は、既刊のサイトリニューアルでURLを引き継ぐ手順｜旧ページの対応表から公開後の点検までにまとめています。

架空の例：R社の6本のURLを、公開用途の台帳にする

ここからは、架空の空調設備の点検・修理の会社R社の例で、手順を見ます。R社では、社長が責任者、事務の担当が確認役、総務の担当が情報管理の担当、ホームページを作った制作会社が制作担当です。会社、URL、番号、日時は、すべて説明のための架空の例と仮の値です。ブロックの経緯や担当の回答は、説明のために作った確認の過程で、実在の原因や実績ではありません。成果も示しません。

観測-01：表示に気付いた日

10月12日（月）10時、確認役は、修理の案内のページ example.com/service/repair/ をURL検査で調べ、ブロックされているという表示を見つけました。画面を資料-01として保存しました。画面の日付の欄の値は写しましたが、その意味は確かめていないため、資料の時点は「未確認」としました。10時20分、普段のブラウザーでパソコンとスマートフォンから開くと、修理の案内と申し込みのフォーム example.com/contact/ へのボタンが見えました。これを資料-02としました。

確認役は、ほかにも気になるURLを書き出し、10月13日（火）10時、社長と総務の担当に公開用途を聞きました。

6本の台帳

この表の「画面の表示」は確認役が見たもの、「影響を受けるか」は担当の回答の資料-05と資料-06にもとづくもので、別の列にしています。2・4・5番の「未観測」は、確認役が画面で調べていないという意味で、ブロックがないという意味ではありません。

公開用途を、観測と別に決める

社長は、1番と2番を「誰でも見てよい・検索に出したい」としました。3番の完了のページは、送った人なら誰でも見られるものの、検索に出す必要はないと考えました。4番の取引先向けの価格の表と5番の管理の画面の入口は、総務の担当が「見せない、または限られた相手だけ」と答えました。6番の夏の点検の受付終了のお知らせは、来年も同じ案内に使うかが決まっておらず「未定」です。

総務の担当は、4番を見る人を限る仕組みがあるかを、この時点では確かめられていませんでした。社長と総務の担当は、4番をこの記事の手順から外し、情報管理の問題として先に確かめることにしました。

R社の例の続き：1本の依頼から受入れまで

依頼-01：まだ変えない確認

10月13日（火）15時、確認役は制作担当へ依頼-01を送りました。「今回は確認だけで、ルールやページの設定は変えないでください」と添え、質問は3つです。1番に当たっているルールの置き場所、同じルールに当たるほかのURLと一覧の作り方、3〜6番に当たっているルール、です。返事の期限は10月15日（木）17時としました。

回答を採用と保留に分ける

10月15日（木）11時、制作担当から回答が届きました。1つ目は「example.com/service/ から始まるURLをまとめて止めるルールがあり、2年前の作り直しの作業中に入れたものが残っていた。10月15日10時に設定の画面で確かめた」で、ルールの写しが資料-05として添えられていました。2つ目は「このルールが当たるのは example.com/service/ から始まるURLで、このフォルダーのページはホームページの管理の画面からしか作れない設定になっている。管理の画面の一覧では9本で、サイトマップの一覧とも同じだった」で、2つの一覧と設定の写しが資料-06です。3つ目は「3〜5番には、それぞれ別のルールが当たっている。5番には入るための仕組みもあると思う」でしたが、後半の根拠の資料はありませんでした。6番については「古いお知らせをまとめて止めたと思う」という回答で、どのルールかを示す資料はありませんでした。あわせて、まだ実行しない変更の案として「example.com/service/ のルールの行だけを直し、ほかのルールの行には触れない。案を台帳の6本に当てはめると、扱いが変わるのは1番と2番だけで、3〜6番は変わらない」という説明と、当てはめた結果の写し（資料-07）が届きました。

確認役は、資料のURLと時点が票と対応していることを確かめ、1つ目と2つ目、3つ目の前半を採用として観測の欄に写しました。サイトマップの一覧は候補の一覧にすぎないため、管理の画面の一覧と、このフォルダーのページの作られ方の設定（資料-06）がそろっていることを確かめてから採用しています。5番の仕組みの話と6番の回答は保留として仮説の欄に置き、変更の案は、まだ実行しない案として別の欄に置きました。9本は、担当の一覧で数えた本数で、確認役が1本ずつ画面で確かめた本数ではありません。

責任者が範囲を決める

10月16日（金）10時、社長は票を見て、example.com/service/ から始まる9本のブロックだけを外すと決めました。9本はどれも修理と点検の案内で、誰でも見てよく、検索に出したいページだと社長が確かめたからです。変更の案が3〜6番に及ばないことは、資料-07で確かめられていました。3〜6番は変えないものにし、4番と5番は総務の担当が別に確かめます。6番は未定のまま、どのルールが当たっているかも調査継続です。

依頼-02：変更の範囲を書く

10月19日（月）10時、確認役は制作担当へ変更の依頼を依頼-02として送りました。

反映と受入れ

10月21日（水）14時、制作担当から「依頼-02のとおり変えた。資料-07と同じ確かめ方で、3〜6番の扱いが変わっていないことを確かめた」と報告があり、変更の前後の写しと確かめた結果が資料-08です。15時、確認役は同じ端末で1番と2番を開き、資料-09と資料-10として保存しました。申し込みのボタンの行き先は前と同じ example.com/contact/ で、フォームのページも開きました。送信は、この例の受入れの範囲に入れていないため試していません。総務の担当は、4番と5番の扱いが変わっていないことを、資料-08で確かめました。

確認役は、反映の層として、報告と受入れを書きました。Googleでの観測は「未観測」、検索からの流入は「未取得」、受付の成功・担当への受信・有効な相談の判定は、それぞれ「未取得」と書きました。

観測-02：7日後

10月28日（水）10時、確認役は1番をURL検査で調べました。保存情報の結果には、まだ前と同じブロックの表示がありました（資料-11）。ライブの結果には、ブロックの表示は出ていませんでした（資料-12）。確認役は、資料-11の時点の対応を「未確認」とし、登録は「未観測」のまま、1番を調査継続として残しました。資料-12を、登録されたとは書いていません。次に見る日時は、変更から28日後の11月18日（水）10時を予定として書きました。この日程はR社が決めた見直しの区切りで、Googleが登録するまでの日数ではありません。

R社の例から分かること

同じブロックの表示でも、URLごとに公開用途が違いました。1番と2番は外す対象になり、3番は検索に出さなくてよいまま変えず、4番と5番は情報管理の問題として別に確かめ、6番は未定のまま待ちます。どのURLでも確認役は自分で設定を変えず、9本のブロックを外した後も、登録や問い合わせが増えたことはまだ観測していません。

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

ここまでの手順を、1本の対象のURLについて確かめる点検表にまとめました。登録や申し込みをしなくても、このままお使いいただけます。当てはまらない項目があれば、右の列の行動から始めてください。

点検表の使い方

1本の対象のURLにつき、点検表を1回使います。影響を受けるURLの集合は、票の欄で扱います。当てはまらなかった番号は、票の余白に書いておくと、次に制作担当へ渡すときの質問になります。

空欄の2つの票：公開用途と観測票、変更相談と受入れ票

最後に、そのまま写して使える空欄の票を2つ置きます。登録は不要で、この票には送信の機能もありません。自社で普段使っている文書や表計算のシートに貼り付けるか、紙に書き写して使ってください。お客さまの氏名や連絡先、管理の画面に入るための情報は書かないでください。

公開用途と観測票

対象のURL1本につき1枚使います。1行目だけは、観測の番号と対象のURLを書く行です。2行目からは、真ん中の列に責任者が決める公開用途、右の列に観測を書きます。

変更相談と受入れ票

確認を頼むとき、変更を頼むとき、反映の後に受け入れるときに使います。

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

robots.txtの中身を、全部消してもらえばよいですか

この記事の手順としては勧めていません。対象外のURLや、残す制限のあるURLまで扱いが変わるおそれがあります。変える対象は、責任者が対象と決めたURLの集合に限ります。

ブロックを外せば、検索に出ますか

この記事では、お約束できません。外した後は、第13節の4つの層を別々に観測し、Googleでの観測は自社で決めた日時に続けてください。

見せたくないページは、ブロックしておけば安全ですか

第3節の1つ目の要約と、第8節を参照してください。見せたくない情報があるなら、この記事の手順を止め、情報管理の担当へ先に確かめてください。

検索に出したくないページに、検索に出さない指定を足せばよいですか

ブロックの扱いと切り離しては決められません。第3節の2つ目の要約を参照し、どちらをどう扱うかは、責任者と制作担当が別に決めてください。

何日たてば、表示が変わりますか

この記事では、変わるまでの日数はお伝えできません。次に見る日時は、自社の予定として決めてください。

変更を頼むかどうか、まだ決めていません

決まっていなくても、確認の依頼は送れます。公開用途の欄に「未定」と書き、いまの状態と影響を受けるURLを確かめてもらい、その回答を材料に責任者が決めてください。

今日の一手

今日は、表示されたURLを1本選び、空欄の公開用途と観測票の1行目に、観測の番号と対象のURL、見た画面の名前を書いてください。公開してよいかと検索に出したいかが分からなければ「未定」と書き、責任者に聞くところから始めます。見せたくない情報が含まれていそうなら、先に情報管理の担当へ渡してください。