Googleが選択した正規URLが違うとき｜2つのURLを比べて制作担当へ渡す確認票

結論：希望のURLとGoogleが選んだURLを1組の票に並べてから、制作担当へ確かめる

Search ConsoleでページのURLを調べたら、自社が使ってほしいURLとは別のURLが、Googleが選択した正規URLとして表示されていたとします。見つけた人は、「選ばれたほうのページを消せばよいのか」「設定を書き換えてもらえば戻るのか」と考え、すぐに作業を頼みたくなるかもしれません。

けれども、画面に表示されたのは、Googleが持っている情報の中で、どちらが代表として扱われているかという観測です。画面を見た日時と、その情報が対象とする時点は、同じとは限りません。どちらのURLが自社にとって正しいのか、なぜ違うのか、何を変えればよいのかは、その表示だけでは決まりません。片方のページを先に消したり、設定を一度に書き換えたりすると、そのページにあった予約や問い合わせへの入口まで失うおそれがあります。

この記事が答える問いは1つです。Googleが選択した正規URLが、自社の希望のURLと違う1組について、何を確かめ、制作担当へ何を頼むか。 答えを先にまとめると、次の5つです。

1. 調べたURL、自社の希望のURL、Googleが選択したURLの3つを、画面のとおりに1組の票へ写す。見た日時と、その資料が対象とする時点は別の欄に書く。希望のURLが決まっていなければ「未定」と書いてよい
2. 2つのURLのそれぞれについて、何のために公開しているか、いまの予約や問い合わせへの入口があるか、情報の持ち主は誰かを書く。確かめられたかどうかは、観測済・未観測・権限不足の3つで書き、未観測を「なし」や「一致」にしない
3. 制作担当へは、変更をまだ頼まない確認の依頼を、質問を絞って送る。返ってきた回答は、根拠の資料があるものだけを採用し、根拠のないものは保留として仮説の欄に置く
4. 責任者は、現状のままにする、指定を点検してもらう、ページの内容と役割を見直す、調査を続ける、の4つの検討案から次の一手を選ぶ。これは編集部の整理で、Googleの判定の種類ではない。変更を頼むときは、変える対象、変えないもの、いまの予約フォームを守ること、元へ戻す条件を書く
5. 変更の後は、変更作業の完了、Googleでの選択や登録の観測、検索からの流入、受付（受付の成功・担当への受信・有効な相談の判定）を別々の結果として書き、受付の3つも合算しない。同じ条件で前後を比べ、まだ分からないことは未解決として残す

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

この記事が向いている方

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

先にお伝えしておくこと

この記事の1組の票、確かめられたかの3つの書き方、確認の依頼、回答の採用と保留、4つの検討案、変更の範囲、4つの結果、点検表は、Akatsuki編集部の実務の提案です。Googleが勧める公式の手順ではなく、特定のサイトで効果を測った結果でもありません。Googleが希望のURLを選ぶようになること、ページが登録されること、検索の順位や問い合わせが増えることを約束するものではありません。例に出てくる会社、URL、番号、日時は、説明のための架空の例と仮の値です。

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

この記事は、自社のサイトの中で、自社が使ってほしいURLと、Googleが選択した正規URLが違う「1組」について、確かめ、担当へ頼み、前後を見比べるまでを扱います。多くのURLの組をまとめて直す計画や、サイト全体の作り直しは扱いません。

正規URLとcanonical

同じ内容やよく似た内容を複数のURLで見られるとき、Googleが検索結果での表示などに使う代表のURLを、Googleは正規URLと呼んでいます。どのURLを代表にしてほしいかをサイトの側から伝える方法の1つが、canonical（rel="canonical"）という指定です。指定は希望を伝えるもので、Googleがそのとおりに選ぶとは限りません。

この記事で使う言葉

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

既刊の記事との分担

Search Consoleでソフト404と表示されたURLについて、そのURLの役割と観測を分けて担当へ渡す手順は、既刊のソフト404の対処｜URLの役割を確かめて、制作担当へ渡す確認票が受け持ちます。検索に出したいページが別の未登録の状態のときに調査を引き継ぐ手順は、クロール済み・インデックス未登録の対処｜調査を引き継ぐ確認票にあります。この記事は、2つのURLのうちGoogleがどちらを代表として扱っているかという違いから始める点が異なります。

