サーバー移行の手順と注意点｜DNS切替・ダウンタイム回避を徹底解説

サーバー移行の手順を理解するうえで避けて通れないのが、DNSまわりの専門用語です。ここで紹介する用語の意味を先に押さえておくことで、この後の手順解説やトラブル対処法がぐっと理解しやすくなります。難しく感じるかもしれませんが、一つひとつはシンプルな仕組みなので、順番に確認していきましょう。

DNSとは（ドメイン名とサーバーの住所を結びつける仕組み）

DNS（Domain Name System）とは、「example.com」のような人間が読みやすいドメイン名と、サーバーが実際に持っている数字の羅列であるIPアドレスを結びつける仕組みのことです。私たちがブラウザにドメイン名を入力すると、裏側では自動的にDNSへの問い合わせが行われ、対応するIPアドレスが返され、そのIPアドレスを持つサーバーにアクセスすることでサイトが表示されます。いわばDNSは「インターネットの電話帳」のような存在で、サーバー移行とはこの電話帳に登録されている情報を、旧サーバーのIPアドレスから新サーバーのIPアドレスへ書き換える作業だとイメージすると分かりやすいでしょう。

ネームサーバーとは（DNS情報を管理しているサーバー）

ネームサーバーとは、あるドメインについてのDNS情報（IPアドレスなど）を実際に管理し、問い合わせに応答しているサーバーのことです。多くのレンタルサーバー会社は、契約者向けに独自のネームサーバーを用意しており、ドメイン管理画面でこのネームサーバーを指定することで、「このドメインの情報はここに聞いてください」という道しるべを設定します。サーバー移行の際には、このネームサーバーの設定を旧サーバー会社のものから新サーバー会社のものへ変更する、あるいは同じネームサーバーのまま内部のAレコードだけを書き換える、という2つの方法があります。どちらの方法を取るかによって、反映にかかる時間や手順が変わってきます。

TTLとは（DNS情報のキャッシュ保持時間）

TTL（Time To Live）とは、DNSの情報を各所のサーバー（プロバイダやブラウザなど）が一時的に記憶（キャッシュ）しておく時間のことです。DNSへの問い合わせは毎回律儀に行われているわけではなく、一度取得した情報をTTLで指定された時間だけキャッシュとして保持し、その間は同じ回答を使い回す仕組みになっています。このため、DNSの設定を変更しても、すでにキャッシュを持っている経路では、TTLの時間が経過するまで古い情報（旧サーバーのIPアドレス）が使われ続けることになります。これが「DNS切替をしたのに、すぐには新サーバーに切り替わらない」現象の正体です。TTLの値は通常24時間（86400秒）程度に設定されていることが多いですが、移行前に短く設定しておくことで、切替時の反映を早めることができます。

Aレコードとは（ドメインとIPアドレスを直接結びつける設定）

Aレコードとは、DNSの設定項目のひとつで、ドメイン名を特定のIPアドレスに直接紐付けるための記述のことです。ネームサーバー自体は変更せず、そのネームサーバーの中に登録されているAレコードの値だけを、旧サーバーのIPアドレスから新サーバーのIPアドレスに書き換えることでも、移行先を切り替えることができます。ネームサーバーごと変更する方法に比べて、Aレコードのみを変更する方法のほうが反映が早く済むケースが多いといわれています。どちらの方法が使えるかは、ドメインとサーバーの契約状況（同じ会社かどうか）によって変わるため、移行前に自分の環境ではどちらの方法を取るべきかを確認しておきましょう。

mysqldumpとは（データベースを書き出すコマンド）

WordPressなどのCMSで作られたサイトは、記事の本文や設定情報の多くがMySQLというデータベースに保存されています。mysqldumpとは、このデータベースの中身を、他のサーバーへ移行する際に読み込める形式のファイル（SQLファイル）として書き出すためのコマンドのことです。多くのレンタルサーバーでは、この作業をコマンド操作なしで行える「phpMyAdmin」というツールがあらかじめ用意されており、管理画面からエクスポート・インポートの操作をクリック操作だけで完了できます。専門的なコマンドを直接扱う必要はほとんどありませんが、「データベースの中身を書き出す作業」という意味の用語として覚えておくと、移行プラグインやマニュアルの説明を読むときに理解がスムーズになります。

wp-config.phpとは（WordPressとデータベースをつなぐ設定ファイル）

