ホームページ移転では、サーバーやドメインだけを切り替えれば完了するわけではありません。 DNS、SSL、メール、WordPress、問い合わせフォーム、アクセス解析、301リダイレクト、Search Consoleなど、複数の設定が関係します。
移転トラブルを減らすには、移転前・切り替え当日・移転後の3段階で確認項目を分けることが重要です。 特に会社サイトでは、ホームページだけでなく独自ドメインメールも止めないように注意してください。
30秒でわかる結論
- 移転前にサイトファイル・データベース・メール設定をバックアップする
- 旧URLと新URLが変わる場合はURL対応表を作る
- 新サーバーでWordPress・SSL・フォームを先にテストする
- DNS変更前にメールのMX・SPF・DKIM・DMARCも確認する
- URL変更時は301リダイレクト、canonical、内部リンク、サイトマップを更新する
- 移転後はSearch Console・GA4・フォーム・404・表示速度まで確認する
- 旧サーバーはすぐ解約せず、正常稼働を確認してから停止する
ホームページ移転とは？
ホームページ移転とは、現在のWebサイトを別のサーバー、別のドメイン、別のURL構成などへ移す作業です。
「移転」と呼ばれる作業には、いくつか種類があります。
| 移転パターン | 例 |
|---|---|
| サーバーだけ変更 | ドメインはそのまま、レンタルサーバーだけ変更 |
| ドメイン変更 | example.jp → example.com |
| URL構造変更 | /old/page/ → /new/page/ |
| CMS変更 | 他CMS → WordPress |
| サイト統合 | 複数サイトを1つへまとめる |
難易度が違う
同じドメインのままサーバーだけ変える移転と、ドメイン・URLまで変える移転では確認項目が大きく異なります。
最初に「何が変わるか」を整理する
作業前に、旧環境と新環境の違いを一覧化します。
移転前に整理する項目
- ドメインは変わるか
- URL構造は変わるか
- サーバー会社は変わるか
- PHPバージョンは変わるか
- MySQL・MariaDBなどDB環境は変わるか
- メールサーバーも変わるか
- SSL証明書の設定方法は変わるか
- CDNやWAFを使っているか
この一覧があると、移転後に「どの設定を引き継ぐ必要があるか」を判断しやすくなります。
移転前にバックアップする
WordPressなら、最低でもファイルとデータベースの両方をバックアップします。
保存しておきたいもの
- WordPress本体・テーマ・プラグイン・画像などのファイル
- MySQL・MariaDBデータベース
- wp-config.php
- .htaccess
- 独自設定ファイル
- DNSレコード一覧
- メールアカウント設定
- 転送設定・自動返信設定
サーバー内バックアップだけにしない
旧サーバーを解約するとバックアップも消える場合があります。移転前にPCや外部ストレージなど、旧サーバー外にもコピーを残してください。
新サーバーの動作環境を確認する
移転先がWordPressや使用中プラグインに対応しているか確認します。
| 確認項目 | 見るポイント |
|---|---|
| PHP | WordPress・テーマ・プラグイン対応 |
| DB | MySQL・MariaDBの対応 |
| 容量 | 現在使用量より余裕があるか |
| ファイル数 | 上限に余裕があるか |
| SSL | 独自SSLが利用できるか |
| メール | 必要なメールアカウントを作れるか |
同じWordPressでも、PHPバージョンや拡張モジュールの差でプラグインが動かない場合があります。
新サーバーで先にテストする
DNSを切り替える前に、新サーバーへサイトをコピーし、可能な範囲で動作確認します。
テスト項目
- トップページ
- 主要ページ
- WordPress管理画面
- 画像表示
- CSS・JavaScript
- 問い合わせフォーム
- ログイン機能
- 検索機能
- 決済機能がある場合はテスト環境
DNS切り替え後に初めて確認しない
本番切り替え前に新環境をテストしておくと、移転当日の停止時間やトラブルを減らしやすくなります。
WordPressのURL設定を確認する
ドメインやURLが変わる移転では、WordPressのURL設定も変更する必要があります。
WordPress公式では、「WordPressアドレス（URL）」と「サイトアドレス（URL）」がサイト表示や管理画面などで利用される重要な設定として説明されています。
URL変更時の確認
- WordPressアドレス
- サイトアドレス
- データベース内の旧URL
- 画像URL
- ウィジェットやメニュー
- プラグイン設定内URL
DBを単純置換しない
WordPressデータベースにはシリアライズされたデータが含まれる場合があります。URL置換はWordPress対応の移行機能やWP-CLIなど、安全な方法を利用してください。
DNS切り替え前に確認すること
DNSを変更すると、Webサイトだけでなくメールにも影響する可能性があります。
DNSレコードの確認
- Aレコード
- AAAAレコード
- CNAME
- MX
- TXT
- SPF
- DKIM
- DMARC
ネームサーバーごと変更する場合は、旧DNSにあるメール関連レコードを新DNSへ移し忘れないようにします。
メールを止めないために確認する
会社サイトでは、Webサイトよりメール停止の方が業務影響が大きい場合があります。
メール移転の確認
- 現在のメールアドレス一覧
- 新サーバーで同じアカウントを作成したか
- MXレコードはどこを向いているか
- SPF・DKIM・DMARCを引き継いだか
- メール転送を設定しているか
- 旧メールサーバーに未受信メールが残っていないか
サーバー移転＝メール移転とは限らない
Webサーバーだけ変更し、メールはGoogle WorkspaceやMicrosoft 365など別サービスを使っている場合は、MXを不用意に変更しないでください。
SSL証明書を確認する
新サーバー側でもHTTPSで正常表示できるようにSSLを設定します。
確認項目
- https://でアクセスできるか
- 証明書エラーが出ないか
- wwwあり・なし両方の扱い
- HTTPからHTTPSへ正しく転送されるか
- Mixed Contentがないか
DNS切り替え後にSSLを取得するサービスもあるため、利用サーバーの手順を事前に確認しておきます。
URLが変わるなら対応表を作る
ドメイン変更やURL構造変更を伴う場合は、旧URLと新URLの対応表を作ります。
URL対応表の例
| 旧URL | 新URL |
|---|---|
| /old-service/ | /service/ |
| /company-old/ | /company/ |
Googleも、URL変更を伴うサイト移転では旧URLから新URLへのマッピングを準備するよう案内しています。
301リダイレクトを設定する
旧URLが廃止され、新URLへ恒久移転するなら301などの恒久リダイレクトを設定します。
旧URL → 301 → 対応する新URL
Googleは、可能であればサーバー側の恒久リダイレクトを推奨しています。 また、複数の旧URLを無関係なトップページへまとめて転送することは避けます。
リダイレクトチェーンを作らない
旧URL → 中間URL → 新URLのように何段階も転送せず、できるだけ旧URLから最終URLへ直接転送します。
内部リンクを新URLへ変更する
301を設定しても、サイト内リンクを旧URLのままにする必要はありません。
更新する場所
- 本文内リンク
- ヘッダー
- フッター
- メニュー
- パンくず
- 画像リンク
- CTAボタン
Google公式でも、サイト移転時には内部リンクを新URLへ更新するよう案内しています。
canonicalを確認する
新サイトのcanonicalが旧URLを向いたままだと、検索エンジンへ矛盾した情報を送ることになります。
確認すること
- 新ページのcanonicalが新URLになっているか
- httpが残っていないか
- 旧ドメインが残っていないか
- wwwあり・なしが統一されているか
XMLサイトマップを更新する
URLが変わる場合は、新URLだけを含むXMLサイトマップを作成します。
Googleは、サイト移転後に新サイトマップをSearch Consoleから送信することを推奨しています。
サイトマップ確認
- 旧URLが残っていないか
- 新URLが含まれているか
- 404 URLが含まれていないか
- リダイレクトURLを載せていないか
robots.txt・noindexを確認する
移転前のテスト環境では、検索エンジンに公開しないためnoindexやrobots.txt制限を付けることがあります。 本番公開時に外し忘れると、新サイトが検索されない原因になります。
本番公開時の典型的ミス
テストサイト用のnoindexをそのまま本番へコピーしないようにしてください。
Search Consoleを確認する
移転後はGoogle Search Consoleで新サイトの状態を確認します。
確認項目
- 新ドメイン・URLのプロパティ確認
- XMLサイトマップ送信
- URL検査
- 404・クロールエラー
- インデックス登録状況
ドメインまたはサブドメインを変更する場合は、条件に合えばSearch Consoleの「アドレス変更」も利用します。 Google公式では、HTTP→HTTPS、wwwあり・なし、同一ドメイン内のパス変更ではアドレス変更ツールは不要としています。
GA4・広告・タグを確認する
サイトが表示できても、アクセス計測が止まっていることがあります。
計測系の確認
- GA4タグ
- Google Tag Manager
- Search Console連携
- Google広告・各種広告タグ
- コンバージョン計測
- ヒートマップ
ドメイン変更時は、計測ツール側のURL条件やクロスドメイン設定が影響する場合もあります。
問い合わせフォームを必ずテストする
移転後トラブルで見落とされやすいのが問い合わせフォームです。
フォームテスト
- 送信できるか
- 管理者へ通知メールが届くか
- ユーザーへ自動返信が届くか
- 迷惑メールへ入っていないか
- 完了ページへ移動するか
- GA4のキーイベントが記録されるか
画面上の「送信完了」だけで判断しない
フォーム自体は成功しても、SMTPやDNS設定の問題で通知メールだけ届かないことがあります。実際の受信まで確認してください。
移転当日の確認手順
最終バックアップ
新サーバー最終確認
DNS切り替え
SSL・表示確認
フォーム・メール確認
301・内部リンク確認
Search Console・GA4確認
アクセスが少ない時間帯を選べるなら、トラブル時の影響を抑えやすくなります。 Googleも、URL変更を伴う移転では可能ならトラフィックの少ない時期に実施することを案内しています。
移転後に確認するページ
トップページだけでなく、ページ種類ごとに確認します。
最低限確認するページ
- トップページ
- 主要サービスページ
- 会社概要
- 問い合わせ
- 記事ページ
- カテゴリページ
- 404ページ
- ログイン・会員ページ
ECサイトなら商品、カート、決済、注文完了までの一連の流れも確認します。
旧サーバーはすぐ解約しない
DNS変更は利用環境によって反映タイミングに差が出ることがあります。 また、移転後にファイル不足やメール取りこぼしが見つかる場合もあります。
旧環境を復旧用に残す
新サイトの表示・フォーム・メール・SEO設定が正常であることを確認するまでは、旧サーバーをすぐ解約しない方が安全です。
ただし、旧サーバー側で公開状態を長期間残す場合は、二重公開にならないように注意してください。
ドメイン変更時は旧ドメインも維持する
ドメイン変更を伴う場合、旧ドメインをすぐ解約すると301リダイレクトを維持できなくなります。
Googleは、旧URLから新URLへのリダイレクトをできるだけ長く、一般に少なくとも1年間維持することを推奨しています。
旧ドメインは移転後も必要
ドメイン変更では、旧ドメインを「使わなくなったから即解約」しないでください。旧URLから新URLへの転送維持に必要です。
移転後の順位変動はすぐ異常と判断しない
URL変更を伴う大きな移転では、検索エンジンが旧URLと新URLを再クロール・再処理する間、一時的に検索順位や表示URLが変動することがあります。
Google公式でも、中規模サイトでは新URLへの切り替えに数週間以上かかる場合があり、大規模サイトではさらに時間がかかると説明しています。
見るべきは技術エラー
一時的な順位変動だけで慌てて設定を変えるより、301、404、noindex、canonical、サイトマップ、サーバーエラーが正しいかを先に確認します。
ホームページ移転でよくある失敗
DNSだけ変更してメールが止まる
MX・SPF・DKIMなどを確認せずネームサーバーを変更すると、メールへ影響する場合があります。
旧URLをすべてトップへ転送する
対応する新ページへ個別に301します。無関係なトップ転送は避けます。
テストサイトのnoindexを残す
本番公開後もnoindexが残り、新サイトが検索対象外になることがあります。
フォームの受信確認をしない
表示は正常でも、メール通知だけ失敗する場合があります。
旧サーバー・旧ドメインをすぐ解約する
復旧・メール回収・301維持ができなくなる可能性があります。
WordPress DBを単純文字列置換する
シリアライズデータが壊れる可能性があるため、安全な移行方法を使います。
移転後1週間で確認すること
1週間程度の監視項目
- Search Consoleのインデックス状況
- 404・5xxエラー
- GA4のアクセス数
- 問い合わせ件数
- メール送受信
- 表示速度
- 主要キーワード・流入ページ
「移転当日に表示できたから完了」ではなく、数日〜数週間はログや計測を確認します。
移転チェックリスト
| タイミング | 確認項目 |
|---|---|
| 移転前 | バックアップ、URL対応表、DNS、メール、新サーバーテスト |
| 当日 | 最終バックアップ、DNS、SSL、表示、フォーム、メール |
| URL変更時 | 301、canonical、内部リンク、サイトマップ |
| 移転後 | Search Console、GA4、404、5xx、フォーム、速度 |
| 安定後 | 旧サーバー停止、旧環境整理 |
教科書判定
ホームページ移転は「サイト・メール・検索・計測」の4系統を分けて確認する
初心者は、移転作業を「WebサイトをコピーしてDNSを変えるだけ」と考えないことが重要です。
最低でも、バックアップ、新サーバーテスト、DNS・メール、SSL、フォーム、301、Search Console、GA4を確認してください。 ドメインを変える場合は旧ドメインと301を長期間維持し、旧サーバーも正常稼働を確認してから停止します。
FAQ
Q．サーバーだけ変えてドメインは同じなら301は必要ですか？
URLが変わらないなら、通常はサーバー移転だけを理由に301を設定する必要はありません。DNSを新サーバーへ切り替え、同じURLで正常表示できるようにします。
Q．ホームページ移転でメールも自動的に移りますか？
自動とは限りません。Webとメールが同じサーバーの場合もあれば、Google Workspaceなど別サービスの場合もあります。MXレコードとメール契約を必ず確認してください。
Q．旧サーバーはいつ解約すればよいですか？
新サイトの表示、フォーム、メール、SSL、データ移行が正常であることを確認してから解約します。DNS反映や取りこぼし確認のため、切り替え直後の即解約は避ける方が安全です。
Q．ドメイン変更後、旧ドメインは解約してよいですか？
すぐ解約しないでください。旧URLから新URLへの301リダイレクト維持に必要です。Googleは一般に少なくとも1年間リダイレクトを維持することを推奨しています。
Q．移転後に検索順位が下がったら失敗ですか？
URL変更を伴う移転では一時的に変動する場合があります。まず301、canonical、noindex、404、サイトマップ、Search Consoleの状態を確認し、技術的なミスがないか切り分けてください。
まとめ
この記事の結論
- 移転前にファイル・DB・DNS・メール設定をバックアップする
- 新サーバーで表示・WordPress・フォームを事前確認する
- DNS変更時はMX・SPF・DKIM・DMARCも確認する
- URL変更時は301・canonical・内部リンク・サイトマップを更新する
- Search ConsoleとGA4の計測も確認する
- 旧サーバーは正常稼働確認後に停止する
- ドメイン変更時は旧ドメインと301を長期間維持する
ホームページ移転は、Webサイトのデータ移動だけではなく、DNS・メール・SSL・SEO・計測まで含めた切り替え作業です。 チェック項目を移転前・当日・移転後に分け、1つずつ確認すれば大きなトラブルを減らせます。
「サイト移転時のSEO対策｜順位を落とさない手順」「ドメイン変更時のSEO対策｜301リダイレクトと確認事項」もあわせて確認してください。