サイト移転のSEOでは旧URLごとに対応する新URLへ301転送する

サイトのドメインやURL構造を変えるなら、旧URLごとに対応する新URLを決め、301リダイレクトで転送します。旧サイトのどのページを開いても新サイトのトップページへ送る設定では、利用者が探していた内容にたどり着けません。検索エンジンへも、どのページがどこへ移ったのかを示せません。

移転作業の中心は、新サイトを公開することではなく、旧URLと新URLの対応を保つことです。サーバーだけを替え、利用者が見るURLを変えない場合は、ここで扱うURL移転と分けて考えます。

移転前に旧URLと新URLの対応表を作る

最初に、現在使われている旧URLを集めます。メニューやXMLサイトマップだけではなく、Googleウェブマスターツールの「サイトへのリンク」、アクセス解析、広告、メール、印刷物から参照されるURLも確認します。

次に、旧URL一件ごとに移転先を決めます。次の表は、判断方法を示すための仮例です。URLとページ名は実在するサイトのものではありません。

ページ名や階層が変わっても、同じ用件へ答えるページなら対応を記録できます。複数の旧ページを一つへ統合した場合も、旧URLごとに、内容を引き継ぐ統合先を指定します。代わりの内容がないURLは、関係のないページへ無理に転送せず、404または410の扱いを別に決めます。

トップページへ一括転送せず同じ内容へ送る

Googleのサイト移転に関する案内は、旧URLへ来た利用者とクローラーを301リダイレクトで新URLへ送り、各旧URLを同様の内容を持つ新URLへ対応させるよう勧めています。全ページを新サイトのトップページへ転送する方法ではありません。

301は、ページが恒久的に移ったことをHTTP応答で示します。転送後は、ブラウザーの表示だけでなく、旧URLが301を返し、予定した新URLが最終的に表示されることまで確認します。

移転先が決まっていない状態で転送規則を先に書くと、似ていないページやトップページへまとめて送る設定になりやすくなります。URL対応表を事業側が承認し、制作担当者がその表から転送規則を作る順序にします。

新旧サイトを同時に確認できる状態で移転する

301を設定するには、旧URLへのアクセスを受ける場所が必要です。新サイトが表示できたからといって、旧ドメインの管理と301をすぐに止めません。旧サーバーを残すかどうかは、301をどこで返すかによって決まります。必要なのは、旧URLを管理し、転送を維持できる状態です。

Googleの移転手順は、可能なら一つのディレクトリやサブドメインで移転を試し、ページ単位の転送と新サイトの表示を確認してから全体へ進む方法を示しています。Googleのサイト移転に関するFAQは、旧ドメインを管理し、301をできるだけ長く、少なくとも180日維持するよう勧めています。

旧サイトのrobots.txtで旧URLを取得禁止にすると、Googlebotが301やrel="canonical"を確認できません。旧URLは転送を確認できる状態に保ち、新URLはGooglebotが取得できる状態にします。

Googleウェブマスターツールで新旧両方の所有権を確認する

新しいドメインへ移る場合は、旧サイトと新サイトの両方を同じGoogleウェブマスターツールのアカウントで確認します。新サイトはFetch as Googlebotで取得できるかを確認します。

ドメイン全体を別のドメインへ移す場合は、Googleウェブマスターツールの「アドレスの変更」も使います。この機能はドメインの変更をGoogleへ知らせるためのもので、301の代わりではありません。先にページごとの転送を設定し、両サイトを確認できる状態で通知します。

サブディレクトリ内のページを別階層へ移しただけの場合は、ドメイン変更の通知と混同しません。URL対応表と301を使い、クロールエラーと新URLの取得を確認します。

内部リンクとXMLサイトマップを新URLへそろえる

301が動いていても、メニューや本文が旧URLを指したままなら、訪問のたびに不要な転送が起きます。新サイト内のメニュー、本文、画像やファイルへのリンク、canonicalを新URLへ直します。広告やメールで管理しているリンクも、変更できるものは新URLへ更新します。

XMLサイトマップには新URLを掲載し、最新の状態へ更新します。重要な外部サイトから旧URLへリンクされている場合は、管理者へ新URLを連絡します。外部リンクをすべて変更できなくても301で新ページへ案内できますが、変更を依頼する対象と、転送で受ける対象を分けて記録します。

移転と同時にデザインや構成を大きく変えない

ドメイン、URL構造、本文、ナビゲーション、デザインを一度に変えると、問題が起きたときに原因を分けにくくなります。Googleの案内も、コンテンツの移転時に大規模な内容変更やURL構造、ナビゲーションの更新を同時に行わないよう勧めています。

新サイトを刷新する目的があっても、移転とデザイン変更を二段階に分けられないか検討します。先にURLと内容の対応を保って移転し、転送と取得を確認してから、別の変更として構成やデザインを直します。

URL対応表を一件ずつ確認してから完了とする

移転後は、対応表で「対応先あり」とした旧URLを上から一件ずつ、次の順で全件確認します。

1. 旧URLを開くと301が返る
2. 対応表どおりの新URLへ移る
3. 新URLが200 OKで表示される
4. 本文が旧ページの用件を引き継いでいる
5. サイト内の主要なリンクが新URLを直接指す

「対応先なし」とした旧URLは、決めた404または410が返ることを確認します。転送するURLと、転送先を作らないURLを同じ確認項目へ入れません。

Googleウェブマスターツールでは、新サイトのクロールエラーを確認します。404が見つかったら、どの旧URLから、どの新URLへ転送する予定だったかを対応表へ戻って調べます。404を消すためにトップページへの転送を追加するのではなく、同じ内容の移転先がある場合だけ規則を直します。

サーバーのアクセス記録も、旧URLへの訪問と転送漏れを見つける材料になります。移転日、対応表、転送規則、Googleウェブマスターツールの確認権限、旧ドメインの更新期限は、制作会社だけでなく事業者側にも残します。

最初にすることは、転送機能を選ぶことではありません。現在使っている旧URLを一件取り出し、そのページと同じ用件へ答える新URLを横に書いてください。全旧URLを「対応先あり」「対応先なし」に分け、対応先があるURLへ301を設定します。