wp-config.phpとは、WordPressのシステムファイルの中でも特に重要な設定ファイルの一つで、WordPress本体がどのデータベースに接続すればよいかという情報（データベース名・ユーザー名・パスワードなど）が記述されています。サーバー移行では、WordPressのファイル一式を新サーバーにコピーするだけでなく、新サーバー側で新たに作成したデータベースの情報に合わせて、このwp-config.phpの中身を書き換える必要があります。この設定が正しくないと、ファイルは新サーバーに存在していてもデータベースに接続できず、エラー画面が表示されてしまいます。移行プラグインやサーバー会社の移行サービスを使う場合は、この書き換え作業も自動で行ってくれることが多いため、手動移行時に特に注意しておきたいポイントです。

パーマリンク設定とは（記事URLの構造ルール）

パーマリンク設定とは、WordPressの各記事やページのURLをどのような形式で生成するかを決めるルールのことです。サーバー移行後、このパーマリンク設定がうまく引き継がれていなかったり、サーバー側の設定ファイル（.htaccessなど）が正しく機能していなかったりすると、記事の一覧ページやトップページは表示されるのに、個別の記事ページだけが「404 Not Found」というエラーになってしまうことがあります。これは移行作業で特によく起こるトラブルの一つで、対処法としては移行後に一度パーマリンク設定の画面を開いて保存し直す、という操作が有効とされています。

SSL証明書の再発行とは（暗号化通信の証明を新環境で取り直すこと）

SSL証明書とは、サイトの通信を暗号化し、「https://」から始まる安全な通信を実現するための電子的な証明書です。SSL証明書は多くの場合サーバー単位で発行されているため、サーバーを移行すると、旧サーバーで取得していたSSL証明書はそのまま新サーバーに引き継がれず、新サーバー側で改めて取得（再発行）する必要があります。無料のSSL証明書を提供しているサーバーがほとんどなので、費用面の心配は少ないですが、この再発行の作業を忘れたまま公開してしまうと、「保護されていない通信」という警告が表示されたり、サイトが正しく表示されなかったりする原因になります。DNSがまだ旧サーバーを向いている段階ではSSL証明書の発行審査が正しく通らないこともあるため、DNS切替のタイミングと合わせて対応することが大切です。

サーバー移行における最大の不安は、「サイトが表示されない時間（ダウンタイム）」がどれくらい発生するかという点でしょう。実際には、いくつかのテクニックを組み合わせることで、訪問者にほとんど気づかれないレベルまでダウンタイムを圧縮することが可能です。ここでは、実践的な4つのテクニックを紹介します。

新旧両方のサーバーを一定期間並行稼働させる

もっとも基本的で効果の高いテクニックが、旧サーバーを解約せず、新サーバーと並行して稼働させておくことです。新サーバー側にサイトのコピーを準備した状態でDNS切替を行えば、仮にDNSの反映が遅れているアクセス経路があっても、その間は引き続き旧サーバー側のサイトが表示されるため、訪問者から見ると「サイトが表示されない」という状況にはなりません。反映が完了して新サーバー側で問題なく表示されることを確認できてから、初めて旧サーバーの解約を検討します。この並行稼働の期間を惜しんで旧サーバーを早期に解約してしまうことが、移行トラブルの中でも特に深刻な失敗につながりやすいポイントです。

hostsファイルを使って本番切替前に動作確認する

hostsファイルとは、パソコンの中にある設定ファイルで、特定のドメイン名にアクセスした際に、DNSへの問い合わせを行わずに、指定したIPアドレスへ直接アクセスさせることができる仕組みです。このhostsファイルに「独自ドメイン名＋新サーバーのIPアドレス」を一時的に記述しておくことで、DNSを切り替える前の段階で、自分のパソコンからだけ新サーバー上のサイトを本番のドメイン名で表示させて確認することができます。この方法を使えば、DNS切替前に「新サーバーでサイトが正しく表示されるか」「フォームは動くか」「画像は崩れていないか」といった動作確認を、本番のURLに近い形で入念に行うことができ、切替後のトラブルを大幅に減らせます。確認が終わったら、hostsファイルの記述は忘れずに元に戻しておきましょう。

TTL値を移行の数日前から短く設定しておく

前述の通り、TTLはDNS情報がキャッシュされる時間の長さを決める値です。通常は24時間程度に設定されていることが多いこの値を、移行作業を行う数日前のタイミングで、例えば300秒（5分）程度の短い値に変更しておくことで、実際に切替を行った際の反映速度を早めることができます。TTLの変更自体もDNSの設定変更であるため、TTLを短くする変更自体が反映されるまでにも、元々設定されていた長いTTLの分だけ時間がかかる点には注意が必要です。そのため、TTLの短縮は思いつきで直前に行うのではなく、移行本番の数日前から余裕を持って設定しておくことが、スムーズな切替のコツになります。作業が完了して落ち着いたら、TTLの値は元の一般的な長さに戻しておくとよいでしょう。

