サイトを移行してもSEO効果を失わない！ 注意点をケースバイケースで解説【アユダンテ スタッフコラム】

Googlebotからのアクセスをブロックしない

コンテンツを公開するWebサーバは極力セキュリティレベルを高め、安全な設定を目指す必要があります。
しかしスパム対策のつもりでFirewallやWEBサーバ(Apacheなど)でIP制限を設けたつもりが、誤ってGooglebotからのアクセスまで拒否してしまうと、Googleにインデックスされない事態になってしまいます。
こういった事態を防ぐために、公開後すぐにでもGooglebotがアクセス可能かを確認することをおすすめします。
確認には Google Search Console の『URL 検査』レポートの『カバレッジ』の項目を確認します。

「前回のクロール」がサイト移転後の日付になっていることを確認して、「ページの取得」に「成功」と表示されていれば、問題ありません。
もし「前回のクロール」の日付がサイト移転前の場合は、画面右上の「インデックス登録をリクエスト」からページへの Googlebot のクロールを催促します。

なおGooglebotのIPアドレスの確認方法と、ユーザーエージェントの一覧は以下のページで公開されていますので参考にしてみてください。

▼GooglebotのIPアドレス確認方法：https://support.google.com/webmasters/answer/80553?hl=ja
▼Googlebotのユーザーエージェント一覧：https://support.google.com/webmasters/answer/1061943?hl=ja

１．URLマッピングを作成する　2つの利点

ここでいうURLマッピングとは、新サイトと旧サイトのURL対応表のことになります。
ごく単純な数ページで構成されるようなサイトの場合や、サイトのホストを変更するのみであれば、URLマッピングは不要ですが、ある程度のページ数があるサイトであれば、Googleのヘルプにもあるように、URLマッピングを作成することをおすすめします。

URLマッピングを準備する利点は主に以下の2つです。

１）旧URLへアクセスしたユーザーを新URLへ誘導する
主な目的はこちらだと思います。
URLマッピング情報をサイト側に持たせることにより、旧URLへアクセスしたユーザーが意識せずそのまま新しいコンテンツを利用できるようにします。

２）サイト移行プロジェクトの管理者にとって非常に有効な資料になる
URLマッピングを作成するために、既存コンテンツ(URL)の洗い出しは必須の作業になります。
ここで洗い出したURL一覧は、新サイトの設計、テストケースの作成などにそのまま利用できますし、次のサイト移行時にも有効に活用することができます。
またそもそもこの情報がなければ、後述するリダイレクト処理をエンジニアが構築することはできません。

上記の内容からURLマッピングはシステムにとってだけでなく、人間にとっても汎用的に使用しやすいものにまとめておくとよいのではないでしょうか。
CSV形式などで保存しておくか、すぐにエクスポートできる環境が整っているのであれば、データベース管理でもよいと思います。

２．アノテーションの更新を行うための３つの設定方法

アノテーションとは、そのWebページについての付随情報を注釈として追記する機能です。
HTML内のheadタグ内に決められたフォーマットで記述することで設定できるのですが、サイト移行時にこの情報が古いままだと、うまく検索エンジンにインデックスされないという事態をうむことになります。

いろいろな設定が存在しますが、ヘルプにもある次の3つをご紹介します。

１）各ページに、自身を参照するrel="canonical"メタタグを設定する
この設定は複製コンテンツが異なるURLで生成される場合に、正規バージョンであるページのURLを設定することでその旨をGoogleに伝えることができる設定です。
この設定方法については、こちらのページで詳しく紹介されているので、参考にされると良いかと思います。

２）多言語、多国籍ページがある場合はrel-alternate-hreflangアノテーションを設定する
この設定は多言語、多国籍ページを運用している場合に「このページの◯◯国向けのページはこちらですよ」「このページの◯◯語版はこちらですよ」とGoogleに通知するための設定です。

例えば、企業情報ページURLが以下のようになっていた場合

「日本語の企業情報ページ」　http://example.com/jp/corporate/about/
「英語の企業情報ページ」　http://example.com/en/corporate/about/

それぞれ同等のページですが対象言語が異なります。関連付けをGoogleに通知するために以下のように設定します。

「日本語の企業情報ページ」へ設定

<link rel="alternate" href="http://example.com/en/corporate/about/" hreflang="en" />

「英語の企業情報ページ」へ設定

<link rel="alternate" href="http://example.com/ja/corporate/about/" hreflang="ja" />

３）モバイル版のサイトがある場合はrel-alternate-mediaアノテーション を設定する
こちらについては、こちらのコラムで説明しています。
→スマホサイトの移行のポイント

３．確実なリダイレクトのための準備

作成したマッピングを元に旧URLから新URLへリダイレクトを行えるよう準備をします。

確実にリダイレクト処理を実行するため、WEBサーバ(Apacheなど)や、サーバサイドスクリプトなど、サーバ側での処理を実装し、meta refleshやJavaScriptでの実装などクライアント側でのリダイレクトはなるべく避けて下さい。
この際、301リダイレクトを行うように準備してください。
302リダイレクトにしてしまうと、『一時的なリダイレクト』という扱いになってしまいGoogleも「リダイレクト元のページは存在している」と認識してしまいます。
301リダイレクトは『恒久的なリダイレクト』という扱いのため、新URLがインデックスされ、旧URLはインデックスされなくなります。

またリダイレクトを実施する期間はできるだけ長く、無期限も検討することが推奨されています。
サーバサイドスクリプトでリダイレクト処理を構築する、Apacheのmod_rewriteを利用するなど、長期間動作し続けても問題ないリダイレクトロジックを準備してください。
もし途中でリダイレクトをやめなければならない場合は以下のポイントを確認し、問題がないことを確認したうえで停止します。

１）Googleのインデックスが全て新URLになったことが確認できる
これはGoogleの検索ウィンドウで『site:』を使用して確認することができます。
例えばこの画像の場合は「https://ayudante.jp/blog/」に続くコンテンツのインデックスは存在しないことが確認できます。(実際に存在しないURLです)

２）WEBサーバ(Apacheなど)の生ログから旧URLへアクセスしてきているトラフィックがないことが確認できる
これは単純に旧URLへのリクエストが発生していないか、を確認します。
リクエストが多いようであれば、まだインデックスが残っている、どこか(外部サイト含め)に旧URLのリンクが残っている、ということが考えられます。

最後に、リダイレクトの連鎖は旧URL→新URLなど極力少なくなるように設定します。
ヘルプも記載があるように5個未満(できれば3個以下)にしてください。
そもそも、特にモバイルなどでは複数のリダイレクトによりエラーとなってしまうものも存在します。
ユーザービリティという観点でもリダイレクト回数は少なく抑えたほうが良いです。

１．できる限り一括でURL移転を行う

サイトの開発は限られた期間、限られたリソースで行うことが多いと思います。そのため機能毎に取りあえずリリースするといったことが多いのですが早く移転後サイトをGoogleにインデックスしてもらうために、出来る限り、全URLを一括でリリースすることをおすすめします。

２．移行をスムーズに認識させるためのサイトマップ送信

新サイトにて、旧URLと新URLを含むサイトマップ(sitemap.xml)を送信します。
一見、新URLのみの送信でよいように思えますが、積極的に旧URL→新URLのリダイレクトを認識させることによりサイト移行をスムーズに認識させることができるようです。
もちろん正しくリダイレクト設定ができていることが前提です。