他社レンタルサーバーからの移行手順｜止めずに切り替えるための順番と確認項目

ℹ️ 本記事はアフィリエイトプログラム（さくらインターネット株式会社／A8.net）による収益を含みます。料金・仕様は変わることがあるため、申し込み前に必ず公式サイトの最新情報をご確認ください（本記事は2026年10月時点）。

この記事のポイント

• サーバー移行で「止まる」原因の多くは、移行作業そのものではなく棚卸し不足とDNS切り替えの段取りにあります
• 基本の順番は「棚卸し → 新サーバーで並走準備 → 動作確認 → TTL短縮 → DNS切り替え → 監視 → 旧サーバー解約」です
• 移行先のプランは容量よりステージング・複数人管理・IP専有といった運用要件で分岐させると判断しやすくなります
• 14日間の無料お試しは「リハーサルの場」として使い、要件を満たすと確認できてから本契約する流れがおすすめです
• 今のサーバーで要件を満たしていて困っていないなら、乗り換えなくて構いません

乗り換えを考える前に、まず「要件」を言葉にする

まず今の不満と必要な要件を書き出す

「サーバーを乗り換えたいけれど、止まるのが怖い」というご相談は、実はかなり多いです。ただ、よく話を聞くと、困っているのは「止まること」よりも手前の部分だったりします。

• 更新料が上がった、あるいは契約更新の見積もりが想定より高かった
• 本番を触らずに確認できる環境がなく、更新のたびに緊張する
• 担当者が増えたのに、管理画面のログインを共有している
• 制作会社が選んだサーバーが、自社の用途に合っているのか判断できない

この中で「乗り換えないと解決しないもの」は意外と少なく、プラン変更や運用ルールの見直しで済むこともあります。そこで最初に、次の4点だけ書き出してみてください。

1. 今の不満は何か（料金、更新時の安全性、管理の権限、サポートなど）
2. これから必要になる運用要件は何か（本番と別の確認環境、複数人管理、IPアドレスの専有など）
3. 止められない時間帯はあるか（キャンペーン配信中、問い合わせフォームの稼働時間など）
4. 何年使う想定か（契約期間の判断に直結します）

この4点が固まると、移行先の候補も手順の厳しさも自然に決まります。以降の話はすべて、ここが出発点です。

「止めずに切り替える」仕組みを先に理解する

サーバー移行は、実は「引っ越し」より「二重に住んでから住所変更を出す」に近い作業です。

ドメインのDNS（Aレコードなど）が旧サーバーを指している間は、訪問者は旧サーバーを見ています。その間に新サーバーへファイルとデータベースをコピーして、新サーバー側で動作確認を済ませます。最後にDNSの向き先を新サーバーに書き換えれば、訪問者は気づかないうちに新サーバーへ移ります。つまり止まる時間を作らない鍵は、DNSを書き換えるまでに新サーバー側を完成させておくことです。

手順の詳細｜各ステップで何を確認するか

ステップ1：棚卸し（ここが一番大事です）

移行で事故が起きる場所は、だいたい「頭から抜けていたもの」です。次の表を、自社の状況に合わせて埋めてみてください。

項目	確認する内容	見落としたときの影響
ドメイン	取得先、ネームサーバーの場所、現在のDNSレコード全件	切り替え後にメールやサブドメインが消える
サイト本体	CMS（WordPress等）と、プラグイン・テーマの構成	新環境で表示が崩れる
データベース	種類、データ量、文字コード	文字化け、投稿の欠落
メール	アドレス一覧、保存済みメールの扱い、転送設定	受信が止まる、過去メールが消える
定期処理	cron、バッチ、外部連携のURL	予約投稿や自動処理が止まる
計測・タグ	GA4、広告タグ、Search Console	計測が欠ける
SSL	現在の証明書の種類と更新方法	切り替え後に警告表示が出る

とくにDNSは、今の設定をスクリーンショットかテキストで全件保存しておいてください。Aレコードだけでなく、MXやTXT（メール認証や各種所有確認）が入っていることが多く、書き換えのときに巻き込んで消すと、メールの不達につながります。

ステップ2：新サーバーに「並走環境」を作る