Search Consoleで、自社のURLのクロールがブロックされていると表示されたときに、ブロックを外す前にそのURLの公開用途と影響を受けるURLを確かめて制作担当へ渡す手順は、robots.txtでブロックされたURL｜解除前に公開用途と影響範囲を確かめる確認票で扱っています。

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

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

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

• 出典1：正規のページを明示しても、Googleが別のページを選ぶことがあり、理由はさまざまだとしています。URL検査ツールで選ばれたページを確かめ、検索から来る人にとってどちらが理にかなうかを考え、技術的な構成の誤りを調べるよう案内しています
• 出典2：転送、canonical、サイトマップは希望を伝えるシグナルとされ、別々の方法で違うURLを正規に指定しないこと、正規化のためにrobots.txtやURL削除ツールを使わず、noindexを正規の選択の手段にしないことが勧められています
• 出典3：2019年3月の公式ブログで、URL検査ツールでGoogleが選んだ正規URLを確かめられること、site:やinurl:の検索では正規URLでないURLも表示されることが説明されています

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

第4節から先の1組の票、確かめられたかの3つの書き方、確認の依頼、回答の採用と保留、4つの検討案、変更の範囲、4つの結果の分け方は、上の3つを踏まえたAkatsuki編集部の提案で、Googleが勧める公式の手順ではありません。出典3は2019年の記事のため、いまの画面の名前は保証しません。この記事の手順は、違いを実際に起こして確かめた操作の検証でもありません。

上の3つから、自社の1組でなぜ違いが出たのか、何を変えればGoogleの選択が変わるのか、何日で変わるのかは決まりません。そのため、この記事では、片方のページを消す、検索に出さない設定を足す、といった進め方は勧めません。指定の書き方や設定の仕組みは、権限のある制作担当に確かめてもらう項目の名前として挙げるだけにします。

2つのURLを、見たとおりに写して並べる

最初にするのは、画面に出ているものを、そのまま写すことです。この記事では、1回の観測ごとに「観測-01」のような番号を付け、保存した画面の写しには「資料-01」のような番号を付けます。1組のURLには「組-01」のような番号を付けます。

1組の票の最初の欄

調べたURLと希望のURLは、同じことも違うこともあります。たとえば、希望のURLそのものを調べたら別のURLが選ばれていた場合と、お知らせの記事のような別のURLを調べたら、希望ではないURLが選ばれていた場合では、調べたURLの欄に書くものが変わります。どちらの場合も、3つの欄を別々に書けば取り違えません。

1文字も変えずに写す理由

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

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

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

検索の結果だけで決めない

検索の窓に、サイトの住所を指定する書き方を入れて探すと、希望のURLが出てくることがあります。出典3のとおり、そうした検索では正規URLでないURLも出るため、Googleの選択の観測にはなりません。票には、Googleの選択として画面に表示されたものを書きます。

2つのURLの用途と、いまの受付への入口を書く

写したら、技術の話の前に、2つのURLがそれぞれ何のために公開されているのかを書きます。どちらを代表にしたいかは、ページの用途と、そこから予約や問い合わせへ進めるかで考えることが多いからです。

2つのURLを並べる欄

用途は、「初めての人に教室の内容を伝える」「開講を知らせる」「チラシから来た人を案内する」のように、1〜2文で書きます。用途がよく似ているほど、2つのURLを別々に残す理由を書きにくくなります。逆に、用途がはっきり違えば、その違いを書くこと自体が、制作担当への手がかりになります。

いまの受付への入口を、行き先まで書く

それぞれのページに、予約や問い合わせのページへのリンクがあるかを書きます。リンクの文字と行き先のURLを、そのまま写します。入口のページがいまも開くかを確かめたなら、開いた日時を書きます。予約や問い合わせのフォームから実際に送れるか、届いたかまでは、ここでは確かめません。それは第12節の受付の結果として、別に扱います。

