サイト移転は、サーバー変更、CMS変更、URL構造変更、HTTPS化、ドメイン変更など、Webサイトの公開環境を別の場所・構成へ移す作業です。
SEOで最も重要なのは、移転前に検索されていたページを新環境でも正しく表示できる状態にし、URLが変わる場合は旧URLから対応する新URLへ恒久リダイレクトすることです。
「サイトをコピーしてDNSを切り替えれば終わり」ではありません。 移転前のURL一覧、canonical、内部リンク、XMLサイトマップ、robots.txt、noindex、Search Consoleまで確認して初めてSEO面の移転が完了します。
30秒でわかる結論
30秒でわかる結論
- URLが変わらないサーバー移転なら、原則として301リダイレクトは不要
- URLが変わる移転では、旧URLと対応する新URLを1対1で整理する
- 恒久移転は301または308などのサーバー側恒久リダイレクトが基本
- 新サイトのcanonical・内部リンク・XMLサイトマップは新URLへ統一する
- 開発中に付けたnoindexやrobots.txtのクロール拒否を公開時に残さない
- Search Consoleで旧・新サイトを確認し、URL変更を伴う場合は必要に応じてアドレス変更も行う
- 移転直後は順位や表示URLが一時的に変動することがあり、恒久リダイレクトは少なくとも1年間維持するのがGoogleの推奨
サイト移転とは?
サイト移転と一口にいっても、SEO上は「URLが変わるかどうか」で対応が大きく分かれます。
| 移転例 | URL | SEO上の主な対応 |
|---|---|---|
| レンタルサーバー変更 | 変わらない | 表示・クロール・DNS確認 |
| CMS変更 | 同じ場合あり | URL・HTML・canonical確認 |
| HTTP→HTTPS | 変わる | HTTPSへ恒久リダイレクト |
| URL構造変更 | 変わる | 旧→新URLを301等で転送 |
| ドメイン変更 | 変わる | 301・Search Console等を確認 |
最初の判断
移転後もページURLが完全に同じかを最初に確認してください。 URLが同じならSEO移行は比較的シンプルです。 URLが変わるなら、旧URLと新URLの対応表が重要になります。
サイト移転で順位が落ちることはある?
あります。 ただし、正しく移転しても一時的な順位変動が発生することがあります。
Googleは、URL変更を伴う大きなサイト移転では、旧URLと新URLを再クロール・再処理する間に検索結果が一時的に変動する可能性があると案内しています。 中規模サイトでも、新URLへの切り替えには数週間以上かかる場合があります。
「一時的な変動」と「移転ミス」を分ける
移転直後に少し順位が変わるだけなら、すぐに設定を何度も変更しない方がよい場合があります。 一方、主要ページが404、noindex、robots.txt拒否、誤ったリダイレクトになっているなら早急な修正が必要です。
SEOで最も危険な移転ミス
優先して防ぐこと
- 新サイトにnoindexが残る
- robots.txtでGooglebotを全面拒否する
- 旧URLが404になる
- 旧URLをすべて新トップページへ転送する
- 301が途中で切れている
- canonicalが旧URLのまま
- 内部リンクが旧URLのまま
- XMLサイトマップが旧URLのまま
- 重要画像・PDFを移し忘れる
SEO対策というと順位改善施策を考えがちですが、サイト移転ではまず「検索エンジンが今までのページと新ページの対応関係を正しく理解できる状態」を作ることが優先です。
移転前にやること1.現在のURL一覧を保存する
URL変更を伴う移転では、現在公開されているページ一覧を保存します。
旧URLを集める場所
- XMLサイトマップ
- WordPressやCMSの記事一覧
- Google Search Console
- アクセス解析
- サーバーアクセスログ
- 外部リンクが多い重要ページ
Googleも、移転前に旧URLを整理し、新URLとの対応関係を作ることを推奨しています。 特に検索流入や外部リンクがある重要URLを漏らさないことが大切です。
URL対応表の例
| 旧URL | 新URL |
|---|---|
| /old-service/ | /service/ |
| /old-price/ | /price/ |
| /old-company/ | /company/ |
移転前にやること2.できるだけ同じURLを維持する
サーバーを変更するだけなら、独自ドメインとURL構造を維持できる場合が多くあります。
移転前:https://example.com/service/
移転後:https://example.com/service/
URLを変える必要がないのに、移転と同時にスラッグ・カテゴリ・ディレクトリ構造まで一斉変更すると、SEO移行が複雑になります。
Googleも「一度に変えすぎない」ことを推奨
ドメイン変更、CMS変更、デザイン全面変更など複数の大きな変更を予定している場合、可能なら1つずつ実施します。 問題が起きたときに原因を切り分けやすくなるためです。
移転前にやること3.新サイトを事前確認する
DNSを切り替える前に、新サーバー側でサイトが正常に動くか確認します。
確認項目
- トップページが表示できる
- 主要記事・固定ページが表示できる
- 画像・CSS・JavaScriptが読み込める
- 問い合わせフォームが動く
- WordPress管理画面へ入れる
- HTTPS証明書が正常
- 404ページが正しく返る
- canonicalが想定URLを指す
移転後に初めて問題を見つけると、検索エンジンだけでなく利用者にも影響します。 可能ならステージングやhosts切り替えなどで事前確認します。
移転前にやること4.noindexとrobots.txtを確認する
新サイトを開発中に検索結果へ出さないため、noindexやrobots.txtのクロール拒否を設定することがあります。
問題は、その設定を本番公開時に解除し忘れることです。
公開時の重大チェック
- 主要ページにnoindexが付いていない
- robots.txtでサイト全体をDisallowしていない
- WordPressの「検索エンジンがサイトをインデックスしないようにする」が残っていない
移転後に検索流入が急減した場合、まずこの3点を確認する価値があります。
URLが変わらないサーバー移転のSEO対策
ドメインもURL構造も変えず、サーバーだけを変更する場合は、旧URL→新URLの301リダイレクトは原則不要です。 URLそのものが同じだからです。
重要なのは、DNS切り替え中に旧サーバーと新サーバーのどちらへアクセスしても正常にページを表示できるようにすることです。
URLが変わらないサーバー移転では、Search Consoleの「アドレス変更」は通常使いません。 ドメイン自体が変わらないためです。
URLが変わる移転では301を設定する
ドメイン変更、URL構造変更、HTTP→HTTPSなど、ページURLが変わる場合は、旧URLから対応する新URLへ恒久リダイレクトします。
Googleは、技術的に可能ならサーバー側の恒久リダイレクトとして301や308を推奨しています。
正しい考え方
旧:/service-old/
↓ 301
新:/service/
すべてトップページへ飛ばさない
多数の旧URLを関係のないトップページへまとめて転送すると、ユーザーにも検索エンジンにも対応関係が分かりません。 Googleは、このような不適切な一括転送がsoft 404として扱われる可能性があると案内しています。
301は1対1で対応させる
基本は、旧ページと最も内容が近い新ページを1対1で対応させます。
| 旧ページ | 転送先 | 判断 |
|---|---|---|
| 旧会社概要 | 新会社概要 | 適切 |
| 旧料金ページ | 新料金ページ | 適切 |
| 旧サービスA | 新サービスA | 適切 |
| 旧記事100本 | 新トップページ | 原則避ける |
複数の旧ページを本当に1つの新ページへ統合した場合は、その統合ページへ転送できます。
リダイレクトチェーンを作らない
移転を繰り返すと、旧URLから最終URLまで複数回転送される「リダイレクトチェーン」が起きることがあります。
避けたい例
A → B → C → D
改善例
A → D
B → D
C → D
Googleは複数のリダイレクトをたどれますが、ユーザーの待ち時間や移行管理を考えると、旧URLから最終URLへ直接転送する方が分かりやすくなります。
新サイトのcanonicalを新URLへ変更する
URL変更後のページでは、canonicalが旧URLを指したままになっていないか確認します。
新ページのcanonical → 新ページ自身のURL
Googleもサイト移転時、新URLに自己参照canonicalを設定するよう案内しています。
301とcanonicalを逆方向にしない
旧URLから新URLへ301しているのに、新URLのcanonicalが旧URLを指しているとシグナルが矛盾します。 リダイレクト・canonical・内部リンクを同じ新URLへ揃えてください。
内部リンクを新URLへ変更する
301があるからといって、サイト内リンクを旧URLのまま放置しない方がよいです。
修正する内部リンク
- 本文内リンク
- ヘッダーメニュー
- フッター
- パンくず
- 関連記事
- 画像リンク
- CTAボタン
内部リンクを直接新URLへ向けることで、不要なリダイレクトを減らし、サイト内の代表URLも明確になります。
画像・PDF・CSS・JavaScriptも移転対象
サイト移転ではHTMLページだけを見がちですが、画像やPDFも検索流入・外部リンクを持っている場合があります。
Googleのサイト移転ガイドでも、画像・動画・JavaScript・CSSなどのURLを移転計画へ含めるよう案内されています。
忘れやすいファイル
- 画像
- 動画
- CSS
- JavaScript
- ダウンロード資料
XMLサイトマップを新URLへ更新する
URL変更を伴う移転では、新URLのXMLサイトマップを作成してSearch Consoleへ送信します。
サイトマップ内に旧URLと新URLが混在していないか確認してください。
基本
新サイトのXMLサイトマップには、検索結果へ出したい新しい正規URLを掲載します。
Googleは、新サイトマップの送信が新URLの発見を助けると案内しています。
Search Consoleで移転前に確認すること
URL変更を伴う移転では、旧サイトと新サイトの両方をSearch Consoleで確認できる状態にします。
確認項目
- 旧サイトの所有権確認
- 新サイトの所有権確認
- 主要URLのインデックス状況
- 検索流入が多いページ
- 外部リンクが多いページ
- XMLサイトマップ
Googleは2026年6月にサイト移転ガイドを更新し、ドメイン移転ではwwwあり・なしやサブドメインなど、該当するドメインバリエーションを適切に移行・確認する重要性を明確化しています。
Search Consoleのアドレス変更はいつ使う?
Search Consoleのアドレス変更ツールは、ドメインまたはサブドメインを別のドメイン・サブドメインへ移すときに使います。
| 変更 | アドレス変更 |
|---|---|
| example.com → new-example.com | 利用対象 |
| a.example.com → b.example.com | 利用対象 |
| HTTP → HTTPS | 不要 |
| wwwあり → wwwなし | 不要 |
| /old/ → /new/ | 不要 |
| サーバーだけ変更 | 不要 |
ドメイン変更固有の301設定やアドレス変更の詳細は、別記事「ドメイン変更時のSEO対策|301リダイレクトと確認事項」で扱います。
移転当日のSEOチェック
移転後に確認すること1.主要URLのHTTPステータス
移転後は、代表的なURLだけでなく、検索流入が多かった旧URLも確認します。
| URL | 期待する状態 |
|---|---|
| 新しい重要ページ | 200 |
| 移転した旧URL | 301/308 → 新URL |
| 廃止・代替なし | 404または410 |
| HTTP版 | HTTPSへ恒久転送 |
転送先が404になっていないか確認
旧URLが301を返していても、転送先が404なら移転は正常とはいえません。 最終到達先まで確認してください。
移転後に確認すること2.Search Console
Search Consoleでは、新URLのインデックス状況、サイトマップ、404などのクロールエラー、検索パフォーマンスを確認します。
見る項目
- ページのインデックス登録
- URL検査
- サイトマップ
- 検索パフォーマンス
- クロール・エラー傾向
URL変更を伴う場合、旧サイトの表示回数・クリックが減り、新サイト側へ移っていくのが基本的な流れです。
移転後に確認すること3.アクセス解析
GA4などのアクセス解析で、移転前後の自然検索流入を比較します。
ただし、計測タグ自体を新サイトへ入れ忘れていると「アクセスが減った」ように見えるため、まず計測が正常に動いているか確認してください。
比較するもの
- 自然検索セッション
- 主要ランディングページ
- コンバージョン
- 404ページへの流入
移転後に確認すること4.サーバーログ
大規模サイトや重要サイトでは、サーバーアクセスログも確認します。
見るポイント
- Googlebotが新サイトをクロールしているか
- 旧URLへアクセスが残っているか
- 404が急増していないか
- 500・503が増えていないか
Googleはサイト移転後、新サイトを通常より多くクロールする場合があるため、新サーバーに十分な処理能力を確保するよう案内しています。
301リダイレクトはいつまで残す?
Googleは、サイト移転時の恒久リダイレクトを一般に少なくとも1年間維持するよう推奨しています。
Googleが旧URLを再クロールし、リンクなどのシグナルを新URLへ移すための時間を確保するためです。
ユーザーの古いブックマークや外部リンクを考えると、技術的に問題がなければ1年より長く維持する価値もあります。
外部リンクは変更してもらうべき?
301が正しく動いていれば、すべての外部サイトへ変更依頼をする必要はありません。
ただし、アクセスが多い重要な外部リンク、自社SNSプロフィール、広告、Googleビジネスプロフィールなど、自分で変更できるものは新URLへ更新すると無駄な転送を減らせます。
優先順位
- 自サイト内リンク
- 自社プロフィール・広告
- 流入の多い重要外部リンク
- その他の外部リンク
移転と同時にデザイン変更してよい?
可能ですが、SEOトラブルの原因を切り分けにくくなります。
Googleも、大きな変更はできるだけ1つずつ進めることを推奨しています。
同時変更が多いほど原因特定が難しい
ドメイン、CMS、URL、デザイン、本文、内部リンクを同日にすべて変えると、検索流入が落ちたときに何が原因か判断しにくくなります。
移転時にコンテンツを削除してよい?
不要ページを整理すること自体は可能です。 ただし、検索流入や外部リンクがあるページを確認せず大量削除するのは避けます。
| 旧ページ | 対応 |
|---|---|
| 同じ内容の新ページあり | 301 |
| 複数ページを統合 | 統合ページへ301 |
| 完全廃止・代替なし | 404/410 |
| まだ必要 | 新サイトへ移行 |
「旧ページを全部トップへ飛ばす」より、内容に沿って個別判断します。
順位を落とさないための移転チェックリスト
移転前
- 重要URLを一覧化した
- 旧URL→新URL対応表を作った
- 新サイトの表示をテストした
- SSLを確認した
- Search Consoleを確認した
- バックアップを取った
移転時
- 必要な301/308を有効化した
- noindexを解除した
- robots.txtを確認した
- canonicalを新URLへ変更した
- 内部リンクを新URLへ変更した
- XMLサイトマップを更新した
移転後
- 主要URLの200・301・404を確認した
- リダイレクトチェーンを確認した
- Search Consoleを監視した
- GA4などの計測を確認した
- 404・500・503の増加を確認した
- 旧サーバーをすぐ解約していない
移転後に順位が落ちたときの確認順
技術的なミスが見つからない場合、移転処理が検索結果へ反映されるまで一定期間かかる可能性があります。 短期間で設定を何度も変更すると、状況をさらに分かりにくくすることがあります。
サーバー移転とドメイン変更は分けて考える
| 項目 | サーバーのみ変更 | ドメイン変更 |
|---|---|---|
| URL | 同じ | 変わる |
| 301 | 通常不要 | 必要 |
| DNS変更 | 必要 | 必要になる |
| Search Consoleアドレス変更 | 不要 | 対象 |
| SEO移行難易度 | 比較的低い | 高い |
ドメイン変更時の具体的な301・Search Console・旧ドメイン管理は、別記事「ドメイン変更時のSEO対策|301リダイレクトと確認事項」で詳しく解説します。
教科書判定
サイト移転は「URLをなるべく変えない」「変わるURLは1対1で引き継ぐ」が基本
SEOを守るために特別な裏技は必要ありません。
移転前のURLを把握 → 新サイトを事前確認 → URLが変わるものだけ301/308 → canonical・内部リンク・サイトマップを新URLへ統一 → Search Consoleで監視という順番を守ってください。
同じドメイン・同じURLのサーバー移転なら、SEO目的の301は原則不要です。 逆にドメインやURLまで変わる移転では、旧URLを404にせず、対応する新URLへ恒久転送することが重要です。
移転直後の一時的な順位変動は起こり得ますが、noindex、robots.txt、404、誤転送などの技術ミスがなければ、慌てて設定を何度も変えず推移を確認します。
FAQ
Q.レンタルサーバーを変えるだけで検索順位は落ちますか?
同じドメイン・同じURLを維持し、停止時間や表示不具合を抑えて正しく移転できれば、URL変更を伴う移転よりSEO上の影響は小さくできます。ただし、移転後に500・503、noindex、表示速度低下などが起きれば影響する可能性があります。
Q.サーバー移転でも301リダイレクトは必要ですか?
URLが完全に同じなら通常は不要です。301は旧URLと新URLが異なる場合に使います。サーバーだけ変更する場合はDNSで同じドメインを新サーバーへ接続します。
Q.移転後に検索順位が一時的に落ちても問題ありませんか?
URL変更を伴う大きな移転では、一時的な変動が起こる場合があります。ただし主要ページが404やnoindexになっていないか、301・canonical・サイトマップが正しいかは必ず確認してください。
Q.301リダイレクトは何か月残せばよいですか?
Googleはサイト移転時の恒久リダイレクトを一般に少なくとも1年間維持するよう案内しています。古い外部リンクやブックマークを考えると、可能ならさらに長く維持する価値があります。
Q.移転時にSearch Consoleのアドレス変更は必須ですか?
すべての移転で使うわけではありません。別ドメイン・別サブドメインへの移転で利用し、HTTP→HTTPS、wwwあり・なしの変更、同一ドメイン内のパス変更、サーバーだけの変更では通常使いません。
まとめ
この記事の結論
- サイト移転では最初にURLが変わるか確認する
- サーバーだけの移転でURLが同じなら301は通常不要
- URL変更を伴うなら旧→新URLを1対1で恒久転送する
- canonical・内部リンク・XMLサイトマップを新URLへ揃える
- noindex・robots.txtの解除忘れに注意する
- 画像・PDFなどのファイルも移転対象として確認する
- Search Consoleとアクセス解析で移転後を監視する
- 恒久リダイレクトは少なくとも1年間維持する
- ドメイン変更・CMS変更・デザイン変更を同時にやりすぎない
サイト移転のSEO対策で重要なのは、移転前の検索評価を「新サイトへ正しくつなぐ」ことです。 URLを変えなくてよい部分は維持し、変わる部分だけを明確に対応させることで、移転トラブルを減らせます。
「ドメイン変更時のSEO対策|301リダイレクトと確認事項」「301リダイレクトとは?設定方法とSEO上の注意点」「ホームページ移転時に確認すること」もあわせて確認してください。