いきなり結論から言うと、
Xserver→ConoHaの移行って
「手順が難しい」よりも、
途中の判断ミスで事故りやすいんです。
つまり、作業自体は進められるのに、
「ここで何を選べばいいの？」が分からずに詰まる。
ここが初心者が一番しんどいポイントですね。
しかも移行で一回つまずくと、
一気に不安が増えます。
・サイトが真っ白になる
・SSLが効かない（保護されていない通信になる）
・画像が表示されない
・フォームが動かない
こういう“見た目の異常”が出ると、
「やばい、全部壊したかも」ってなるんですよね。
なので今回は、
初心者が迷いやすいポイントを
「5つ」に絞って整理します。
移行前にまず確認してほしいのが「サイト容量」です。
ここが分かると、移行がラクなA（〜1GB）なのか、
詰まりやすいB（1〜5GB）なのか一発で判断できます。
Xserverのサーバーパネルで「ディスク使用量」を開き、
対象ドメインのGB表示を見るだけでOKです。
Bだと一撃移行が途中で止まりやすいので、
更新停止→バックアップ→確認の順で慎重にいきます。
迷う場合はB扱いで進めるのが安全です。
ここだけ先に見てください。
まずは全体像をスッと掴める状態にして、
余計な事故を避けるための地図を作るイメージです。
（具体的な手順・チェック表・トラブル対応は
【有料エリア】に
“コピペで使える形”でまとめます）
- 迷うポイント1：移行方法を何でやるか（プラグイン？手動？）
- 迷うポイント2：DNS切替のタイミング（いつ変えるの？）
- 迷うポイント3：SSL（https）の扱い（いつONにする？）
- 迷うポイント4：メール（info@〜）は関係ある？
- 迷うポイント5：移行中に“更新していいか問題”
- 1）バックアップを取る（復旧できる状態を先に作る）
- 2）移行先ConoHaにWordPressを用意する（受け皿を作る）
- 3）データを移す（方法は2択でOK）
- 4）DNS切替前の確認（ここを飛ばすと事故る）
- 5）DNS切替（最後にやる）
- 6）SSL（https）の反映確認と混在の対処
- 7）切替後チェック（納品確認にも使える）
- トラブルが出たときの優先順位（これだけ覚えて）
- ここまで読んでも不安な人へ（自然な結論）
- 相談メッセージ（コピペOK）
- 付録A：事前チェックリスト（完全版・コピペOK）
- 付録B：情報共有テンプレ（完全版・購入前相談にも使える）
- 付録C：移行の“迷わない順番”（完全版）
- 付録D：DNS切替前チェック（20項目・コピペOK）
- 付録E：DNS切替後チェック（25項目・納品確認にも使える）
- 付録F：トラブル時の優先順位と“初動”テンプレ
- 付録G：旧サーバー解約の目安（初心者向け）
- 付録H：まず“自分がBか”を確かめる方法（3分）
- 付録I：容量別おすすめ移行ルート（完全版・B重視）
- 付録J：フォームが届かない時の原因分岐表（テンプレ）
- 付録K：B（1〜5GB）で“ありがちな詰みポイント”5つ
迷うポイント1：移行方法を何でやるか（プラグイン？手動？）
迷うポイントの1つ目は、
そもそも「何で移行するか」問題です。
初心者が最初に詰まりやすいのは、
この選択でほぼ決まります。
移行方法は大きく3パターン。
・移行プラグインで一括
手軽だけど、相性問題が出やすい
・手動で移す
確実寄りだけど、やることが多い
・サーバー側の移行機能を使う
条件がハマれば一番ラク
ここでの落とし穴は、
「簡単そう」で選んだ方法が、
途中から一気に難しくなること。
たとえばプラグイン移行は、
クリック数は少ないのに、
相性が悪いと途中で止まったり、
移行後に崩れたりします。
で、詰まった瞬間に
「じゃあ手動にするか…」ってなると、
結局いちばん遠回りになる。
だから覚え方としてはシンプルで、
“最適解はサイトの構成で変わる”
これだけです。
容量が大きいのか。
プラグインが多いのか。
特殊機能（会員・予約・多言語・独自投稿）があるのか。
このあたりで、
最初に選ぶべき移行手段が変わります。
迷うポイント2：DNS切替のタイミング（いつ変えるの？）
迷うポイント2つ目は、
DNS切替のタイミングです。
DNSって「スイッチ押したら即反映」みたいに見えるんですが、
実際は反映まで“時間差”が出ます。
ここを焦ると、事故りやすい。
DNS切替は「押した瞬間に切り替わる」じゃなくて、
じわじわ広がるタイプの変更です。
基本の考え方はこれだけです。
新サーバー側で表示確認が取れてから、
最後にDNSを切り替える。
逆に言うと、
確認ができてない状態でDNSを先に変えると、
「まだ準備できてないサイト」が表に出て、詰みやすいです。
表示が崩れる。
SSLがまだ。
画像が出ない。
みたいな“中途半端な状態”を
ユーザーに踏ませる原因になります。
だからDNSは、
「確認OK」→「最後に切替」。
この順番だけ守るのが鉄板です。
迷うポイント3：SSL（https）の扱い（いつONにする？）
迷うポイント3つ目は、
SSL（https）の扱いです。
移行後に、
「鍵マークが出ない」
「保護されていない通信になってる」
ってなるの、初心者あるある。
で、原因はだいたいこの3つに集約されます。
・SSL設定がまだ反映中（待ち時間）
・httpとhttpsが混ざってる（混在コンテンツ）
・キャッシュが古いまま残ってる
つまり、SSLって
「とりあえずONにしとけばOK」じゃないんです。
SSLは“ONにすること”より、
順番と確認がセットだと思ったほうがいい。
反映待ちを知らずに焦ると、
いじらなくていい所まで触って、
逆に泥沼に入ります。
混在コンテンツを放置すると、
鍵マークが戻らず、
「なんで？」がずっと続く。
キャッシュが原因だと、
直ってるのに直ってないように見えて、
また余計な操作をしがち。
なのでSSLは、
「ON」→「待つ」→「混在チェック」→「キャッシュ確認」。
この流れで扱うのが安全です。
迷うポイント4：メール（info@〜）は関係ある？
迷うポイント4つ目は、
メール（info@〜）が関係あるかどうかです。
「サイト移行＝サイトだけ」って思いがちなんですが、
実はメールも一緒に巻き込まれるケースがあります。
たとえば、
これまでXserver側でメールアドレスを作って使ってた場合。
サーバーを変えると、
そのメール設定も影響を受けます。
つまり、ここを見落とすと、
サイトはちゃんと表示されてるのに、
裏側で事故ります。
「サイトは動いたのに、
問い合わせの返信が届かない」
みたいな地味に痛い事故が起きる。
こういうトラブルって、
気づくのが遅れがちなんですよね。
フォームからの通知が来ない。
返信したつもりが相手に届いてない。
で、あとから発覚して冷や汗。
だから移行前に、
「メールをサーバーで運用してるか？」は
必ずチェックしておくのが安全です。
迷うポイント5：移行中に“更新していいか問題”
迷うポイント5つ目は、
移行中に“更新していいか問題”です。
結論から言うと、
基本は更新しない方が安全。
移行作業中に、
記事を追加したり、
設定を触ったりすると、
移行先に反映されないことがあります。
つまり、こっちでは更新されてるのに、
あっちでは更新されてない、みたいな
「差分」が生まれるんです。
で、この差分がいちばん厄介。
初心者ほど「ちょっとだけなら…」をやりがちで、
その“ちょっと”が後から混乱のタネになる。
公開した記事が消えてる。
設定だけ戻ってる。
プラグインの状態が違う。
みたいに、あとから辻褄が合わなくなります。
なので移行中は、
「触らない期間」を作るのが鉄板です。
更新したい気持ちは分かるけど、
ここだけは我慢した方が、結果的に早いです。
ここまでが全体像です。
つまり、Xserver→ConoHa移行は、
「手順を覚える」よりも
“迷うポイントを先に潰す”のが重要。
押さえるべきはこの5つだけです。
・方法の選び方
・DNS切替の順番
・SSLの反映と混在
・メールの有無
・更新停止
この5つを先に理解しておけば、
移行の怖さは半分以下になります。
で、この先の【有料エリア】では、
実際に「迷わないためのテンプレ」を
そのまま渡します。
・事前チェックリスト（コピペOK）
・手順を「迷わない順番」で整理
・切替前後の確認表（20項目）
・真っ白／SSL／画像／フォーム
このへんで詰まった時の優先順位
要するに、
“考える時間”を減らして、
事故る確率を下げるためのセットです。
コメント