たとえば、希望のURLにだけ予約の入口があり、Googleの選択のURLには入口がない、という組み合わせもありえます。その場合も、どちらかのページを消す理由にはしません。入口があるページを残すことと、どちらのURLを代表にしたいかは、別の判断だからです。

情報の持ち主を書く

お知らせの記事は広報、案内のページは運営の責任者、というように、ページごとに内容を決めている人が違うことがあります。持ち主が分かれば、内容を変える相談の相手が分かります。分からなければ「未観測」と書き、責任者に確かめてもらいます。

図の内容：左に希望のURL、右にGoogleの選択のURLを置き、同じ欄を同じ順で並べています。どちらのURLが正しいかを示す図ではなく、2つを比べるための記録の形です。下の帯は、見た日時と資料の時点を分けることと、未観測を「なし」や「一致」と書かないことを示しています。

確かめられたかを、観測済・未観測・権限不足で書く

票の欄には、確かめられたものと、確かめられなかったものが混ざります。確かめられなかった欄を空けたままにすると、後から読む人は「見たけれど何もなかった」のか「見ていない」のかを区別できません。

3つの書き方

未観測の欄に「なし」「0」「問題なし」と書かないようにします。希望のURLとGoogleの選択のURLの用途を確かめていないのに「同じ」と書くことや、指定を見ていないのに「一致」と書くことも、同じ理由で避けます。確かめていない欄の値は、空いているのではなく「未観測」です。

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

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

観測済でも、意味までは決めない

観測済は、見たことの記録です。たとえば「希望のURLのページには、自分自身を指す指定が入っていた（制作担当が確かめた）」と観測済に書けても、そこから先に何が起きるかまでは書きません。応答の番号が200だったという観測も同じで、その値だけでは、Googleがどちらを正規として選んでいるかは判断できません。見たことと、そこから考えたことは、別の欄に書きます。

制作担当へ、変更を頼まずに確かめてもらう

票の最初の欄と対比の欄ができたら、制作担当へ確認を頼みます。この段階では、まだ何も変えないことを依頼の文に書きます。確かめてほしいのは、2つのURLについて、制作担当にしか見えないことです。希望のURLが未定でも、確認の依頼は送れます。

確認の依頼に書くこと

依頼の文の例

質問を絞る理由

1回の依頼で聞くことを多くしすぎると、回答がまとめて1行になり、どの質問に何の根拠で答えたのかが分からなくなります。最初に答えてほしい順に並べ、残りは次の依頼に回します。質問の中に「こう直してください」という指定を書かないことも大切です。直し方を決めるのは、確かめた結果を見た後です。

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

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

採用と保留

採用と保留は、回答の正しさを確認役が評価するものではありません。根拠の資料がそろっているかどうかで分けるだけです。保留にした回答も消さずに残します。後で根拠が届けば、そのときに採用へ移し、移した日時を書きます。

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

制作担当は「希望のURLにだけ指定を入れている」と答えたのに、確認役が画面を開き直すと、まだ別のURLが選ばれている、ということがあります。これは別々の項目の観測で、2つだけでは矛盾とは判断しません。制作担当が見た指定と、確認役が見た画面は、別々に見たものだからです。どちらかが誤っていると決めず、2つを並べて書き、見た日時を添えます。

一方、制作担当が確かめたURLと、票のURLが1文字でも違っていたときは、同じ対象を確かめたかが分かりません。その回答は保留にし、票と同じURLと照合の条件で確かめ直してもらいます。

回答で理由が断定されているとき

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

図の内容：左から順に、質問、根拠つきの回答、範囲の確定、再確認へ進みます。2つ目の段では、根拠のない回答を保留として仮説の欄に置きます。範囲を決める前に変更へ進まないことと、再確認で分からないことを未解決のまま残すことを示しています。

次の一手を、4つの検討案から責任者が選ぶ

回答がそろったら、責任者が、この1組について次に何をするかを決めます。ここで使う4つの検討案は、編集部が整理したもので、Googleが正規URLをどう判定しているかの種類ではありません。

4つの検討案

現状のままも、立派な選択

