Q.Studioから移管する時、Google Search Consoleでは何をすればいいですか？

Studioから別のサーバーやCMSへサイトを移す際、Search Consoleのアドレス変更ツールを使うべきでしょうか。答えは、ドメインまで変えるのか、同じ独自ドメインのまま置き場所だけ移すのかで分かれます。同じドメイン・同じURLのままサーバーだけを替えるなら、アドレス変更ツールは使いません。Googleから見て、ページのURLが何も変わっていないからです。

アドレス変更ツールは、別のドメインやサブドメインへ移ったことをGoogleに伝えるための機能です。移転先のサーバーを準備し、元のURLから新しいURLへの恒久的な転送設定を済ませてから実行する設計になっています。通信を暗号化するHTTPからHTTPSへの変更や、同じドメイン内でのディレクトリ移動、あるいはwwwの有無を統一する切り替えでも、このツールは使いません。パスを動かした場合は、リダイレクトを足し、必要ならサイトマップも更新します。

ちなみに、Studioのサブドメインで公開していた人は少し事情が違います。Studioが提供する初期URLは固有のサブドメイン形式ですが、独自ドメインの設定を完了すると、以前のサブドメインから新しい独自ドメインへ自動的に転送されます。ただ、Studioを解約して外へ出たあともこの転送が続くとは限らず、ツールを使える条件がそろうかも別の話です。

ドメインごと変える移行では、転送元をどこに用意するかを先に決めます。Studioのリダイレクト機能で転送元にできるのは、そのプロジェクトに接続しているドメイン内のパスだけです。ドメインを付け替えるだけでは旧ドメインから新ドメインへの転送を作れないので、旧ドメインのプロジェクトを残すか、外部のサーバーで転送を組むことになりますね。

例えば、旧ドメインで公開していたサイトをStudioから移し、新しいドメインで出し直すケースです。手順は次の順に進めます。

1. 旧URLごとに移転先を決め、旧ホームページから新ホームページへの301リダイレクトを用意する
2. 新旧両方のプロパティで、同じGoogleアカウントが所有者になっているかを確かめる
3. 旧サイトのドメインレベルのプロパティでアドレス変更ツールを開き、画面の案内に沿って進める
4. 事前チェックで重大な不備が出たら直してから続ける（軽い不備は警告が出ても申請できる）
5. 申請後は新旧サイトのトラフィックの変化を追う

「ドメインレベル」は、パスを含まないプロパティを指します。プロパティの種類が「ドメイン」のものだけでなく、サブドメインやhttpから始まるルートのURLプレフィックスも対象に入ります。Studioのリダイレクトは転送先に外部サイトのURLも指定できるので、Studio側に旧ドメインを残して移管先へ飛ばす組み方もできますね。

事前チェックに通ると、新旧両方のSearch Consoleに移行中の通知が180日間表示されます。これは通知が出る期間で、移転が終わるまでの保証ではありません。転送はツールの案内では最低180日、検索からの流入が残っていればさらに続け、旧ドメインの料金も少なくとも1年は払い続けるよう求められています。GoogleはURL変更を伴うサイト移転のガイドで、リダイレクトをできるだけ長く、一般的には1年以上保持するよう勧めています。

Studioから別のシステムへサイトを切り替えたあと、Search Consoleの所有権が突然外れてデータが確認できなくなる事態はどう防げばよいでしょうか。自分がどの方法で確認したかによって、移管先でやることが変わります。

HTMLタグを埋め込んで所有権を確認していた場合は、移管先の新しい環境でも同じ確認用メタタグを出力させましょう。Googleの仕様では、ログイン画面などを挟まないトップページのheadセクション内にタグが配置されている必要があります。サーバー上にHTMLファイルをアップロードして確認していたケースでは、同じ確認ファイルを移管先サーバーの公開ルートディレクトリへそのまま配置します。外部からそのファイルURLへアクセスした際に、エラーやログイン要求なしで閲覧できる状態を維持しなければなりません。ファイルを消すと、その時点で未確認の扱いです。

