サイトマップが「取得できませんでした」のとき｜制作担当へ渡す観測票

結論：表示とブラウザーの見え方が食い違ったら、設定を変える前に記録して制作担当へ渡す

Search Consoleでサイトマップのレポートを開いたら、自社が送ったサイトマップの行に「取得できませんでした」と出ていた。ところが、同じURLを自分のブラウザーで開くと、URLが並んだ画面がふつうに見える。そういう場面を思い浮かべてください。見つけた人は「どちらが正しいのか」と迷い、ファイルを作り直す、もう一度送る、アクセスの制限を外す、といった依頼をすぐに送りたくなるかもしれません。

けれども、その2つの画面を見ただけでは、どこに理由があるのかは分かりません。画面を見た時刻と、レポートの情報が対象とする時点がずれていた、見ていたプロパティが違っていた、ファイルを作る仕組みがその間に入れ替わっていた、ということもありえます。記録を残さないまま設定を変えると、変える前の状態と比べる手がかりが消え、ほかのページにも影響が広がるおそれがあります。

この記事が答える問いは1つです。サイトマップのレポートの表示と、ブラウザーで開いた見え方が食い違うとき、何を記録して、制作や保守の担当へ何を渡せばよいか。 答えを先にまとめると、次の5つです。

1. 表示を、ファイルを受け取る段、中身を読む段、掲載したURLが登録される段の3つの段に分けて考え、いま見ている表示がどの段の話かを書く。3つの段を1つの「失敗」にまとめない
2. 対象のプロパティ、送ったURL、画面の日付の欄、観測した日時、表示の文、見た人を、観測票に別々の欄で書く。分からない欄は「未確認」と書き、空けたままにも0にもしない
3. ブラウザーで開いた結果は、別の行に書く。自分の端末から開けたことと、Googleがファイルを受け取れたかどうかは、別の観測として扱う
4. ファイルの本数、ファイルに載っているURLの数、検索に登録されたURLの数、相談の件数を、同じ欄に書かない
5. 制作担当へは、観測票の番号、未確認の点、目安として1〜3つの質問、回答の期限を書いた依頼票を送り、確かめるために設定や公開の状態を変えないでほしいと添える。変更を頼むかどうかは、回答を受け取った後に責任者が別に決める

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

この記事が向いている方

小さな会社や店舗で、自社のホームページの担当を兼ねている方と、制作会社や保守の担当に作業を頼む立場の責任者の方を想定しています。Search Consoleの画面は見られるけれど、サイトの設定やファイルの置き場所は制作会社が受け持っていて、自分では変えない、変えてよいのかも分からない、という立場です。この記事では、画面を見て票を書く人を「確認役」と呼びます。

先にお伝えしておくこと

この記事の3つの段、観測票の欄、記録に使う言葉、数の欄の分け方、依頼票、回答の採否、主判断と補助の施策の分け方、確認を終える条件、点検表と空欄の2票は、Akatsuki編集部の実務の提案です。Googleが勧める公式の手順ではなく、特定のサイトで効果を測った結果でもありません。表示が変わること、ページが登録されること、検索の順位や問い合わせが増えることを約束するものではありません。例に出てくる会社、URL、番号、日時、件数は、説明のための架空の例と仮の値です。

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

この記事は、自社のサイトのサイトマップについて、Search Consoleのレポートの表示が気になったときに、何を記録して担当へ渡し、回答をどう受け取るかまでを扱います。出発点は、あくまでレポートの1行の表示と、ブラウザーでの見え方の食い違いです。

この記事で使う言葉

役割は1人で兼ねてもかまいません。兼ねるときも、制作会社との契約や社内の取り決め、いまの権限はそのまま守ります。この記事の手順のために、新しく2人目の承認を足すことはしません。

既刊の記事との分担

検索に出したい1本のページが登録されていないと表示され、その調査を頼んで回答と変更を受け入れる手順は、既刊のクロール済み・インデックス未登録の対処｜調査を引き継ぐ確認票が受け持ちます。そちらは1本のページの登録の状態を追いますが、この記事はページではなく、URLを並べたファイル1本の観測と引継ぎを扱います。