出典1のとおり、選ばれたURLのほうが検索から来る人にとって理にかなうかを考えることも、確かめ方の1つです。お知らせの記事のほうが新しい情報を載せていた、配布用のURLではなく元のURLが選ばれていた、といった場合には、責任者が「このままでよい」と決めることがあります。そのときは、希望のURLを書き直し、決めた人と日時を票に残します。

多くの組が見つかったとき

同じような組がサイトの中にいくつもある、URLの付け方をまとめて変えたい、という場合は、1組ずつのこの手順ではなく、URL全体の対応表から計画します。その進め方は、既刊のサイトリニューアルでURLを引き継ぐ手順｜旧ページの対応表から公開後の点検までにまとめています。この記事の票は、その計画の中で1組を確かめるときにも使えます。

変更の範囲と、元へ戻す条件を書く

検討案が決まり、変更を頼むことになったら、変更の依頼を書きます。大切なのは、変える対象を行ごとに挙げ、変えないものを同じ依頼の中に書くことです。

変更の依頼の欄

変える対象を、行ごとに理由つきで挙げる

変える対象が1つで済むこともあれば、2つのURLの指定をそろえるために、両方のページを同時に変える必要があることもあります。どちらの場合も、変える対象を1行ずつ書き、なぜ変えるのか、同時に変えるほかの行とどう関係するのかを添えます。同時に変えた行は、前後を比べても、どの変更が効いたかを分けられないことも票に書きます。依頼は1組ごとに分けて記録し、ほかの組や関係のないページまでまとめて変えることはしません。

いまの予約フォームを、標準で変えないものに入れる

希望のURLやGoogleの選択のURLのページから、予約や問い合わせのフォームへリンクしていることがあります。この記事の標準の書き方では、フォームのページそのものと、そこへのリンクを「変えないもの」に入れます。1組の違いを直すつもりの作業で、受付の入口が動いてしまうのを防ぐためです。フォームに直したい点があるなら、それは別の依頼として、受付の責任者と範囲を決めて頼みます。

変えないでほしい操作を、具体的に書く

変更の依頼には、今回は行わない操作も書きます。この記事の手順では、片方のページの削除、検索に出さない設定の追加、検索からの除外の申請、多くのページへの一括の転送を、範囲の合意なしに行いません。このうち検索に出さない設定と除外の申請は、出典2のとおり、正規化の手段にしないよう案内されています。削除と一括の転送は、予約の入口などほかのページへの影響が大きいため、この記事の提案として合意を先にします。必要だと制作担当が考えた場合は、理由と影響を返してもらい、責任者が別に判断します。

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

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

変更の前と後を、同じ条件で見比べる

制作担当から変更を終えたと連絡が来たら、変更の前に残した写しと、同じ条件で見比べます。条件がそろっていないと、違いが変更によるものか、見方の違いによるものかが分かりません。

そろえる条件

並べ方

前と後は、1行ずつ並べて書きます。「前：お知らせの記事に、教室の案内とよく似た3つの段落が載っていた（資料-03）」「後：お知らせの記事は開講の知らせだけになり、案内のページへのリンクがあった（資料-08）」のように、資料の番号を付けます。並べた結果は、前と後の観測であって、違いが変更によって起きたことの証明ではありません。

予約への入口を、前と後で並べる

前にあった予約への入口が後にもあるか、行き先のURLが同じか、入口のページが開くかも並べて書きます。入口が消えていれば、元へ戻す条件に当てはまるかを、すぐに責任者と制作担当で確かめます。

変更の結果を、4つに分けて書く

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

4つの結果

4つは別々の結果です。変更作業が終わっても、Googleの選択が変わったとは限りません。Googleの選択が希望のURLになったと観測できても、検索からの流入や受付が変わったことにはなりません。予約のフォームのページが開くことを確かめても、予約が受け付けられ、担当に届き、有効な相談と判定されたかは、別の記録で確かめます。

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

記入した票では、確かめていない結果を空けたままにせず、「未観測」と書きます。数えていない数は「未取得」と書き、0とは書きません。受付の結果は、受付の成功、担当への受信、有効な相談の判定の3つの欄に分け、分かっているものだけを書き、3つを足し合わせません。空欄の票の空欄は記入するための雛形で、記入した票の空欄とは意味が違います。