アクセスの少ない時間帯に切替作業を行う

DNSの反映には多少なりとも時間差が生じるため、その間に発生する可能性のある不具合の影響を最小限に抑えるという観点から、切替作業自体は、サイトへのアクセスが少ない時間帯（多くのブログやメディアでは深夜から早朝にかけてなど）に行うのがセオリーです。アクセス解析ツールで自分のサイトのアクセスが少ない時間帯をあらかじめ把握しておき、その時間帯に合わせてDNS切替やデータの最終同期といった重要な作業を実施すると、万が一何らかの不具合が発生した場合でも、影響を受ける訪問者の数を抑えられます。特に法人サイトやECサイトなど、機会損失の影響が大きいサイトほど、この時間帯選びの重要性は高くなります。

サイトの種類や運営状況によって、移行時に特に注意すべきポイントは変わってきます。ここでは代表的な4つのケースに分けて、確認しておきたい観点を紹介します。

個人ブログ・小規模サイトの場合

個人ブログやアクセス数がそれほど多くないサイトであれば、移行作業自体のハードルは比較的低めです。移行プラグインを使えば、専門知識が少なくても大きなトラブルなく完了できるケースがほとんどでしょう。ただし、SEOで一定の評価を得ている記事がある場合、URLの構造（パーマリンク設定）が移行前後で変わらないように注意することが重要です。URLが変わってしまうと、検索エンジンからの評価がリセットされてしまう可能性があるため、移行前後でパーマリンクの形式が一致しているかを必ず確認しましょう。

ECサイト・会員制サイトの場合

ネットショップや会員限定コンテンツを扱うサイトの移行では、注文データや会員情報といった重要なデータベース情報を一件も欠かすことなく移行する必要があるため、特に慎重な作業が求められます。移行作業中に新規の注文や会員登録が入ってしまうと、旧サーバーと新サーバーでデータの不整合が起きる可能性があるため、可能であれば一時的に注文受付を停止する、あるいはアクセスが極端に少ない時間帯を選んで一気に作業を終える、といった対策が有効です。決済システムやカート機能のプラグインを利用している場合は、移行後に決済のテスト取引を行い、正常に機能するかも必ず確認しましょう。

法人サイト・コーポレートサイトの場合

会社のコーポレートサイトを移行する場合、社内の複数の担当者が関わることが多いため、移行のスケジュールや作業分担を事前に明確にしておくことが大切です。特に、問い合わせフォームからの連絡が来なくなる、独自ドメインのメールが送受信できなくなるといったトラブルは、ビジネス機会の損失に直結するため、移行後は最優先で動作確認を行いましょう。あわせて、社内の他システム（採用サイトや別ドメインのサービスなど）とDNS設定が絡んでいないかも事前に洗い出しておくと安心です。

複数サイトをまとめて運営している場合

1つの契約で複数のドメイン・サイトを運営している場合、すべてのサイトを一度に移行しようとすると作業量が膨大になり、ミスも起こりやすくなります。優先度の高いサイトから1つずつ移行し、動作確認と反映確認を終えてから次のサイトに着手する、という段階的な進め方をおすすめします。サイトごとに移行の進捗状況を記録した管理表を作成しておくと、「どのサイトの移行が完了していて、どのサイトがまだ旧サーバーに残っているか」を見失わずに進められます。

サーバー移行では、事前に知っておけば防げるトラブルが数多く存在します。ここでは、実際に起こりやすい代表的な失敗パターンを具体的に紹介します。自分の移行作業で同じことが起きないよう、あらかじめ対処法を頭に入れておきましょう。

DNS反映中に新旧どちらのサイトが表示されるか混乱する

DNSの反映は経路によって完了のタイミングが異なるため、自分のパソコンでは新サーバーのサイトが表示されているのに、スマートフォンの回線ではまだ旧サーバーのサイトが表示される、といった状況が一時的に起こります。これはDNSの仕組み上、正常な現象です。この状態を「移行に失敗した」と誤解して設定をあちこち触ってしまうと、かえって混乱を招くことがあります。反映が完全に終わるまでは焦らず、複数の環境で気長に確認する姿勢が大切です。

文字コードの違いによる文字化け

