総務省「情報通信白書」の継続的な公表によれば、企業・個人を問わずWebサイト保有率は年々上昇しており、それに伴いレンタルサーバーの長期運用と乗り換えニーズも増加し続けています（soumu.go.jp 2026年5月閲覧）。一方で独立行政法人 情報処理推進機構（IPA）の「DX白書」でも、中小企業のIT資産の入れ替えタイミングや運用継続性が経営課題として継続的に取り上げられています（ipa.go.jp 2026年5月閲覧）。サーバー乗り換えは「速くなる・安くなる」の表面的な比較で語られがちですが、現場では ダウンタイム・メール・SSL・DNS・データベース の5領域でつまずきが集中します。
こんにちは、Sato Daisuke です。制作会社のディレクター・プロジェクトマネージャーとして10年、コーポレートサイト・ECサイト・キャンペーンサイトを含む300案件超に関わってきました。そのうちレンタルサーバーの 乗り換え（移管・移行）案件 は70サイト前後を担当しています。サーバー乗り換えで一番怖いのは「速度比較を入念にやったのに、移行当日にメールが止まる」「DNS切替後、検索流入が3日間ゼロになる」といった、比較段階では誰も話題にしない 運用トラブル です。本記事は「レンタルサーバー 乗り換え」と検索した方に向けて、私が現場で組み立ててきた 失敗しない移行設計の手順 を、判断基準と具体的な作業順序の両面から開示します。
「乗り換え 手順」「WordPress 移行」「サーバー 引っ越し」と検索する方が知りたいのは、たぶん 「いつ・どの順番で・何をすれば落とさずに切り替えられるか」「乗り換えるべきタイミングはいつか」「やってはいけないこと」 の3点だと思います。70サイト分の現場ログから抜き出した判断材料を、上から順に整理していきます。
乗り換える前に：自社サイトの「健康診断」を3項目だけやる
サーバーを乗り換える前に、まず現サーバーの状態を3項目だけチェックします。これをやらないまま乗り換えると「乗り換えても症状が変わらない」「実は遅いのはサーバーではなくサイト側」のケースに当たります。
PageSpeed Insights / GTmetrix で TTFB を測る
Google PageSpeed Insights と GTmetrix を両方かけ、TTFB（Time To First Byte） を確認します。私の経験則では、TTFB が安定して 600ms を超えていれば、サーバー乗り換えで体感速度の改善が見込めます。逆に TTFB が 200〜300ms に収まっていて、それでも遅いと感じる場合は、サーバーではなく 画像最適化・キャッシュ未設定・テーマ重量 が原因のことが多いです。
Search Console「ページのインデックス登録」で SEO 評価を確認
サーバー乗り換えは、設定を誤ると検索順位を一時的に落とすリスクがあります。Search Console で現在のインデックス済みページ数と主要KWの順位を 乗り換え前に必ずスクリーンショット で保管してください。移行後の評価検証の基準になります。
既存サーバーの「契約形態・MX レコード・DB バージョン」を把握
ここを把握せずに見積もる方が大半で、後で詰みます。契約形態（共用／VPS／クラウド）／メール送受信に使う MX レコード／PHP・MariaDB（MySQL）のバージョン をコントロールパネルで確認し、移行先候補が同等以上のスペックを満たすかをチェックします。
乗り換えるべきタイミング3つと、避けるべきタイミング3つ
乗り換えるべきタイミング
- 契約更新月の60〜90日前 — 余裕を持って並走運用できる
- アクセスが少ない時期（年末年始明け・大型連休明けの平日午前帯）
- テーマ・PHP のメジャー更新と同期するタイミング — どうせ動作確認するなら一度に
避けるべきタイミング
- 広告キャンペーン実行中 — DNS 切替時の数時間ダウンが集客に直撃
- EC のセール期間中
- 担当者が休暇に入る直前 — トラブル対応窓口が空白になる
私が担当した上場企業案件で、CV+180% を出したサイトリニューアル時には、移行を キャンペーンの2週間前 にずらしたうえで、旧サーバーを 30日並走 させました。並走期間の数千円を惜しんで本番直前に切ると、ほぼ確実に何かが起きます。
WordPress サーバー乗り換えの全体フロー（8ステップ）
| ステップ | 作業内容 | 所要時間 | 落とし穴 |
|---|---|---|---|
| 1 | 移行先サーバー契約・WordPress 新規構築 | 1〜2時間 | ドメイン関連付けはまだしない |
| 2 | 旧サーバーで完全バックアップ（DB＋ファイル）取得 | 30分〜2時間 | プラグイン依存のバックアップは復元失敗が多い |
| 3 | 移行先サーバーへデータ復元（hosts ファイル切替で確認） | 30分〜1時間 | hosts 編集を忘れて旧サーバー表示を見続ける事故が定番 |
| 4 | プラグイン・テーマ・パーマリンク・SSL の動作確認 | 1〜2時間 | この段階でリンク切れと混在コンテンツを潰す |
| 5 | メール（MX）の移行 or 残置の方針確定 | 30分〜1時間 | DNS 切替と同時にメールが届かなくなる事故が最多 |
| 6 | DNS 切替（A レコード／ネームサーバー） | 5分（反映に数時間〜72時間） | TTL を事前に短くしておかないと反映が遅い |
| 7 | DNS 反映後の最終動作確認（複数キャリア／複数地域） | 30分〜1時間 | スマホ4G・自宅Wi-Fi・社内LAN の3経路で確認 |
| 8 | 旧サーバーを30日並走 → 解約 | 30日 | 「もう動いてるはず」と早期解約してメール紛失 |
出典: 70サイトの移行案件記録（2018〜2025・筆者作成）／IPA「DX白書」関連レポートの中小企業IT資産入替記述（2026年5月閲覧）を参照しつつ整理。
このフローの ステップ3「hosts ファイル切替で確認」 が、乗り換え経験ゼロの方が一番ハマる場所です。DNS を切り替える前に、自分のPCだけ強制的に新サーバーを参照するように hosts ファイル（Windows: C:\Windows\System32\drivers\etc\hosts ／ Mac: /etc/hosts）に1行追加して、新サーバー側でサイトが完全動作するかを 本切替前 に確認します。
移行先サーバーの選び方：5つの判断軸
「速い」「安い」だけで選ぶと現場で詰みます。私が70サイトで一貫して使ってきた5つの判断軸を開示します。
WordPress 高速化エンジンの実装方式
LiteSpeed（LSCache）か、独自高速化エンジン（KUSANAGI／nginx + FastCGI Cache）か。書き込み頻度の高いサイト（EC・会員制）は LiteSpeed の方が安定する傾向、読み取り中心の情報サイトは独自エンジン＋CDN の組み合わせが伸びる傾向があります。
自動バックアップの保持期間
7日保持と14日保持では、トラブル時の復旧難易度が違います。最低14日、できれば30日保持できるサーバーを推奨します。
SSL（無料独自 SSL）の発行と自動更新
無料独自 SSL（Let’s Encrypt）の発行が 数クリックで完結するか、自動更新の障害時にアラート通知があるか。SSL 失効はサイト全体のアクセス停止に直結します。
管理画面の応答速度と操作性
意外と見落とされがちですが、運用フェーズに入ると一番触る場所です。私が制作会社で クライアントに自走運用を引き渡す案件 では、管理画面の操作性で ConoHa 系・SWELL 推奨環境を選ぶことが多いです。
サポート窓口の質と応答時間
24時間チャット対応か、メールのみで翌営業日返信か。深夜にサーバー障害が起きた経験がある方は、24時間チャットの有無を最重視してください。
ダウンタイムを最小化する DNS 切替の実務
DNS 切替は移行作業の 最大の山場 です。ここでミスると、サイトが数時間〜数日「圏外」になります。
TTL を72時間前から短縮しておく
DNS レコードの TTL（Time To Live）を、切替の 72時間以上前 に 3600 秒 → 300 秒（5分）に短くしておきます。これだけで切替後の反映が一気に速くなります。
メール（MX）と Web（A レコード）を分けて考える
「サーバー乗り換え＝MX も自動で切り替わる」と誤解しているとメール事故が起きます。MX を旧サーバーに残置するか、新サーバーへ移すかを 事前に決めて文書化してください。旧サーバー解約までの30日間、MX は旧側に残し、Web の A レコードだけ新側に切る、というのが私が多用する移行パターンです。
切替直後にやる「3経路チェック」
切替後30分以内に、スマホ4G・自宅Wi-Fi・公衆Wi-Fi（または社内LAN） の3経路でサイトとフォーム送信・カート遷移を確認します。経路によって DNS の反映タイミングが違うため、1経路だけだと「自分のPCでは表示されているのに、ユーザーには見えていない」状況を見落とします。
乗り換え後にやる「30日チェックリスト」
| 経過日数 | 確認項目 | 想定アクション |
|---|---|---|
| 1日目 | 全ページ表示／フォーム送信／決済テスト／メール送受信 | エラーが出たら旧サーバーへ即時切り戻し可能な状態を維持 |
| 3日目 | Search Console のクロール状況／インデックス減少有無 | クロールエラーの URL を一括チェック |
| 7日目 | 主要KW の検索順位／流入数 | 移行前比較で大きく落ちていないか |
| 14日目 | GA4 の直帰率・滞在時間／速度メトリクス | LCP・INP・CLS の Core Web Vitals 改善を確認 |
| 21日目 | バックアップが新サーバーで正常取得されているか | 復元テストを1サイトで試す |
| 30日目 | 旧サーバー解約手続き／メールの最終移行確認 | 解約前の「再ダウンロード」「最終バックアップ」を必ず取る |
出典: 筆者作成（70サイト移行記録のうち、トラブル発生案件を逆算した監視項目リスト）／IPA「中小企業の情報セキュリティ対策ガイドライン」関連の継続監視記述を参照（ipa.go.jp 2026年5月閲覧）。
乗り換え時に「絶対にやってはいけない」5つの行動
- 旧サーバーを移行翌日に解約する — 切り戻し経路を自分で消す行為
- バックアップを1種類だけにする — プラグイン頼みの単一バックアップは復元失敗率が体感3割
- DNS の TTL を短縮せず本切替する — 切替反映が72時間遅れる
- PHP・MySQL のバージョンを揃えずに移す — エラーで真っ白になる代表事例
- 担当者が休暇に入る直前に切替する — トラブル時に身動きが取れなくなる
私が3つ目の TTL 短縮を忘れた案件（10年前のEC リニューアル直後）では、切替後72時間にわたって新旧サーバーが地域ごとに混在表示され、注文の半分が古い DB に書き込まれる事故になりました。「次から絶対忘れない」と決めたチェックリストの起点です。
当サイトの推奨スタック：SWELL × エックスサーバー or ConoHa WING
私が現場で個人クライアントに引き渡す際の標準スタックは、WordPress テーマ「SWELL」+ レンタルサーバーは ConoHa WING / エックスサーバーのどちらか、です。
- SWELL: 国内最高峰の高速化と Gutenberg 対応。ブロックエディタの操作性で「自走運用への移行」がスムーズ。
- ConoHa WING / エックスサーバー: 共用サーバーながら WordPress 専用高速化・自動バックアップ・無料 SSL が標準実装。乗り換え時のサポート品質も安定。
【PR】詳細はリンク先をご確認ください
【PR】詳細はリンク先をご確認ください
姉妹サイト awcs.org（Webサイト制作ノート） でも、サーバー選びとセットで考えるべきテーマ選び・コーポレートサイト構築の全体設計を整理しています。
FAQ：乗り換えでよくある質問
Q1. サーバー乗り換えで SEO 評価は落ちますか
正しい手順で行えば原則落ちません。ただし URL 構造の変更（ディレクトリ階層・パーマリンク・ドメイン変更）を 乗り換えと同時にやると評価が動くため、URL は乗り換え時には触らないのが鉄則です。
Q2. WordPress のバックアップは何で取ればいいですか
サーバー標準のバックアップ機能（自動）に加えて、プラグインによる手動バックアップと、FTP / SSH 経由のフルダウンロード の3系統を並走させます。1系統に依存するのは現場感覚として危険です。
Q3. 移行作業はプロに頼むべきですか自分でやるべきですか
商用 EC・問い合わせフォームから売上が立つサイト・月商の柱になっているサイトは、迷わずプロに依頼してください。情報発信ブログ・趣味ブログのレベルなら、本記事のフローで自走可能です。判断基準は「ダウンタイムで失う売上＞依頼費用」かどうか、です。
Q4. ドメインも一緒に変えるべきですか
NO。ドメインはそのまま、サーバーだけ変えるのが基本。ドメインを変えると 301 リダイレクト設計・サイトマップ再申請・被リンク評価の継承などタスクが3倍になります。
Q5. メールアドレスは引き継げますか
サーバー付与の @example.sakura.ne.jp のような旧サーバーのドメインで運用しているメールは、サーバー解約と同時に失効します。独自ドメイン @yourdomain.com を使っているなら、メールサーバーの設定だけ移行すれば引き継げます。
まとめ：本記事が拠った情報源
本記事は以下を突き合わせた上で書いています:
- 総務省「情報通信白書」（Webサイト保有率・ICT利用動向の継続公表データ・2026年5月閲覧）
- 独立行政法人 情報処理推進機構（IPA）「DX白書」「中小企業の情報セキュリティ対策ガイドライン」（ipa.go.jp 2026年5月閲覧）
- W3C / WAIC のWeb標準仕様（移行時のHTML/CSS/SSL関連の互換性確認の参照）
これと、私が制作会社ディレクターとして10年・300案件・うち70サイトの移行案件で蓄積してきたチェックリストを組み合わせて整理しました。
乗り換え判断の核心は、「速くなる・安くなる」よりも 「並走期間とロールバック手段を確保できているか」 です。並走30日と TTL 短縮72時間の2点さえ守れれば、サーバー乗り換えは怖い作業ではなくなります。
【ご注意】
本記事は、私（Sato Daisuke）が制作会社ディレクターとして10年・300案件超で関わってきた経験と、総務省・IPA・W3C の公開情報を突き合わせた整理です。
本記事は 一般的な情報整理 であり、個別のサーバー契約・SSL 認証・DNS 設定における最終判断は、各サービス提供事業者の公式サポート窓口にご相談ください。サーバーの仕様・料金・キャンペーン条件は変動します。最新情報は各社公式サイトでご確認ください。
よくある質問（FAQ）
Q1. レンタルサーバーはどう選べばいい？
A. ①月額料金 ②表示速度（サーバー性能） ③管理画面の使いやすさ ④WP導入の容易さ ⑤サポート品質 の5軸で評価するのが現場感覚です。制作会社で70サイト以上運用してきた経験では、エックスサーバー・ConoHa WING・mixhost の3択で大半のケースが収まります。
Q2. エックスサーバーとConoHa WING、どちらがおすすめですか？
A. 総合性能ならエックスサーバー、コスパならConoHa WINGが現実的な棲み分けです。70サイト運用比較では、企業サイト・ECはエックスサーバー、個人ブログ・アフィリエイト用途はConoHa WINGで運用効率が良い結果でした。
Q3. サーバー乗り換えは難しくないですか？
A. WordPress標準機能＋プラグイン（All-in-One WP Migration等）で多くのケースは半日で完了します。ただしメール・データベース容量・SSL再設定で詰みやすいため、移行手順書を必ず先に作成してください。
Q4. WordPressテーマは無料と有料、どちらがいい？
A. ブログ初期は無料テーマでも問題ないですが、収益化を目指すならSWELL等の有料テーマ（17,600円）が中長期で時間コストを圧縮できます。300案件のディレクター視点でも、有料テーマの保守性とSEO設計面のアドバンテージは明確です。
Q5. サーバー選びでよくある失敗は？
A. 最安プランで運用を始めて、表示速度が遅くなりインデックスが伸びないケースが頻発します。月額1,000円前後を出し惜しむと年5万円規模の売上機会を逃しがちで、初期投資の判断軸として認識しておくのが現実的です。
よくある質問
Q: WordPressは初心者でも使えますか？
A: はい。WordPress.orgのCMS（コンテンツ管理システム）は世界シェア43%（W3Techs調査）で、初心者向けの豊富なドキュメントとプラグインが揃っています。レンタルサーバーの自動インストール機能を使えば最短10分で設置可能です。
Q: Web制作の副業で月いくら稼げますか？
A: ランサーズ・クラウドワークスの相場では、LP（ランディングページ）制作で3〜10万円、コーポレートサイトで10〜50万円が目安です。スキルレベルと営業力次第で、副業月5万〜20万円は現実的な範囲です。
Q: プログラミングスクールの費用対効果はどうですか？
A: 平均受講費用は50〜80万円ですが、給付金（最大56万円）を活用できる場合があります。厚生労働省の「教育訓練給付金」検索システムで対象講座を確認できます。転職保証の有無・就職後のサポート体制を重視して選びましょう。
Q: フリーランスのWeb制作者になるために必要なスキルは？
A: HTML/CSS・JavaScript の基礎、WordPress の実装・カスタマイズ、デザインツール（Figma等）の基本操作が最低限必要です。加えて提案力・コミュニケーション能力が案件獲得に直結します。
Q: レンタルサーバーの選び方で重要なポイントは？
A: WordPress推奨・表示速度・サポート体制・料金の4点が選定基準です。エックスサーバー・ConoHa WINGは国内シェアが高く、安定性と速度に定評があります。
WordPressは世界のWebサイトの43%以上（W3Techs調査）で使用されているCMSであり、Web制作の基礎スキルとして習得する価値があります。プラグインのエコシステムと豊富なテーマにより、コーディングの知識がなくてもプロフェッショナルなサイトを構築できます。