新サーバーを契約したら、ファイルとデータベースをコピーして、公開前の状態まで組み上げます。WordPressの場合は、プラグインでの一括移行と、ファイル・DBを別々に移す方法があります。どちらを選んでも構いませんが、移行前に旧サーバーでバックアップを取っておくことだけは外さないでください。

ここで気をつけたいのが、サイトの「正本」がどちらにあるかです。コピーを終えたあとも旧サーバー側で記事を更新してしまうと、新サーバーに反映されません。切り替え日までのあいだ、更新を止めるか、切り替え直前にもう一度差分を取り直す段取りにしておくと安全です。

ステップ3：公開前に新サーバーで動作確認する

DNSを切り替える前でも、手元のパソコンの hosts ファイルを書き換えれば、自分のパソコンだけ新サーバーを見る状態を作れます。このやり方は特定のサーバー会社の機能ではなく、一般的な方法です。確認したい項目は次のとおりです。

• トップページ、主要LP、ブログ記事が崩れずに表示されるか
• 問い合わせフォームが送信でき、通知メールが届くか
• 画像、CSS、JavaScriptが読み込まれているか
• ログイン後の管理画面が動くか
• 内部リンクが旧サーバー固有のURLを向いていないか

私は静的サイトの運用で、公開前に確認用のURLを開く手順を必ず挟んでいます。ブラウザで見て「大丈夫そう」で済ませず、チェックリストの項目を1つずつ潰すだけでも、切り替え後の差し戻しはかなり減ると感じています。

ステップ4：TTLを短くしておく

DNSのTTLは「この情報を何秒間キャッシュしてよいか」を示す値です。TTLが長いままだと、書き換えても古い向き先がしばらく残ります。切り替えの数日前に、TTLを短め（数分〜1時間程度の例が一般的です）にしておくと、切り替わるまでの混在期間を縮められます。TTLを下げる作業自体は、今のサーバーのまま行えます。

ステップ5：DNSを切り替える

アクセスの少ない時間帯を選び、Aレコードを新サーバーのIPアドレスに書き換えます。メールを同じサーバーで使っている場合は、MXレコードの扱いを事前に決めておいてください。切り替えの前後でメールの受け口が二つに分かれる時間帯が生まれるため、旧サーバー側のメールも一定期間は確認できる状態にしておくのが安全です。

ステップ6：切り替え後の監視

切り替え直後は、次の点を実際に触って確認します。

• HTTPSで警告なく表示されるか（SSLの発行・設定状況）
• フォームの送信、予約、決済など、収益に直結する動線
• GA4やタグマネージャーの計測が途切れていないか
• Search Consoleにエラーが出ていないか

ステップ7：旧サーバーは「すぐ解約しない」

新サーバーが安定したことを確認できるまでは、旧サーバーを残しておきます。契約更新日との兼ね合いはありますが、1〜2週間は並走期間を持てると安心です。解約前に、旧サーバーにしか存在しないデータ（アップロード画像、メール、ログなど）が残っていないかも見直してください。

見落としやすい3つの落とし穴

切り替え後に気づく、見落としの落とし穴

① 無料SSLの発行・更新が切り替え後に止まる

レンタルサーバーの無料SSL（Let’s Encrypt）は、導入時のドメイン所有確認の方式が2通りに分かれます。ひとつは「ドメインのAレコードが自社サーバーのIPを向いているか」をDNSで事前チェックする方式、もうひとつは /.well-known/acme-challenge/ に実際にアクセスできるかで判定する方式です。判定方式はサーバー会社で違うため、挙動が割れます。

Cloudflareのようなプロキシ（Proxied）を有効にしていると、Aレコードの値が自社サーバーのIPに見えず、前者の方式では条件を満たせず、発行や自動更新に失敗することがあります。証明書は90日で切れるため、切り替えから最大90日後に静かに止まるタイプの事故になります。回避策のひとつは、CloudflareのSSL/TLSモードを Full（strictにしない）にすることです。詳しい確認手順はレンタルサーバーの無料SSLがCloudflare経由だと更新に失敗する｜90日後に切れる前の確認手順にまとめています。移行先でも同じ構成を使う予定なら、先に目を通しておくと安心です。

② 同期は「マージ」で、古いファイルが残る