ページのURLについて、Googleが選んだ代表のURLが自社の希望と違うときの確かめ方は、Googleが選択した正規URLが違うとき｜2つのURLを比べて制作担当へ渡す確認票にあります。ソフト404と表示されたURLの役割を確かめる手順は、ソフト404の対処｜URLの役割を確かめて、制作担当へ渡す確認票で扱っています。どちらも個別のページのURLの扱いが出発点で、この記事の観測票にはページごとの判断を書きません。

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

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

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

• 出典1：行の状態は、送ったサイトマップごとの最新のリクエストのものです。「取得できませんでした」はファイルそのものが取れなかった状態で、取れた後に中身でエラーが見つかった状態とは区別されます。検出されたページ数は中身から得たURLの数で、登録の保証ではありません
• 出典2：CMSを使っている場合は、CMSがすでにサイトマップを用意している可能性があるとし、形式はサイトと設定に合うものを選び、置く場所にも注意するよう案内しています

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

【編集部の提案】上の2つを読んでも、自社のファイルがなぜ受け取られなかったのか、何を直せば表示が変わるのか、何日で変わるのかは決まりません。後の節では、上の要約を番号で参照し、内容は繰り返しません。

第4節から先の3つの段、観測票、依頼票、回答の採否、主判断の決め方は、上の2つを踏まえたAkatsuki編集部の提案です。画面のメニューの位置やボタンの名前も保証しません。この記事では、もう一度送る手順、所有者の権限の扱い、表示の理由の一覧は取り上げません。ファイルの作り方や置き場所の決め方は、権限のある制作担当に確かめてもらう項目の名前として挙げるだけにします。

最初にしないこと：確かめるために、設定や公開の状態を変えない

表示に気付いた直後は、何かを試したくなります。けれども、確かめる目的で次のことをすると、変える前の状態が残らず、ほかのページや受付にまで影響が出るおそれがあります。

この記事では、制限や認証を外すこと、設定を変えること、作業中の内容を公開することを、確かめる手段として勧めません。どれも、権限のある制作担当と責任者が、目的と範囲を決めてから行うことです。確認役が自分で管理の画面に入れる場合でも、記録を取るためには操作しません。

受付や表示に障害があるときは、先にそちらを連絡する

サイトのトップページが開かない、問い合わせのフォームが送れない、多くのページで同時に表示がおかしい、といったことに気付いたら、この記事の観測票より先に、見つけた日時と画面の名前だけを書いて、サイトの管理者や制作会社へ別の連絡として渡します。サイトマップの観測票は、その連絡の後で続ければ足ります。

表示を3つの段に分けて書き直す

サイトマップについて「エラーが出た」とまとめて書くと、読む人は何が起きているのかを取り違えます。この記事では、サイトマップに関わる出来事を、次の3つの段に分けて考えます。分け方は編集部の整理で、Googleの画面の分類ではありません。

第3節の1つ目の要約に当たるのは、段1と段2の区別です。この記事の主題は段1の表示ですが、観測票では、どの段の表示を見たのかを最初に書きます。段2の言葉が出ているのに段1の話として依頼すると、制作担当は見当違いのところを調べることになります。

段3は、ファイルの表示とは別の画面で見る

段3の話は、ファイルの表示からは決まりません。ファイルに載せたURLが登録されたかどうかを知りたいときは、ページの登録の状態を見る画面で、別の観測として記録します。1本のページの登録を追う手順は、第2節で案内した既刊の記事が受け持ちます。

どの段か分からないときは、分からないと書く

画面の言葉だけでは、どの段の話か決められないこともあります。そのときは、段の欄に「未確認」と書き、表示の文をそのまま写して、制作担当への質問の候補にします。確認役が推して段を決めると、その推測が事実のように引き継がれてしまいます。

観測票の6つの欄と、記録に使う言葉