流入や受付を数えるときの注意

流入を数えるなら、期間と、2つのURLを合わせて数えるのか別々に数えるのかを先に決めます。受付を数えるなら、試しの送信を実際の相談の数に混ぜません。どちらも変更の効果を示す数ではなく、その期間に見えた数として書きます。

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

時点の差と、まだ分からないことを残す

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

時点の差を書く欄

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

まだ分からないことを、未解決として残す

一度の確認と変更で、すべてが分かるとは限りません。根拠のある回答がそろっていない、権限不足の欄が残っている、Googleの選択がまだ変わっていない、といった点は、未解決として票に残し、次に見る日時を決めます。未解決は失敗という意味ではありません。答えが出ていない点があることの記録です。

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

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

選ばれたURLが、外部のサイトや権限の外にあるとき

Googleの選択のURLが、自社のサイトの外にあることもあります。取引先や紹介サイトに載せてもらった文、自社が持っていない別のドメインのページなどです。この場合は、1組の票の書き方は同じでも、できることの範囲が変わります。

外部のURLのときに書くこと

出典1は、持っていないプロパティに正規URLがあると、重複したページのトラフィックは確かめられないと注意しています。票では、Googleの選択のURLの欄には画面のとおりのURLを残し（個人の情報を含む部分だけを伏せます）、情報の持ち主の欄に「自社の外」と別に書きます。公開されていて開いて見えたものは観測済、相手の管理の画面でしか分からないものだけを権限不足、まだ見ていないものは未観測と書きます。外部のページの持ち主が分かれば、その相手と、いつもの連絡の窓口を書きます。

外部のページを見つけても、その場で「無断で写された」「攻撃を受けた」とは決めません。分かっているのは、Googleがそのページを選んだという観測と、確認役が開いて見えたものだけです。相手に削除を求めるかどうか、どう連絡するかは、責任者が取引の関係や契約を見て決めます。

手順を止める例外

架空の例：B社の初心者クラスの案内を1組で確かめる

ここからは、架空のヨガ教室B社の例で、1組のURLを確かめるまでを見ます。B社では、代表が責任者、受付のスタッフが確認役、ホームページを作った制作会社が制作担当です。会社、URL、番号、日時は、すべて説明のための架空の例と仮の値です。違いの理由はこの例でも確かめておらず、成果も示しません。

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

10月13日（火）10時、確認役は、初心者クラスの案内のページ example.com/class/beginner/ をURL検査で調べました。B社が検索で代表として使ってほしいのは、このページです。画面には、Googleが選択した正規URLとして、お知らせの記事 example.com/news/beginner-class-start/ が表示されていました。確認役はこの画面を資料-01として保存し、1組の番号を組-01としました。

この組では、調べたURLと希望のURLは同じ example.com/class/beginner/ で、Googleの選択のURLは example.com/news/beginner-class-start/ です。確認役は、この2つを取り違えないように、票の欄を分けて書きました。画面にあった日付の欄の値は写しましたが、その意味は確かめていないため、資料の時点は「未確認」としました。

2つのURLを開いて並べる

10時20分、確認役は2つのURLをパソコンとスマートフォンで開き、資料-02と資料-03として保存しました。

確認役は、お知らせの記事の3つの段落が、案内のページの文とよく似ていることに気付きました。これは見えたものの観測です。それがGoogleの選択の理由かどうかは分からないため、「似た文が2つのページにあるのが関係するかもしれない」という見込みは、仮説の欄に書きました。

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

10月13日（火）15時、確認役は制作担当へ依頼-01を送りました。「今回は確認だけで、ページや設定は変えないでください」と添え、質問は3つです。2つのURLのそれぞれに入っている正規の指定、2つのURLのサイトの中のリンク元、お知らせの記事がどう作られたか、です。返事の期限は10月15日（木）17時としました。

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