私は自社サイトをWordPressから静的サイトへ移行した際、ビルドしたファイルをSFTPで同期するデプロイスクリプトを自作しました。そのとき痛い目に遭ったのが、同期はマージ動作で、ローカルで消したファイルは本番に残り続けるという点です。URL構造を変えたときに旧ディレクトリが残り、古いURLがインデックスされ続けました。

サーバー移行でも同じことが起こります。新サーバーに旧サイトの全ファイルをコピーしたあとで構造を整理すると、整理前のファイルが残りがちです。「上書きした」と「不要なものを消した」は別の作業として、チェックリストに分けて書いておくのがおすすめです。

③ 1契約に複数サイトを置くときの取り違え

1つの契約で複数サイトを運用していると、デプロイ先のパスを取り違えることがあります。私は、別サイトのファイルが片方のドキュメントルートに撒かれる事故を経験しました。マージ動作なので消えず、Search Consoleに身に覚えのないクエリが出て、ようやく気づいたのです。以来、デプロイ先のパスが想定のドメイン宛てかをスクリプト側で検査しています。

移行作業は、複数のドメインを一気に動かしがちな場面です。ドメインごとに「どのフォルダがどのドメインのものか」を表にして、作業前後で照合することをおすすめします。

移行先のプランは「要件」で分岐させる

ここからは、移行先として「さくらのレンタルサーバ」を検討する場合の見方です。料金は契約期間によって月額換算が大きく変わるため、必ず期間とセットで見てください（税込・2026年時点、公式の料金ページによる）。

プラン	36ヶ月一括	12ヶ月一括	毎月払い
ライト	4,356円（月換算121円）	1,980円（月換算165円）	なし
スタンダード	18,000円（月換算500円）	6,600円（月換算550円）	660円
ビジネス	71,280円（月換算1,980円）	29,040円（月換算2,420円）	2,970円
ビジネスプロ	138,600円（月換算3,850円）	52,800円（月換算4,400円）	5,280円

そのうえで、プランを分ける条件は次のとおりです。

運用要件	当てはまるプラン
本番と別にバックアップ＆ステージングを使いたい	スタンダード以上（ライトには無い）
複数人で管理画面を使い分けたい	ビジネス以上
IPアドレスを専有したい	ビジネスプロ以上

「容量が多いからこのプラン」ではなく、「この条件に当てはまるからこのプラン」で選ぶと迷いにくくなります。たとえば事業用サイトの更新で、本番を壊さずに確認したいならスタンダード以上が現実的です。ステージングの意味はステージング環境が付いているプランを選ぶ価値｜本番を壊さずに更新を回す仕組みで詳しく書いています。

契約期間は「何年使うか」で決める

36ヶ月一括は月額換算が最も安くなりますが、3年分を先に払うことになります。たとえばスタンダードなら、毎月払い660円に対して36ヶ月一括は18,000円（月換算500円）です。12ヶ月と36ヶ月で見積もりを並べて、3年後も使っている確率が高いかどうかで決めるのが現実的です。移行は一度やれば数年はやりたくない作業なので、長く使う前提なら長期契約の価値はあります。一方、方針が固まっていない段階では、短い期間から始める判断も十分に妥当だと思います。

法人向けの選び分けの全体像は法人向けレンタルサーバーは何が違うのか｜共有・マネージド専用の選び分けとコスト感にあります。比較の段階で参考にしてください。

14日間のお試しは「リハーサル」に使う

公式サイトでは、14日間（2週間）の無料お試しが用意されています。クレジットカードの登録なしで試せると案内されています。移行の文脈では、この期間を本番切り替えのリハーサルとして使えます。

• 管理画面を触り、権限管理やバックアップの画面が要件に合うか確認する
• テストとして一部のサイトを置き、表示と動作を確認する
• 無料SSLの発行手順を一度通してみる
• 自社の運用スタッフが迷わず操作できるか見てもらう

ここで大切なのは、お試しで終わらせず、要件を満たすと確認できたら本契約に進むという判断手順にしておくことです。お試し期間中のキャンセルでは、そのままでは何も残りません。そのため、本番切り替えは本契約を済ませてから行うのがおすすめです。お試し中に作った環境が本契約へそのまま引き継がれるかなどの細部は、公式サイトで要確認です。具体的な確認観点はレンタルサーバーの無料お試し期間に確認すべきこと｜14日間でここだけは触っておくにまとめています。

向いている人・向いていない人

向いているのは、次のような方です。