表示を見たら、次の6つの欄を観測票に書きます。1回の観測ごとに「観測-01」のような番号を付け、保存した画面の写しには「資料-01」のような番号を付けます。ファイル1本につき1枚の票にし、複数のファイルを1枚にまとめません。

送ったURLは、末尾の「/」、「www」の有無、「http」と「https」の違いまで、画面のとおりに写します。1文字でも違えば、文字列としては別のURLです。写すときに直すと、制作担当が同じファイルを確かめられなくなります。

ただし、URLに認証の文字列やお客さまの情報など、共有してはいけない部分が含まれていれば、共有する票ではその部分を伏せ、「伏せ字あり」と書きます。伏せる前のURLは、すでに権限のある人だけが見られる保管先に置き、票には保管先の名前だけを書いて、制作担当とはそこで照らし合わせます。秘密を含むURLを共有の票へ写したり、確かめるために開いたりはしません。1文字も変えずに写すのは、誰でも見られる公開のURLだけです。票のURLを、フォームや別のサービスへ送って確かめることもしません。

2つの日時を、同じ欄にしない

日時は2つあります。確認役が画面を見た日時と、画面の日付の欄に出ている値です。画面の欄の値が何を指しているのかを確かめていなければ、欄の名前と値だけを書き、意味は未確認とします。2つを1つの欄にまとめると、後で前と後を比べるときに、何と何を比べたのかが分からなくなります。

画面の欄が空いて見えるときも、「空欄に見えた」とそのまま書きます。空いていることを「0」や「なし」と書き換えません。

記録に使う言葉

この5つの言葉は、どれも「0」や「問題なし」とは違います。見ていないもの、数えていないもの、まだしていないものを0と書くと、後から読む人は「確かめた結果、何もなかった」と受け取ってしまいます。

写しを保存するときの注意

画面の写しには、お客さまの情報や、管理の画面に入るための情報が写り込まないかを確かめます。写っていれば保存する前に伏せ、伏せたことを書きます。写しは、見られる人を決めた場所に置きます。

ブラウザーで開いた結果は、別の行に書く

食い違いに気付くきっかけの多くは、送ったURLを自分のブラウザーで開いてみたときです。開けたなら、それは大切な観測です。ただし、観測票では、レポートの表示とは別の行に書きます。

自分の端末から開けたことは、自分の端末から開けたという観測です。同じ時刻に、Googleの側からも同じように受け取れたかどうかは、この行からは分かりません。確認役の端末だけが認証済みの状態だった、社内の回線からだけ開ける設定だった、ということもありえます。どちらが正しいかを決めず、2つの行を並べて残します。

開けなかったときも、そのまま書く

ブラウザーでも開けなかった場合は、表示された画面の言葉と日時を写します。「開けない」とだけ書かず、認証を求められた、「見つかりません」の画面が出た、何も表示されなかった、のように見えたものを書きます。開けなかったことも、理由を決める材料ではなく、制作担当への質問の材料です。

開き直すときも、前の行を残す

開き直すのは、端末や回線を変えたとき、制作担当から変更の報告があった後、予定した見直しの日、制作担当に観測を頼まれたとき、のように理由があるときです。何度か開いて同じだったことを1行にまとめる場合も、それぞれの日時と端末・回線の条件は残し、前の行は消しません。まとめたことで、いつ何が見えていたかが分からなくならないようにします。

数の単位を分ける：ファイル、掲載URL、登録URL、相談

サイトマップの話をしていると、いくつもの数が出てきます。ファイルが何本あるか、1本のファイルにURLがいくつ載っているか、そのうち検索に登録されたURLはいくつか、そして問い合わせや相談が何件あったか。これらは単位が違う数で、同じ欄に書くと取り違えます。

第3節の1つ目の要約のとおり、掲載URLの数は登録された数とは別です。「48本のURLが載っている」と「48本が登録された」は、別の文です。

レポートの行の数を、サイト全体のファイルの本数とは書きません。ほかのファイルをまとめる親のファイルと、その中の子のファイルを両方選んだときは、親と子を別の行に分けて数えます。

