サーバー移転後にSEOが崩れる前に読む：順位を守る移転手順と事後確認

サーバー移転後に検索順位が急落するケースは珍しくありません。301リダイレクト設定・DNS伝播確認・Search Consoleの再設定まで、順位を守るための実践的な移転手順を解説します。

「移転したら検索流入が半分になった」——その原因、ちゃんと把握できていますか？

こんな悩みを抱えたことはありませんか？

• コスト削減のためにサーバーを乗り換えたら、翌月のアクセスが激減した
• 移転後しばらく経っても、Googleに旧サーバーのURLでインデックスされたまま
• リダイレクト設定はしたつもりなのに、一部ページが404エラーになっている
• Search Consoleに「クロール エラー」が大量に出てきた

サーバー移転は、適切な手順を踏まないとSEOへのダメージが残ります。特に「移転後しばらくは問題ない」と油断していると、Googleのクロール周期と重なった瞬間に評価が一気に下がるという事態も起こります。

実際に弊社がサポートしたあるクライアント（神奈川県内の士業事務所）では、自社で移転作業を進めた結果、主要キーワードの順位が1ページ目から3ページ目まで後退し、月間の問い合わせ件数が移転前の約4割に落ち込みました。原因を辿ると、リダイレクト設定の不備と、Search Consoleへの変更通知が行われていなかったという、防げたはずのミスが重なっていました。

この記事では、サーバー移転時にSEOを守るための正しい手順と、移転後に必ず実施すべき事後確認の方法を、実務レベルで解説します。

なぜサーバー移転がSEOに影響するのか

そもそもサーバー移転がなぜ検索順位に響くのかを理解しておくことが、正しい対処の前提になります。

GoogleはWebサイトを評価する際、URLとそのページの評価（ページランク）を紐付けて蓄積しています。サーバー移転の際にIPアドレスが変わっても、URLが同じであれば基本的には問題ありません。ところが、以下のようなケースでは評価の引き継ぎが断絶します。

• URLが変わる移転（例：http → https 化を同時に行う）
• リダイレクトが設定されていない、または不完全
• DNSの切り替えが中途半端で、Googlebotが古いサーバーをクロールし続ける
• 移転後に一時的な503エラーが頻発し、「サイトが消えた」と判断される

特に問題なのが、301リダイレクト（恒久的な転送）の設定ミスです。302（一時的な転送）で設定してしまうとページランクが引き継がれず、Googleは「旧URLに評価を残したまま」にしてしまいます。

SEOを守るサーバー移転の具体的な手順

移転作業は「切り替え前」「切り替え当日」「切り替え後」の3フェーズに分けて考えるのが鉄則です。

STEP 1：事前にTTLを短縮する

DNSのTTL（Time To Live）はDNSレコードのキャッシュ時間です。デフォルトでは3600秒（1時間）や86400秒（24時間）に設定されていることが多く、これが長いと切り替え後も古いIPが参照され続けます。移転の24〜48時間前に300秒程度まで短縮しておくことで、切り替え時の混乱を最小限に抑えられます。

STEP 2：新サーバーで本番さながらの動作確認

DNSを切り替える前に、/etc/hosts を書き換えて新サーバーの動作を確認します。

# /etc/hosts に新サーバーのIPを一時的に追記
sudo nano /etc/hosts

# 追記例（確認後は必ず削除する）
203.0.113.10  example.com
203.0.113.10  www.example.com

# C:\Windows\System32\drivers\etc\hosts を管理者権限で編集
# 追記例
203.0.113.10  example.com
203.0.113.10  www.example.com

この状態でブラウザから https://example.com にアクセスし、全ページが正常に表示されること・フォームが動作することを確認します。

STEP 3：301リダイレクトを正確に設定する

URLが変わらない場合でも、www あり・なし、http/https の統一はこのタイミングで整理します。Apacheの場合は .htaccess、Nginxの場合は設定ファイルに記述します。

# httpをhttpsにリダイレクト（全ページ）
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

# wwwなしをwwwありに統一
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]

# httpをhttpsにリダイレクト
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;
}

# wwwなしをwwwありに統一
server {
    listen 443 ssl;
    server_name example.com;
    return 301 https://www.example.com$request_uri;
}

設定後は必ず curl -I コマンドでレスポンスヘッダーを確認し、301 Moved Permanently が返ることを検証します。

curl -I http://example.com
# HTTP/1.1 301 Moved Permanently
# Location: https://www.example.com/

STEP 4：Search Consoleで新サーバーを通知する

移転完了後、Google Search Consoleの「URL変更」機能を使ってGoogleに移転を通知します。URLが変わらない場合でも、サイトマップを再送信することでクロールを促進できます。

1. Search Console → プロパティを選択
2. 「サイトマップ」から最新のsitemap.xmlを再送信
3. URLが変わった場合は「設定」→「アドレス変更」から申請

よくある失敗パターンと対処法

実案件を通じて見えてきた、移転時にやりがちなミスをまとめます。

移転後に必ず確認すべきポイント

移転後1〜2週間は集中的にモニタリングを行います。以下の指標を定点観測してください。

正しい手順を踏んでいれば、移転直後に一時的な微減が見られても1〜2週間で回復し、その後は安定します。先述の士業事務所の案件では、弊社が移転を引き受け直した後、適切なリダイレクト設定とSearch Consoleの再通知を行ったところ、3週間で移転前の流入水準に戻り、その後は旧サーバーの表示速度改善も相まって問い合わせ数が移転前比で約120%まで回復しました。

まとめと次のステップ

サーバー移転は「ただファイルを移すだけ」ではありません。DNSのTTL管理、301リダイレクトの正確な設定、Search Consoleへの通知、移転後の集中監視——これらを漏れなく実施することで、SEOへのダメージを最小限に抑えられます。

「移転後に順位が落ちてしまった」という場合でも、原因を特定して正しく対処すれば回復は十分可能です。ただし、対処が遅れるほどGoogleの評価が固定化していくため、気づいたら早急に動くことが肝心です。

自社での対応に不安を感じる場合や、すでに順位が落ちてしまって原因が掴めない場合は、ぜひ一度Fivenine Designにご相談ください。ログ解析・リダイレクト診断・Search Console確認をセットで対応します。

サーバー移転SEO対策チェックリスト