データベースをエクスポート・インポートする際、旧サーバーと新サーバーでデータベースの文字コード設定が異なっていると、日本語の記事内容が文字化けしてしまうことがあります。特に古いサーバーから新しいサーバーへ移行する際に起こりやすいトラブルです。文字化けが発生した場合は、データベースの文字コード設定を確認したうえで、エクスポート・インポートをやり直す必要があります。移行プラグインやサーバー会社の移行サービスを使うと、この文字コードの変換を自動で適切に処理してくれることが多いため、手動移行に不安がある場合はこうしたツールの活用も検討しましょう。

パーマリンク切れ・404エラーの多発

トップページは表示されるのに、個別の記事ページにアクセスすると「404 Not Found」というエラーが表示されるトラブルは、サーバー移行後に非常によく起こります。多くの場合、パーマリンク設定を制御する.htaccessファイルが正しく引き継がれていないか、新サーバー側の設定が反映されていないことが原因です。対処法としては、WordPress管理画面の「設定」→「パーマリンク設定」を開き、内容を変更せずにそのまま保存ボタンを押すことで、設定ファイルが再生成され、多くの場合解消します。

メールが届かなくなる

独自ドメインのメールアドレスを利用している場合、DNSの切替に伴ってメールの送受信に関する設定（MXレコードなど）も影響を受けるため、移行作業中に一時的にメールが届かなくなることがあります。特に、お問い合わせフォームの通知先メールアドレスとして独自ドメインのアドレスを使っている場合、この期間中の問い合わせを見逃してしまうリスクがあります。対策としては、移行作業前にメールの転送設定を確認しておく、あるいは一時的にフリーメールなど別の受信先も併用しておく、といった方法が有効です。

SSL証明書の再取得を忘れて警告表示が出る

新サーバーへの移行後、SSL証明書の再発行手続きを忘れたまま公開してしまうと、ブラウザに「保護されていない通信」といった警告が表示されたり、サイトが正しく表示されなかったりします。DNSの向き先が新サーバーに完全に切り替わってから証明書の発行申請を行わないと審査が正しく通らないこともあるため、DNS切替から少し時間を置いてSSL証明書の状態を確認し、必要であれば新サーバーの管理画面から再発行の手続きを行いましょう。移行後の初期設定（SSL設定など）の詳しい手順はこちらの記事でも解説していますので、あわせて参考にしてみてください。

旧サーバーを早期解約してしまい元に戻せなくなる

サーバー移行における最も深刻な失敗が、DNSの反映確認が完全に終わる前に、費用を惜しんで旧サーバーを解約してしまうケースです。一部の経路でまだDNSの反映が済んでいない状態で旧サーバーが解約されると、その経路にいる訪問者からはサイトが完全に表示されなくなってしまいます。さらに、旧サーバー上のデータは解約と同時に削除されてしまうことが多いため、新サーバー側で見つかった不具合を旧環境と見比べて確認する、といった対応もできなくなります。旧サーバーの月額料金は数百円から数千円程度であることがほとんどなので、安全のために1〜2週間程度は並行して契約を残しておくことを強くおすすめします。

ここまで紹介してきた内容を踏まえ、サーバー移行を行う際に特に押さえておきたい注意点を整理しました。

• 旧サーバーはすぐに解約しない：DNSの反映確認が完全に終わるまで、旧サーバーの契約は解約せず残しておく。
• 作業前に必ずフルバックアップを取る：ファイル一式とデータベースの両方を、移行作業の直前に取得しておく。
• TTLは移行の数日前から短くしておく：直前に変更しても間に合わないことがあるため、余裕を持って設定する。
• アクセスの少ない時間帯に切替作業を行う：万が一の不具合の影響を最小限に抑えるため。
• SSL証明書は移行後に必ず再発行する：DNS切替がある程度落ち着いてから、新サーバー側で発行手続きを行う。
• メールの受信先を一時的に複数用意しておく：移行期間中の問い合わせを見逃さないための保険として。
• パーマリンク設定は移行前後で統一する：URLが変わるとSEO評価に影響が出る可能性があるため。

これらの注意点はいずれも、事前に知っておくだけで防げるものばかりです。特に「旧サーバーの解約タイミング」と「バックアップの取得」の2点は、移行作業全体の安全網となる部分なので、必ず押さえておきましょう。

移行作業をスムーズに進めるために、作業前・作業後に確認しておきたい項目をチェックリストとしてまとめました。印刷やメモアプリへのコピーなどで、実際の作業時に確認しながら進めてみてください。