割合を作るときは、分母を先に書く

たとえば「登録されたURLの割合」を書くなら、分母がどのファイルの、いつの掲載URLの数かを先に書き、分母と分子が同じURLの集まりを同じ範囲で数えたものかを照らします。日時がそろっていても、URLの集まりや範囲が違えば、その割合は書きません。相談の件数を、どのURLの数で割ることもしません。サイトマップの表示が変わったことと相談の件数の増減は、別の記録として扱います。

数えていない数は、未取得と書く

登録されたURLの数を数えていなければ「未取得」と書きます。相談の件数も、受付の担当に確かめていなければ未取得です。0とは書きません。

ファイルを作っている仕組みと、担当を確かめる

食い違いを担当へ渡す前に、そのファイルを誰が、または何が作っているのかを、分かる範囲で書きます。第3節の2つ目の要約のとおり、CMSが自動でファイルを用意している場合もあれば、制作担当が手で作っている場合もあります。どちらかによって、質問を送る相手が変わります。

この欄は、どの仕組みがよいかを決めるためのものではありません。この記事では、特定のCMSや作り方を勧めることはしません。仕組みが分かれば、制作担当が自分の画面で確かめる手がかりになる、というだけです。

置き場所と形式は、制作担当に確かめてもらう項目

ファイルをどこに置くか、どの形式にするかは、サイトの作りによって決まります。確認役は「置き場所と形式が、いまのサイトに合っているかを確かめてほしい」と、項目の名前だけを依頼票に書きます。こう直してほしいという指定は書きません。

3つの役割：見る人、作る人、決める人

この記事の手順では、確認役、制作担当、責任者の3つの役割を分けます。1人が兼ねても構いませんが、兼ねていることを票に書きます。

確認役が自分でできること

確認役が自分でできるのは、画面を見て写すこと、ブラウザーで開いて見えたものを書くこと、変更の記録や過去のやり取りを探すこと、の3つです。

制作担当に任せること

ファイルを作る仕組みの設定、置き場所、アクセスの制限、サーバーの記録は、制作担当に確かめてもらいます。確認役が画面を開けないものは「権限がなく未確認」と書き、別の人のアカウントを借りたり、権限を新しく作ってもらったりはしません。権限を誰に渡すかは、責任者がいつもの取り決めで決めます。

制作担当への依頼票と、質問の作り方

観測票ができたら、制作担当へ依頼票を送ります。この段階では、まだ変更を頼みません。頼むのは、制作担当にしか見えないことを確かめてもらうことです。

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

1回の依頼で聞くことが多いと、回答がまとめて1行になり、どの質問に何の根拠で答えたのかが分からなくなります。最初に答えてほしい順に並べ、残りは次の依頼に回します。

質問の中に「制限を外してください」「作り直してください」という指定を書きません。直し方を決めるのは、確かめた結果を見た後で、決めるのは責任者です。

責める言葉を使わない

依頼票は、誰かの誤りを問うためのものではありません。「なぜ失敗したのですか」ではなく、「この表示について、担当の側で確かめられることを教えてください」と書きます。回答する人が、分からないことを分からないと書きやすい文にします。

回答の期限は、自社の予定として書く

回答の期限は、確認役と責任者が決めた予定です。期限までに回答が来なければ、催促の前に、送った宛先と日時が合っているか、担当が替わっていないかを確かめます。

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

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

【編集部の提案】回答ごとに、次の3つがそろっているかを見ます。

1. 根拠と対象：確かめた日時と方法、根拠の資料があり、確かめた対象が依頼票と同じ送ったURLか
2. 変更の有無：確かめるために、何かを変えたか。変えたなら、何をいつ変えたか
3. 次の観測：回答の後に、確認役がいつ、どの画面を見ればよいか

採用、一部採用、保留、対象違いに分ける