10月15日（木）11時、制作担当から回答が届きました。1つ目は「どちらのページにも、それぞれ自分自身を指す指定が入っている。10月15日10時にページの中身を見て確かめた」で、確かめた画面の写しが資料-04として添えられていました。2つ目は「メニューからは案内のページへ、トップページのお知らせ欄からはお知らせの記事へリンクしている」で、リンク元の一覧が資料-05です。3つ目は「お知らせの記事は、開講のときに案内のページの文を写して作ったと思う」でしたが、根拠の資料はありませんでした。

確認役は、1つ目と2つ目を採用として観測の欄に写し、3つ目は保留として仮説の欄に置きました。確認役は、指定の観測と、Googleの選択の観測を別の行に書きました。

責任者が検討案を選ぶ

10月16日（金）10時、代表は票を見て、検討案を「内容と役割の見直し」としました。お知らせの記事は開講を知らせることが用途で、クラスの内容の説明は案内のページが受け持つ、と役割を分け直すためです。現状のままにすることも考えましたが、予約への入口があるのは案内のページだけで、初めての人には案内のページを見てほしいと考えました。お知らせの記事は消さず、検索に出さない設定も頼まないと決めました。

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

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

変更の後：作業の完了と、ほかの結果を分ける

10月21日（水）14時、制作担当から「お知らせの記事の本文を直した」と報告があり、その記録が資料-06です。15時、確認役は同じ端末で2つのページを開き、案内のページを資料-07、お知らせの記事を資料-08として保存しました。お知らせの記事は開講の知らせと案内のページへのリンクになり、案内のページの予約のボタンも前と同じ行き先でした。続けて予約フォームのページが開くことを確かめ、資料-09としました。

確認役は、変更作業の結果として、報告と自分の確認を書きました。Googleでの選択と登録は「未観測」、検索からの流入は「未取得」、受付の成功・担当への受信・有効な相談の判定は、それぞれ「未取得」と書きました。予約フォームのページが開くことは確かめましたが、試しの送信はしておらず、受付の成功や受信は確かめていません。

観測-02：7日後もまだ同じURLが選ばれていた

10月28日（水）10時、確認役が同じURLを調べると、Googleの選択のURLは、まだお知らせの記事でした。これを資料-10として保存しました。画面の日付の欄の意味は確かめていないため、画面の情報が変更の後を対象にしているかは「未確認」としました。確認役は、変更が効かなかったとも、古い情報だとも書かず、組-01を未解決として残しました。次に見る日時は、変更から28日後の11月18日（水）10時を予定として書きました。この日程はB社が決めた見直しの区切りで、Googleが選択を変える日数ではありません。

B社のほかの組で起きた2つの例外

同じころ、B社では、手順をそのまま進められない組が2つ見つかりました。どちらも、主な例とは違う確かめ方が必要でした。

例外1：配布用の文字列が付いたURLが選ばれていた

朝のクラスの案内のページ example.com/class/morning/ を調べると、Googleの選択のURLとして、チラシのQRコード用に作った example.com/class/morning/?utm_source=flyer&utm_medium=print&utm_campaign=202609-morning が表示されていました。希望のURLは、文字列の付かない example.com/class/morning/ です。

確認役は、Googleの選択のURLの欄に、画面のとおりの文字列を写しました。このURLの持ち主は、チラシを作った受付のスタッフで、配布リンクの台帳があるかは未観測です。制作担当には、2つのURLで同じページが表示されるか、正規の指定がどうなっているかを、変更を頼まずに確かめてもらうことにしました。チラシはすでに配っているため、配布用のURLを消すことや、開けなくすることは頼みません。配布リンクの名前の付け方や台帳の管理は、既刊のUTMパラメータの設定と命名ルールの手順で、別に見直します。検討案は、回答がそろうまで「調査の継続」です。

例外2：取引先のサイトのページが選ばれていた

子ども向けのクラスの案内のページ example.com/class/kids/ を調べると、Googleの選択のURLとして、提携している学童保育のサイトの紹介のページ example.net/partner/kids-yoga/ が表示されていました。B社が紹介の文を提供し、先方のサイトに載せてもらっていたページです。

