サイト運用i-Willink
サイト移行で検索順位を落とさない確認リスト
サーバー移転やドメイン変更で検索の評価を落とす原因は、たいてい確認の抜けです。Google の移転手順に沿って、移行前・当日・移行後に確かめることを順番に並べ、自社で実際に抜けた canonical の失敗も書きます。
サイト移行で検索の評価を落とす原因は、技術の難しさより「確認の抜け」です。手順を先に決めておけば、ほとんど防げます。
WordPress のサーバー移転、ドメインの変更、URL の付け方の変更。どれも、古い URL から新しい URL への引き継ぎを1つでも落とすと、そのページの検索の評価がゼロからやり直しになります。
この記事では、Google が公開しているサイト移転の手順に沿って、確かめることを移行前・当日・移行後に分けて並べます。最後に、私たちが自社のメディアを別の住所に移したときに実際に抜けたところも書きます。
この記事の要点
- 1移行前に、古い URL と新しい URL の対応表を全ページ分つくる。これが全部の土台になる
- 2転送は 301 で、途中を挟まず最終の URL へ直接。少なくとも1年は残す
- 3移行後は「転送できたか」だけでなく、canonical とサイトマップが新しい URL を指しているかまで確かめる
移行前: 古い URL と新しい URL の対応表をつくる
全ページ分の「古い URL → 新しい URL」の表を、移行の前に作ります。
移行が終わってから「このページはどこに移ったか」を思い出しながら転送を設定すると、漏れが出やすくなります。先に表を作ります。
古い URL の一覧は、次の場所から集めます（Google の手順でも同じ場所が挙げられています）。
- 今のサイトマップ（WordPress なら多くの場合 /sitemap.xml や /wp-sitemap.xml）
- Search Console の「ページ」や「リンク」のレポート
- WordPress の管理画面の投稿・固定ページの一覧
- ほかのサイトからリンクされている URL（Search Console の「リンク」）
新しいサイトに同じ内容のページが無い古い URL は、関係のないトップページへまとめて送らず、いちばん近い内容のページへ送ります。どうしても行き先が無いページは、無理に転送しない判断もあります。
移行前: 決めておくこと
転送をいつまで残すか、古いドメインをいつまで持つかを、作業の前に決めます。
- 転送を残す期間: Google は少なくとも1年と案内しています。決まっていないと、サーバーの契約を切ったときに一緒に消えます
- 古いドメインの更新: ドメインが変わる場合、古いドメインの契約を切ると転送も止まります。少なくとも転送を残す期間は更新を続けます
- 表示の速さの記録: サーバーが変わると速さも変わるので、移行前に主なページの速さを測っておきます（Google の PageSpeed Insights などで、同じページを移行後にも測ります）
当日: 301 で、最終の URL へ直接転送する
転送は「恒久的な移動」を示す 301（または 308）で、途中を挟まずに最終の URL へ向けます。
Google は、恒久的なサーバー側の転送（301 か 308）を勧めています。転送が何段も続く「チェーン」は避け、古い URL から最終の URL へ1回で届くようにします。前の移行で作った転送が残っている場合、古い転送の先も新しい最終の URL へ書き換えます。
ドメインやサブドメインが変わる場合は、Search Console の「アドレス変更」ツールで、古いサイトから新しいサイトへの移転を伝えます。古いドメインの www あり・なしなど、確認済みのすべての種類について行います。同じドメインの中で URL の付け方を変えるだけなら、このツールは要りません。
あわせて、新しい URL だけを載せたサイトマップを Search Console に送ります。
移行後: 実際に開いて1件ずつ確かめる
転送を「設定した」ことと「動いている」ことは別です。対応表の URL を実際に開いて確かめます。
対応表の古い URL を、ブラウザか確認用のツールで実際に開き、次の3つを見ます。
- 新しい URL に1回で着くか（途中で何度も転送していないか）
- 返ってくる番号が 301（または 308）か。302（一時的な移動）になっていないか
- 着いたページの中身が、古いページと同じ話か
ページが多い場合は、全部を手で開かず、対応表をもとに機械で一度に確かめる方法もあります。少なくとも、検索から人が来ていた主なページと、ほかのサイトからリンクされているページは必ず確かめます。
移行後: canonical とサイトマップも新しい URL か
ページが正しく表示されても、canonical やサイトマップが古い URL を指していることがあります。
canonical（そのページの正式な URL を検索エンジンに伝える印）は、新しい URL の各ページで自分自身を指している必要があります。サイトマップも同じです。
ここは、私たちが自社で実際に抜けたところです。
自社のメディアを i-willink.com/media から media.i-willink.com へ移し、古い URL から新しい住所へ 301 で転送するようにしました。転送は正しく動いていました。ところが後になって、サイトマップと canonical が、転送される側の古い URL のままになっていたことが分かりました。画面は正しく表示されるので、見た目では気づけません。
しかも直したあとも、URL を記事の中に直接書いていた2本だけが古いまま残りました。それ以来、記事の canonical は共通の部品で組み立て、URL を直接書かない決まりにしています。
確かめ方は簡単です。新しいページを開いて、ページのソースで rel="canonical" の行を探し、新しい URL になっているかを見ます。サイトマップのファイルも開いて、古い URL が混じっていないかを見ます。
移行後: 数週間は Search Console を見る
評価の引き継ぎには時間がかかります。数週間は、エラーと検索の数字を週に1回見ます。
Google は、移転の完了には新旧すべての URL を少なくとも1回は読みに来る必要があり、中くらいの規模のサイトでも数週間以上かかることがあるとしています。その間、次を週に1回見ます。
- Search Console の「ページ」: 見つからない（404）ページが増えていないか
- サイトマップのレポート: 新しいサイトマップが読まれているか
- 検索のパフォーマンス: 古いサイトの数字が減り、新しいサイトの数字が増えているか
- 表示の速さ: 移行前に測ったページを、同じ条件でもう一度測る
サイト内のリンクも、転送に頼らず新しい URL に書き換えていきます。転送は残しつつ、サイト自身のリンクは新しい URL を直接指すのが理想です。
よくある質問
301 リダイレクトはいつまで残せばいいですか？
Google は少なくとも1年は残すよう案内しています。ほかのサイトからのリンクが古い URL のまま残ることも多いので、サーバーやドメインの契約を切らずに済むなら、もっと長く残しても構いません。
WordPress のサーバー移転だけでも Search Console の「アドレス変更」は必要ですか？
ドメインもサブドメインも変わらず、サーバーだけを替える場合は要りません。アドレス変更ツールは、ドメインやサブドメインが変わる移転のためのものです。同じドメインの中で URL の付け方を変える場合も要りません。
302 リダイレクトでは駄目ですか？
302 は「一時的な移動」を表すので、恒久的な移転には向きません。Google は恒久的な移転には 301 か 308 を勧めています。プラグインやサーバーの設定によっては 302 が既定になっていることがあるので、移行後に実際の番号を確かめます。
移行後に順位が下がったら、どうすればいいですか？
まず、検索から人が来ていた主なページについて、転送が 301 で1回で届いているか、canonical とサイトマップが新しい URL を指しているかを確かめます。設定に問題が無ければ、評価の引き継ぎには数週間以上かかることがあるので、Search Console の数字を週に1回見ながら待ちます。
参考・出典
- Google 検索セントラル: URL の変更を伴うサイト移転（対応表・301/308・転送を1年以上維持・アドレス変更ツール・サイトマップ・canonical・移転後の確認）
- Google 検索セントラル: リダイレクトと Google 検索（リダイレクトの種類と、検索での扱い）
- PageSpeed Insights（ページの表示の速さを測る Google の無料ツール）