採用と保留は、回答の正しさを確認役が評価するものではありません。根拠がそろっているかで分けるだけです。保留にした回答も消さずに残し、根拠が届いたら採用へ移して、移した日時を書きます。対象違いの回答は、内容が役に立ちそうでも、本件の観測や仮説の欄には写しません。

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

回答に「理由は一時的な制限です」のような断定があっても、根拠の資料がなければ保留として仮説の欄に書きます。根拠の資料があっても、それが示すのは観測で、表示の理由の証明ではありません。理由についての見立ては、次の一手を考える材料として扱います。

回答と観測が食い違うとき

制作担当は「いまはファイルに当たる制限はない」と答えたのに、レポートの表示は前と同じ、ということがあります。これは別々に見たものの観測で、2つだけでは矛盾とは判断しません。どちらかが誤っていると決めず、2つを並べて書き、それぞれの日時を添えます。

変更を頼むかどうかは別に決める：主判断と補助の施策

回答がそろったら、責任者が、変更を頼むかどうかを決めます。この記事では、これを主判断と呼び、次の3つのどれかを選びます。

主判断は、表示が変わるかどうかで決めるものではありません。表示が変わっても変わらなくても、それだけでは主判断の良し悪しは決まりません。

変更を頼むときは、4つを別の欄に書く

変更を頼むと決めたら、制作担当から届いた変更の案を、次の4つの欄に分けて書きます。

変更の作業と、サイトへの反映は、権限のある制作担当が行います。確認役が自分で反映の操作をすることは、この記事の手順に入れていません。戻す手順は1回分を決めておき、戻しても解決しないときは、そこで止めて責任者に相談します。

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

主判断とは別に、運用の直しを決めることがあります。たとえば「サイトの公開の設定を変えるときは、前日に確認役へ知らせる」「観測票の置き場所を決める」といったものです。これらは補助の施策として、主判断とは別の欄に書きます。同じ時期に主判断の変更と補助の施策を両方行ったときは、その後の観測がどちらと関係するかは分けられない、と票に書きます。

時点の差と、次の観測

変更の後にレポートを開くと、まだ同じ表示が出ていることがあります。逆に、何も変えていないのに表示が変わっていることもあります。どちらの場合も、すぐに「直っていない」「直った」とは書きません。

画面の情報が、変更の前と後のどちらを対象にしているかは、画面を見た日時だけでは分かりません。根拠がなければ、時点の対応は未確認と書きます。前と同じ表示が出ていたことは、そのまま観測として残し、変更が効かなかったとも書きません。

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

「何日たてば表示が変わるはずだ」という見込みで、違いを説明済みにはしません。この記事では、表示が変わるまでの日数を示しません。次に見る日時は、確認役と責任者が予定として決め、その日に同じ画面を新しい観測の番号で写します。前の観測の行は書き換えません。

架空のS社の通しの例

ここからは、家具の修理を請け負う架空のS社の例で、1本のファイルを記録して制作担当へ渡すまでを見ます。会社、URL、番号、日時、件数は、すべて説明のために作った架空の例と仮の値で、実在の会社の記録ではありません。S社の日付は、この記事の公開日や評価の日とは関係ありません。S社では、代表が責任者、事務の担当者が確認役、ホームページを作った制作会社が制作担当です。

観測-01と観測-02：食い違いに気付いた日

10月5日（月）9時10分、確認役は、プロパティ「example.com」のサイトマップのレポートを開きました。送ったURL example.com/sitemap.xml の行の表示の文を、言い換えずに観測票へ写しました。画面の日付の欄には9月28日と出ていましたが、その意味は確かめていないため「意味は未確認」と書き、画面の写しを資料-01として保存しました。これを観測-01とし、表示の文が段1の話に当たるため、段の欄には段1と書きました。

9時20分、確認役は事務所のパソコンで同じURLを開き、URLが並んだ画面が見えたので、資料-02として保存しました。これを観測-02として、観測-01とは別の行に書きました。ブラウザーで開けたことは、事務所のパソコンから開けたという観測で、Googleの側から受け取れたかどうかは分からない、と票に添えています。