このURLは自社の外にあるため、確認役は、Googleの選択のURLの欄に example.net/partner/kids-yoga/ をそのまま写し、情報の持ち主の欄に「自社の外（学童保育）」と書きました。先方のページを開いて見えた紹介の文は観測済として資料の番号つきで残し、先方の管理の画面でしか分からないことは「権限不足」、まだ見ていない先方のサイトの中のリンク元は「未観測」としました。代表は、無断で写されたものではないことを知っていたため、削除を求めることはせず、いつもの連絡の窓口から、紹介の文の扱いを相談するかを検討すると決めました。相談するかどうか、何を頼むかはまだ決まっておらず、検討案は「調査の継続」のままです。

3つの組から分かること

同じ違いの表示でも、組によって頼む相手が違いました。案内のページの組はお知らせの記事の役割を見直し、配布用の組は配布リンクの持ち主と、取引先の組は責任者が相手との関係を見て考えます。どの組でも確認役は自分で設定を変えず、3つの組のどれについても、Googleの選択が希望のURLに変わったことはまだ観測していません。

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

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

点検表の使い方

1組につき、点検表を1回使います。複数の組を1枚で済ませると、どの組の記録かが分からなくなるからです。当てはまらなかった番号は、票の余白に書いておくと、次に制作担当へ渡すときの質問になります。

空欄の2つの票：URL組の観測票、変更依頼と再確認票

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

URL組の観測票

1組につき1枚使います。1行目だけは、組の番号、調べたURL、調べた画面の名前を書く行です。2行目からは、真ん中の列に希望のURLの側、右の列にGoogleの選択のURLの側を書きます。

変更依頼と再確認票

確認を頼むとき、変更を頼むとき、変更の後に確かめるときに使います。

よくある質問

Googleが選んだURLを、希望のURLに必ず変えられますか

この記事では、変えられるとはお約束できません。票と回答をそろえ、責任者が検討案を選び、変更の後は同じ条件で観測を続けてください。

選ばれたほうのページを消せば、希望のURLが選ばれますか

この記事の手順としては勧めていません。消したページにあった予約や問い合わせの入口まで失うおそれがあり、Googleの選択がどうなるかも決まりません。ページの役割を見直すなら、消す前に、責任者が残す情報と入口を決め、変更の依頼の欄に書きます。

応答が200なら、どちらが正規かは分かりますか

その値だけでは判断できません。応答の番号は、そのURLがどう返ったかの観測です。どちらのURLが代表として選ばれているかは、別の欄で観測します。

何日たてば、Googleの選択が変わりますか

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

希望のURLが、まだ決まっていません

決まっていなくても、確認の依頼は送れます。票の希望のURLの欄に「未定」と書き、2つのページの違いを確かめてもらい、その回答を材料に責任者が決めてください。

サイト全体の評価が下がったのでしょうか

この記事は1組のURLの違いを確かめる手順で、サイト全体の評価は扱いません。1組の違いだけで、サイト全体に何かが起きたとは決めないでください。

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

自分で設定を変えずに、票と資料だけを残してください。担当を新しく決めるのは責任者で、決まったら票と資料をそのまま渡します。

まとめ：今日、1組のURLを票に写す

Googleが選択した正規URLが希望と違うという表示は、それだけでは、どちらのページをどう変えればよいかを決めません。まず、調べたURL、希望のURL、Googleの選択のURLを画面のとおりに1組の票へ写し、見た日時と資料の時点を分けて書いてください。2つのURLの用途、いまの受付への入口、情報の持ち主を並べ、確かめられたかを観測済・未観測・権限不足で書きます。

制作担当へは、変更を頼まない確認から始め、回答は根拠で採用と保留に分けます。責任者が4つの検討案から次の一手を選び、変更を頼むときは変える対象を行ごとに理由つきで挙げ、いまの予約フォームを変えないものに入れ、元へ戻す条件を先に書きます。変更の後は、変更作業、Googleでの選択と登録、検索からの流入、受付の受信と有効を別々に確かめ、分からないことは未解決として残します。

今日できることは1つです。気になっているURLを1つURL検査で調べ、空欄のURL組の観測票の最初の行に、URL組の番号、調べたURL、調べた画面の名前を書いてください。希望のURLが決まっていなければ「未定」と書き、責任者に聞くところから始めます。