• 更新時の安全性（ステージング）や複数人管理といった運用要件が、今のサーバーで満たせていない
• 契約更新のタイミングで、条件を並べて比較し直したい
• 制作会社の提案を、自社の要件に照らして確認したい

向いていないのは、次のような方です。

• 今のサーバーで要件を満たしていて、運用に困っていない
• 繁忙期の直前で、切り替えの確認に手を割けない
• 移行後の確認をする担当者が決まっていない

今のサーバーで足りているなら、乗り換えなくて構いません。サーバー移行は、成功しても売上が直接増える作業ではないからです。「今の不満が移行でしか解決しない」と確認できたときに動くのが、いちばん安全だと思います。

広告運用・計測の担当者が確認すること

広告運用に関わる方は、切り替え前後で次の点も確認してください。

• 広告のリンク先URLが、切り替え後もステータス200で表示されるか（エラーになると広告が止まります）
• LPのフォームやコンバージョンタグが、新サーバー上でも発火するか
• 表示速度が極端に変わっていないか（LPは離脱に直結するため）
• 切り替え日をGA4のアノテーションなどに記録しておく（数字が動いたときに原因を追えます）

公式には、2022年2月に新サーバーへ刷新して従来サーバー比5倍の高速化とされていますが、これは広告主の公称値です。実際の表示速度はサイトの構成で変わるので、お試し期間中に自社のページで測ってから判断してください。

よくある質問

Q. サーバー移行で、サイトが止まる時間はどのくらいですか？

新サーバー側を先に完成させ、DNSを書き換えるだけの段取りにすれば、止まる時間を作らないことは可能です。ただし、DNSの反映には時間差があり、一時的に旧サーバーと新サーバーのどちらを見るかが訪問者によって分かれます。TTLを事前に短くしておくと、この混在期間を縮められます。

---

Q. メールも一緒に移行できますか？

できますが、サイトとは別の作業として考えてください。MXレコードの向き先を変えるタイミングで、新旧どちらにも届く時間帯が生まれます。旧サーバーのメールも一定期間は確認できる状態にしておくと安全です。メールだけ別の専用サービスを使う選択肢もあります。

---

Q. 14日間のお試し期間中に本番サイトを切り替えてもいいですか？

おすすめしません。お試しは、要件を満たすかを確認する期間として使うのが安全です。本契約を済ませてから、本番のDNSを切り替えてください。お試し環境の引き継ぎについては、公式サイトで要確認です。

---

Q. 移行後、旧サーバーはいつ解約すればいいですか？

新サーバーで表示・フォーム・計測・SSLが安定したことを確認してからにしてください。1〜2週間は並走できると安心です。解約前に、旧サーバーにしか残っていないデータがないかも確認します。

---

Q. 契約期間は36ヶ月にしたほうがいいですか？

月額換算は36ヶ月が最も安くなりますが、3年分を先に払います。3年後も使っている見込みが高ければ有利ですが、方針が固まっていないなら短い期間から始める判断も妥当です。12ヶ月と36ヶ月の見積もりを並べて比べてみてください。

---

Q. Cloudflareを使っていますが、移行時に注意することは？

無料SSLの発行・更新の判定方式によっては、プロキシ有効のままだと失敗することがあります。SSL/TLSモードを Full（strictにしない）にするなど、事前に確認しておくと安心です。移行先の仕様は公式サイトで確認してください。

まとめ

サーバー移行を「止めずに」終えるコツは、作業の巧さよりも順番を守ることです。

1. まず棚卸しで、サイト・メール・DNS・SSLを書き出す
2. 新サーバー側を先に完成させ、公開前に確認する
3. TTLを短くしてからDNSを切り替え、旧サーバーは並走させる

移行先のプランは、容量ではなく「ステージングが要るか」「複数人で管理するか」「IPを専有するか」という運用要件で選ぶと迷いません。料金は必ず契約期間とセットで、12ヶ月と36ヶ月の見積もりを並べて判断してください。

移行先として検討するなら、まずさくらのレンタルサーバ公式サイトで14日間の無料お試しを申し込み、管理画面や要件を確認してから本契約を決める流れがおすすめです。最新の料金やスペックは、公式の料金プランのページでご確認ください。今のサーバーで困っていなければ、無理に動く必要はありません。