依頼-01：変更を頼まずに確かめる

10月5日（月）15時、確認役は制作担当へ依頼-01を送りました。質問は第11節の例と同じ3つです。「今回は確認だけで、設定や公開の状態は変えないでください」と添え、回答の期限は10月7日（水）17時としました。作る仕組みの欄と最近の変更の欄は、未確認と書いたまま送っています。

回答と照合

10月7日（水）11時、制作担当から回答が届きました。1つ目は「ファイルはCMSが自動で作っている。送ったURLは、CMSが作る置き場所と同じ。10月7日10時に管理の画面で確かめた」で、画面の写しが資料-03として添えられていました。2つ目は「10月1日の夕方から10月2日の昼まで、作業中の画面を見せないために、このファイルを含むサイト全体に認証をかけていた」で、作業の記録が資料-04です。3つ目は「記録はまだ見ていないが、いまはファイルに当たる制限はないと思う」でしたが、確かめた日時と方法、根拠の資料は添えられていませんでした。回答の最後には「どの確認でも設定は変えていない。次は10月8日10時に同じ画面を見てほしい」と書かれていました。

確認役は、根拠と対象、変更の有無、次の観測の3つがそろった1つ目と2つ目を採用として観測の欄に写し、3つ目は保留として仮説の欄に置き、確かめた日時と方法を尋ね直しました。2つ目の作業の期間と、資料-01の画面の日付の欄の値は、並べて書きました。ただし、日付の欄の意味を確かめていないため、作業の期間と表示の関係は未確認と書き、表示の理由とは書いていません。

観測-03と主判断

10月8日（木）10時、確認役が同じ画面を開くと、行の表示は観測-01と同じでした。これを資料-05として保存し、観測-03としました。11時、代表は票を見て、主判断を「保留」と決めました。3つ目の回答の根拠がまだなく、作業の期間と表示の関係も未確認だからです。次に決める日時は10月15日（木）11時とし、その前の10時に同じ画面を見ると票に書きました。

10月9日（金）14時、制作担当から3つ目の回答の根拠が届きました。「10月9日13時に担当の側の記録を確かめ、10月2日の昼より後に、このファイルへのアクセスを断った記録はなかった。確かめるために設定は変えていない。次の観測は予定どおりでよい」で、記録の写しが資料-06です。確認役は、3つがそろったこの回答を採用に移し、移した日時を書きました。採用したのは、担当の側の記録に断った記録が見つからなかったという観測としてで、Googleの側が受け取れたことや、表示の理由がないことの証明とは書いていません。

観測-04と、その後の主判断

10月15日（木）10時、確認役が同じ画面を開くと、行には観測-01とは別の表示が出ていました。その写しを資料-07とし、観測-04としました。画面の掲載URLの欄には48と出ていたので、掲載URLの数の欄に「48（観測-04の画面の値）」と書き、登録されたURLの数の欄は「未取得」としました。表示が変わった理由は未確認で、10月1日から2日の作業との関係も書いていません。受付の台帳の相談の件数は、この票には書かず、受付の担当の記録のままにしました。

11時、代表は主判断を「変更を頼まない」と決めました。採用した3つの回答は、どれも根拠と対象、変更の有無、次の観測がそろっており、そのどれにも、いま変えるものは見当たらなかったからです。未確認の点は、そのまま票に残しています。補助の施策として、「サイト全体に認証をかけるときは、前日に確認役へ知らせる」という決まりを制作担当と確かめることを、別の欄に書きました。次に見る日時は10月29日（木）10時の予定です。

手順どおりに進めない例外

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

多くのURLを移すときは、別の計画にする

サイトの作り直しで、ページのURLを多く移す予定があるときは、サイトマップのファイル1本の観測より先に、旧URLと新URLの対応を決める必要があります。その進め方は、既刊のサイトリニューアルでURLを引き継ぐ手順｜旧ページの対応表から公開後の点検までにまとめています。この記事の観測票は、その計画の中で1本のファイルを確かめるときにも使えます。