DNSで確認している場合は、確認が済んだあとも確認用のDNSレコードを消しません。DNSの管理先ごと移すときは、TXTレコードなどの確認用レコードを移管先にも入れます。確認用のTXTレコードが移管先のDNS設定に漏れなく登録されているか、手動で照合しておきましょう。

もうひとつ注意したいのがStudio側の連携解除です。StudioのSearch Console連携を外すと、公開サイトのHTMLからも確認用の値が消えます。移管先で確認の準備が整う前に外すと、Search Consoleの確認が外れてしまいますね。同じプロパティには［設定］の［所有権の確認］から複数の確認方法を足せるので、移行前にDNSなど移管後も残る方法を追加しておけば、タグが消えても確認は続きます。

社内の現担当者がSearch Consoleの管理者権限を把握しているサイトと、退職した前任者や以前依頼した制作会社の個人アカウントが所有者権限を握ったままのサイトでは、移行作業の進めやすさに大きな差が出ます。制作会社と連絡が取れなくなっていたり、前任者のメールアドレスが使えなくなっていたりすると、所有権の引き継ぎで足踏みしかねません。所有者でないと、他のユーザーを追加したり外したりできません。もっとも、サイトマップの送信はフルユーザーでも可能なので、普段の運用では困っていなかった人も多いでしょう。

確認済みの唯一の所有者が不在になった場合、後任者が新たに自社のアカウントで所有権を確認し、プロパティへのアクセス権を回復する必要があります。自社でドメインの管理画面にログインできる状態であれば、DNS設定にGoogleが発行した確認用TXTレコードを追加することで、単独で所有権を取得できます。ドメインの管理画面を操作できない状況であれば、現在所有権を持っている前任者や制作会社へ連絡し、所有者としての権限を付与してもらう相談を進めましょう。

自分の確認が済んだら、旧所有者を外します。［設定］の［ユーザーと権限］から所有者を削除すると、その人にひもづく確認トークンの一覧が出るので、そこに並ぶタグやファイル、DNSレコードをすべて消します。トークンが残っていると、外された人がもう一度所有権を確認できてしまうからです（ユーザーと権限の管理）。

旧所有者のトークンと、自分のために追加した確認レコードは別物です。自社の確認用レコードは確認後も残し、消すのは旧所有者の分だけにします。Studioの連携はURLプレフィックスでの確認にしか対応していないため、ドメインでの確認はStudioの外、DNSの側で行います。

移管作業を終えたあと、サイトの検索順位や評価が落ちていないかを確かめるには、Search Consoleのどの画面をチェックすればよいでしょうか。見る場所は、URLを変える移行かどうかで少し変わります。URLを変更せずにホスティング先だけを変更した場合、移転の直後にGooglebotのクロール頻度が一時的に低下することがあります。数日のあいだクロールが減っても、それだけで慌てる必要はありません。

移管作業が完了したら、まずは新しいサイト環境で出力したXMLサイトマップをSearch Consoleから送信します。移管先のサイトマップをSearch Consoleに送っておくと、ページの発見や登録が早まることがありますが、登録を約束するものではありません。

続いて確認したいのが「ページ インデックス登録」レポートです。移転前後の期間で、意図しないクロールエラーや「インデックス未登録」のページが急増していないかを点検します。でも、未登録の項目に数字があるからといって、すべてが不具合を意味するわけではありません。すでに削除したページが正しく404を返していたり、重複を防ぐためにnoindexを指定していたりする場合も未登録として集計されます。一覧に並んだ理由とURLを確認し、本来検索結果に出したい重要ページが除外されていないかを見極めましょう。

URL自体の変更を伴う移転を行ったときは、「検索パフォーマンス」レポートの動きも追跡します。新しいページのインデックスが進むにつれて、新URLでの表示回数やクリック数が徐々に増え、旧URLの数値と入れ替わっていく様子を確認できます。気になるページは、URL検査ツールで1件ずつ登録状況やGoogleがアクセスできるかを確かめましょう。レポートのエラーは修正前のクロール結果のまま残っていることもあるので、直したあとのページはURL検査で今の状態を見てから判断するとよいですね。