• 移行前のフルバックアップ：ファイル一式とデータベースの両方を取得済みか。
• 新サーバーのスペック・バージョン確認：現在のPHP・WordPressのバージョンに対応しているか。
• TTLの短縮設定：移行の数日前から短い値に変更してあるか。
• hostsファイルでの動作確認：本番URLでの表示・フォーム動作を確認済みか。
• DNS切替の時間帯：アクセスの少ない時間帯を選んでいるか。
• 反映状況の確認：複数の環境・回線から表示を確認したか。
• SSL証明書の再発行：新サーバー側で発行手続きを行い、警告が出ていないか確認したか。
• メール・フォームの動作確認：お問い合わせフォームの送信テスト、独自ドメインメールの送受信テストを行ったか。
• パーマリンク設定の再保存：404エラーが出ていないか、記事URLに問題がないか確認したか。
• 旧サーバーの解約タイミング：十分な期間（目安1〜2週間）を置いてから解約手続きを行っているか。

特に見落としやすいのが「SSL証明書の再発行」と「旧サーバーの解約タイミング」です。この2点さえ慎重に進めておけば、サーバー移行で起こりがちな致命的なトラブルの多くは避けられます。

Q. DNSの反映にはどのくらい時間がかかりますか？
A. TTLの設定や経路によって差がありますが、数時間程度で反映されることが多く、環境によっては最大で1〜2日程度かかる場合もあります。事前にTTLを短く設定しておくことで、反映時間を短縮しやすくなります。

Q. サーバー移行中、サイトが表示されない時間（ダウンタイム）はどのくらいですか？
A. 新旧サーバーを並行稼働させながら、hostsファイルでの事前確認や、アクセスの少ない時間帯での切替といったテクニックを組み合わせれば、訪問者にはほとんど気づかれないレベルまでダウンタイムを圧縮できます。何も対策をしない場合に比べて、体感的な影響は大きく変わります。

Q. 独自ドメインのメールも一緒に移行する必要がありますか？
A. はい。独自ドメインのメールアドレスを利用している場合、新サーバー側でも同じメールアドレスを再作成し、送受信の設定を行う必要があります。DNSの切替に伴ってメール関連の設定（MXレコードなど）も影響を受けるため、移行期間中は特に注意して確認しましょう。

Q. SSL証明書はどのタイミングで再発行すればいいですか？
A. DNSの向き先がある程度新サーバーに切り替わったタイミングで再発行の手続きを行うのが一般的です。DNSがまだ旧サーバーを向いている段階では、証明書の発行審査が正しく通らないことがあるため、切替から少し時間を置いてから対応しましょう。

Q. サーバー移行は自分一人でもできますか？
A. WordPressサイトであれば、移行用のプラグインやサーバー会社の移行サービスを使うことで、専門知識がなくてもある程度は自分で対応できます。ただし、サイトの規模が大きい場合や、独自のカスタマイズが多い場合は、サーバー会社の移行サービスの利用を検討するとより安心です。

Q. 移行後にパーマリンクが変わってしまうことはありますか？
A. 正しく移行できていれば、パーマリンクの構造自体が自動的に変わることは基本的にありません。ただし、設定ファイルがうまく引き継がれず404エラーが出るケースはあるため、移行後は必ずパーマリンク設定画面を開いて再保存し、動作を確認しましょう。

Q. 旧サーバーはいつ解約すればいいですか？
A. DNSの反映が複数の環境で確認でき、サイトの表示やフォーム、メールの送受信などに問題がないことを確認できてから、目安として1〜2週間程度の余裕を持って解約するのが安全です。早期解約は最も避けたい失敗パターンの一つです。

Q. 移行方法は手動・プラグイン・移行サービスのどれを選べばいいですか？
A. サーバーの仕組みを理解しながら費用を抑えたい方は手動移行、WordPress上の操作で完結させたい方は移行プラグイン、初めてで作業に不安がある方や大規模サイトを運営している方はサーバー会社の移行サービスが向いています。自分のスキルレベルとサイトの規模を踏まえて選びましょう。

Q. 移行作業中にアクセスが来てしまったらデータはどうなりますか？
A. 新旧サーバーを並行稼働させている間に旧サーバー側で新しい投稿やコメント、注文などが発生すると、その内容は新サーバー側には反映されません。特にECサイトや会員制サイトでは、DNS切替の直前に最終的なデータ同期を行う、あるいは一時的に更新を止めるといった対応を検討しましょう。

• レンタルサーバーvs自宅サーバー費用比較｜総コストで見る現実的な選び方
• そもそもサーバーって何？仕組みをやさしく解説
• メールサーバーって何？独自ドメインメールの仕組みをやさしく解説
• 個人サイトと法人サイトでサーバーは変えるべき？規模・信頼性・SLAの考え方
• サーバーのコントロールパネルって何ができるの？初心者向けに管理画面を解説