複数のファイルが並んでいるとき

レポートに複数のファイルが並び、いくつもの行に同じような表示が出ていることもあります。その場合も、まず1本を選んで観測票を作ります。複数を1枚の票にまとめると、回答が「全部確認しました」の1行になり、どのファイルの何を確かめたのかが分からなくなるからです。どの1本から始めるかは、責任者が決めます。

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

観測と依頼は、どこかで区切りを付けます。区切りがないと、表示が変わるまで続いてしまいます。

見直しの日を決める

【編集部の提案】次に見る日時は、主判断を決めた日に、確認役と責任者で予定として決めます。見直しの日に、同じ画面を同じ条件で写し、主判断を続けるか、変えるかを責任者が決めます。日程は業務の区切りで、表示が変わる日数の目安ではありません。

確認を終える条件

【編集部の提案】次のどれかを満たしたとき、このファイルの確認を終えます。終えた日と決めた人を票に書きます。

1. 依頼票の質問ごとに、採用か一部採用の回答があり（一部採用のときは、欠けた点を本件の未解決として票に残し）、責任者が主判断を決め、変更を頼んだ場合は4つの欄がそろって反映の後の観測を1回書いた
2. 保留の回答や未確認の欄が残ったまま、責任者が「この点は未確認のまま確認を終える」と明示した
3. 対象のファイルを使わないと責任者が決め、その日時と理由を書いた

表示が変わったことは、終える条件に入れていません。終えた後も、気付いたことがあれば、新しい観測票から始め直せば足ります。

残す記録

確認を終えたら、観測票、依頼票、回答と採否、主判断と補助の施策、変更の4つの欄（変更を頼んだ場合）を、決まった場所にまとめて置きます。担当が替わったときは、これを渡せば同じところから続けられます。

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

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

点検表の使い方

ファイル1本につき、点検表を1回使います。最初は確認役と責任者で一通り確かめ、当てはまらない番号が多いときは、1・5・10・15の順に直します。変更しないこと、送ったURLの写し、ブラウザーの行、変えないことを書いた依頼票の4つがそろえば、残りは観測と回答を進めながら直していけます。

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

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

観測票

ファイル1本につき1枚使います。観測を重ねるときは、行を足していきます。

制作担当への依頼票

確認を頼むとき、回答を受け取るとき、主判断を書くときに使います。

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

ブラウザーで開けるのに、なぜ表示が出るのですか

この記事では、理由をお答えできません。2つの画面を見ただけでは決まらないためです。観測票にレポートの行とブラウザーの行を分けて書き、制作担当に確かめてもらってください。

もう一度送れば表示は変わりますか

この記事では、送り直す手順や、その後の表示は扱っていません。送り直すかどうかは、権限のある担当と責任者が決めます。送り直した場合は、その日時と人を観測票に1行書き、観測とは別の事実として残します。

制限を外して確かめてもよいですか

この記事では勧めていません。第4節のとおり、見せる予定のなかった画面まで開ける状態になるおそれがあります。制限をどうするかは、制作担当と責任者が目的と範囲を決めてから扱います。

掲載URLの数が出ていれば、そのページは検索に出ますか

第8節の数の欄の表のとおり、掲載URLの数と登録されたURLの数は別の欄に書きます。登録されたURLの数は、別の画面で別の観測として数えてください。

制作会社との契約が終わっていて、担当がいません

自分で設定を変えずに、観測票と写しだけを残してください。担当を新しく決めるのは責任者です。担当が決まったら、票と資料をそのまま渡せば、最初から調べ直す手間が減ります。

今日の一手

【編集部の提案】今日は、気になっているサイトマップの行を1つ選び、空欄の観測票の最初の欄に、観測の番号、対象のプロパティ、送ったURL、画面の日付の欄、観測した日時、表示の文を書いてください。そのうえで同じURLをブラウザーで開き、見えたものを別の行に書けば、制作担当へ渡す最初の1票ができます。