『サーバー移行中にミスって、サイトが真っ白になったらどうしよう……』
『せっかく育ってきた検索順位や、ポツポツ発生し始めたアフィリエイト報酬が飛んだら立ち直れない』
シンレンタルサーバーへの乗り換えを検討しながらも、その一歩を踏み出せずに画面をそっ閉じしてしまう。その気持ち、痛いほどよくわかります。
往復3時間の満員電車に揺られながらブログを育ててきた私にとって、サイトは自分の分身であり、会社に依存しないための「命綱」です。それを自分の手で止めてしまうかもしれない恐怖といったら、尋常ではありませんよね。
実は私、過去にサーバー移行で大失敗をやらかしています。
数百円のサーバー代がもったいなくて、新しいサーバーへ移す前に「ええい、ままよ！」と旧サーバーを解約。結果、ネームサーバーの切り替えがうまくいかず、週末の稼ぎ時になんと丸2日もサイトが真っ白のままアクセス不能に……。数万円の報酬と、積み上げた読者の信頼をドブに捨てるという苦い経験をしました。
サイト移行でダウンタイム（停止時間）が出てしまうのは、この過去の私のように「旧居を引き払ってから、新居を建てる」ような無謀な引っ越しをしているからです。
でも安心してください。
この記事でお伝えする「正しい手順」を守れば、サーバー移行によるサイトの停止や、検索順位への悪影響は極限までゼロに近づけることができます。
臆病な会社員だからこそ、無駄なリスクは取らない。
読者にも、Googleにも移行したことすら気づかせない。そんな、安全第一で泥臭い「ダウンタイムを最小化する生存戦略」を、私の失敗談も交えながら本音ベースでお伝えしていきます。
結論｜事前に新サーバーを準備すればダウンタイムは最小化できる
最初にお伝えしておきます。
シンレンタルサーバーへの移行において、「サイトが長時間見られなくなる」という最悪の事態は、やり方次第でほぼ確実に防げます。
なぜなら、サーバーの引っ越しは「古いサイトを消して、新しいサイトを作る」わけではないからです。
絶対にやってはいけないのは、過去の私のように「旧サーバーを先に解約してしまう」こと。これだけは絶対にNG。二重家賃（旧サーバーと新サーバーの月額料金）を1ヶ月分払うことになったとしても、そこはケチってはいけません。
安全な移行の絶対ルールは、**「新環境を準備・確認してから、アクセス先を切り替える」**という順番を守ること。
- 今のサイト（旧サーバー）はそのまま動かしておく
- 裏側でこっそりシンレンタル側にWordPressのコピーを作る
- コピーしたサイトが正常に動くか、自分だけが確認する
- 問題なければ、世の中のアクセス先を「旧」から「新」へ切り替える
この手順を踏めば、表向きはサイトがずっと表示され続けます。
「移行作業中だからサイトが止まる」という思い込みは、今日で捨ててしまいましょう。
そもそもサーバー移行でなぜ「サイトが止まる」と言われるのか
では、そもそもなぜ世間では「サーバー移行＝サイトが落ちる、ダウンタイムが発生する」と恐れられているのでしょうか。
ここには、初心者さんがよく陥る「作業の混同」があります。
実は、サイトが止まるリスクが潜んでいるのは「WordPressをコピーしている時」ではありません。
WordPressデータのコピー自体でサイトが止まるわけではない
シンレンタルサーバーには「WordPress簡単移行」という神ツールがあります。これを使うと、旧サーバーにある記事、画像、テーマなどのデータを、新サーバーへ自動で丸ごとコピーしてくれます。
この作業、感覚としては「書類のコピー機」と同じです。
原本（旧サーバーのサイト）を読み取って、別の紙（新サーバー）に複製しているだけ。コピー機が動いている間も、原本はそのままそこにあるので、読者は普段通りあなたのサイトを閲覧できます。
つまり、データを移している最中にサイトが落ちることはありません。
DNS・ネームサーバーの切り替えがポイント
サーバー移行で一番の山場であり、サイトが不安定になる原因。それが「DNS（ネームサーバー）の切り替え」です。
DNSというのは、インターネット上の「電話帳」や「住所案内所」のようなものだと思ってください。
これまでは、あなたのドメイン（例：example.com）にアクセスしてきた読者に対し、案内所は「あ、そのサイトなら〇〇サーバー（旧サーバー）にありますよ」と案内していました。
新サーバーへのデータコピーが終わったら、あなたはこの案内所に「今日からシンレンタルサーバーに引っ越したので、案内先を変えてください！」と申請を出します。これがネームサーバーの変更です。
アクセス先が旧サーバーから新サーバーへ変わる
さて、案内所に住所変更の届け出を出しました。すぐに全員が新しいシンレンタルサーバーへ案内される……と思いきや、そう単純にはいきません。
インターネット上の案内所（DNS）は世界中に無数にあり、この「引っ越しました」という情報がすべての案内所に伝わるまでには、タイムラグが発生します。これが俗に言う「DNSの反映期間」というやつです。
この期間中、インターネット上では不思議なことが起こります。
最新の情報を知っている案内所を通ってきた読者は「新サーバー（シンレンタル）」へ。
まだ古い情報しか持っていない案内所を通ってきた読者は「旧サーバー」へ。
なんと、同じURLにアクセスしているのに、人によって見ているサーバーが違うという状態が生まれるのです。
もしこの時、あなたが焦って旧サーバーを解約してしまっていたら？
古い情報を持った読者がアクセスした先には、もう家（サーバー）がありません。ここで初めて「Error」「サイトが見つかりません」となり、サイトが止まる（ダウンタイムが発生する）わけです。
だからこそ、アクセスが完全に新サーバーへ移り切るまでの間、旧サーバーは絶対に生かしておく必要がある。これが、サイトを止めないための最大の防衛策というわけです。
シンレンタルへ移行するときの基本的な流れ
「じゃあ、具体的にどう動けばいいの？」
かつての私は、サーバー移行と聞くと「パソコンの前に何時間も張り付いて、黒い画面やFTPソフトを睨みながら、汗だくでファイルを移す」みたいな地獄の作業を想像していました。
ミスったら即サイト消滅の一発勝負。そんなプレッシャー、平日の夜に疲れた頭でやりたくないですよね。
でも、安心してください。シンレンタルサーバーへの移行は、もっとズル賢く、コソコソと進められます。
リスクを極限まで減らすための基本的な流れは、以下の4ステップです。
旧サイトを動かしたまま新サーバーへコピー
まずは今のサイト（旧サーバー）を通常営業させたまま、シンレンタルの管理画面から「WordPress簡単移行」という機能を使います。
必要な情報を入力してポチッとボタンを押すだけ。
あとはシンレンタルのシステムが、あなたの旧サーバーにこっそりアクセスして、記事も画像もテーマも全部、自動で新サーバー側にコピーしてくれます。
この間、読者はあなたのサイトを普通に読んでいます。裏で引っ越し準備が進んでいることなんて、誰も気づきません。
新サーバー側で動作確認
コピーが終わっても、まだ世間の人は旧サーバーのサイトを見ています。
ここでやるべきは、「自分だけが新サーバーのサイトを覗き見する」こと。
シンレンタル側には、動作確認用のURL（もしくは自分のPCのhostsファイル編集などの方法）が用意されています。これを使って、新しくコピーされたサイトが崩れていないか、プラグインがエラーを吐いていないかをチェックするわけです。
もしここで画面が真っ白になっていても、ノーダメージ。
だって、壊れているのは「新居に置いたコピー」であって、今も読者が見ている「旧居のサイト」は無傷なんですから。落ち着いてエラーを直すか、もう一度コピーからやり直せばいいだけです。
DNSを切り替える
新サーバー側のサイトが完璧に動いていることを確認できた。
ここで初めて、インターネット上の住所案内所（ネームサーバー）に「今日からシンレンタルで表示してね」と設定を変更します。
ここまで来てようやく、世間のアクセス先が旧サーバーから新サーバーへ向き始めます。
旧サーバーをしばらく残す
そして最後。ここが私が過去に数万円をドブに捨てた最大の分岐点。
「よっしゃ、切り替えた！ 旧サーバー解約してスッキリしよう！」……と焦ってはいけません。
前述した通り、世界中の案内所に「引っ越したよ」という情報が伝わりきるまでには時間がかかります。人によってはまだ旧サーバーにアクセスしてくる。
だからこそ、完全にアクセスが新サーバーに移り切るまで、最低でも1〜2週間、できれば月末の更新日ギリギリまでは、旧サーバーを契約したまま放置しておきましょう。
WordPress簡単移行中は旧サイトを見られる？
「ボタンをポチッと押して、データ移行のプログレスバーが動いている最中って、サイトはどうなってるの？」
初めて移行ツールを使う時、これめちゃくちゃ不安になりますよね。
「今ちょうどSNSで記事がバズりかけてるのに、移行中だとアクセスできないんじゃ……」と冷や汗をかいたのは私だけではないはず。
旧サーバー側のサイトは稼働させたまま移行する
結論から言うと、移行ツールが動いている最中も、あなたの旧サイトは完全にいつも通り見られます。
何度も言いますが、やっていることは「原本のコピー」です。
図書館で本をコピー機にかけている間も、その本自体はそこに存在していますよね。それと同じで、シンレンタルのシステムが旧サーバーのデータをせっせと読み込んでいる間も、読者は普通に記事を読めますし、アフィリエイトリンクも正常に機能しています。
移行先を確認してから切り替える
「移行ツールが100%になった瞬間、勝手に画面が切り替わって、もしバグってたらどうしよう」
これも心配無用です。
WordPress簡単移行が終わったからといって、自動で全世界への公開先が切り替わるわけではありません。
切り替えのスイッチ（DNSの変更）を押す権利は、あなたが握っています。自分が納得するまで、何日でも新サーバー側でテスト表示をして確認して構わないのです。
移行作業中の大きな更新は避ける
ただし、一つだけ気をつけてほしい「盲点」があります。
それは、「データをコピーした時点」と「DNSを切り替える時点」の間に時差があること。
例えば、月曜日の夜に新サーバーへWordPressをコピーしたとします。
火曜日に動作確認をして、水曜日にDNSを切り替えた。
もしあなたが火曜日の夜に、旧サーバー側のWordPressで「渾身の新記事」を公開していたらどうなるか？
……当然ですが、月曜日にコピーした新サーバー側には、その新記事は存在しません。水曜日にDNSを切り替えた瞬間、せっかく書いた記事が「消えた」ように見えてしまいます。
毎日更新を頑張っているブロガーさんには辛いかもしれませんが、コピーを開始してからDNSが完全に切り替わるまでの数日間は、記事の更新やデザインの変更はグッと我慢してください。
「往復3時間の通勤電車でせっかく書いたのに、公開できないなんて！」と思う気持ちはわかります。でも、その時間は下書きをストックする時間にあてましょう。
焦って更新して、新旧のデータにズレが生じてパニックになるより、よっぽど賢い大人の選択です。
DNS切り替え中は何が起きる？
「DNS」「ネームサーバー」「TTL」……。
初めてサーバー移行に挑戦した当時の私は、この手の横文字を見た瞬間にそっとブラウザのタブを閉じたくなりました。「難しいことはいいから、ボタン一つでパッと切り替えてよ！」と本気で思っていたものです。
ですが、ここを「なんとなく」で進めてしまうと、過去の私のように地獄を見ることになります。
テレビのチャンネルを切り替えるように、スイッチを押した瞬間に「はい、今から全員新しいサーバーを見てね！」とはいかないのが、インターネットの世界の厄介なところ。
DNSを切り替えている最中のネットの裏側で、一体何が起きているのか。少しだけ覗いてみましょう。
全利用者が一斉に新サーバーへ切り替わるわけではない
先ほど、DNSはインターネット上の「住所案内所」だとお伝えしました。
あなたがシンレンタルの管理画面からネームサーバーの変更（住所変更の届け出）をポチッと押したとします。
すると、まずは大元の案内所が「あ、〇〇さんのサイト、引っ越したんだね。了解」と情報を書き換えます。
でも、問題はここから。
ネット上には、読者が使っているプロバイダ（ドコモやau、SoftBank、地元のケーブルテレビなど）ごとに、無数の小さな案内所（キャッシュサーバー）が存在しています。
大元の案内所から、末端の小さな案内所すべてに「彼、引っ越したらしいよ！」という噂話が伝言ゲームのように広まりきるまでには、どうしてもタイムラグが発生してしまうのです。
旧サーバーと新サーバーへアクセスが分かれる可能性
この「伝言ゲームの途中」に、あなたのサイトにアクセスしてきた読者はどうなるのか。
これがサーバー移行における一番のホラー現象、**「アクセスの分散」**です。
ある読者（最新の噂を知っている案内所を通った人）は、新しいシンレンタルサーバーのサイトにたどり着きます。
しかし別の読者（まだ古い情報しか知らない案内所を通った人）は、これまで通り旧サーバーのサイトへ案内されてしまう。
そう。同じ日、同じ時間に、同じURLをクリックしているのに、**「読者のネット環境によって見ているサーバーが違う」**というカオスな状態が生まれるのです。
もしここで、あなたが「よし、切り替え設定したから旧サーバーは解約！」とフライングしていたら……古い情報を信じて旧居を訪ねた読者の目の前には、「サイトが見つかりません」という絶望的なエラー画面が広がることになります。
DNS反映時間は環境によって異なる
「じゃあ、その伝言ゲームが終わるまで何時間待てばいいの？」
ぶっちゃけ、これは誰にも正確な数字は出せません。
「最大72時間」と書いてあるマニュアルもあれば、「数時間で終わった」というブログ記事もあります。
なぜなら、読者が使っている回線や端末の設定によって、情報の更新スピードがバラバラだから。数分でサクッと切り替わる人もいれば、丸1日以上古いサーバーを見続けている人もいる。それが現実です。
だからこそ、「いつ切り替わるか」を気にするのではなく、「いつ誰がどちらのサーバーに来てもいい状態を作っておく」ことが何よりも重要なのです。
DNS反映中にサイトを止めないための対策
では、この不安定な「アクセス分散期間」を、読者に1ミリも違和感を与えずに乗り切るにはどうすればいいのか。
通勤電車の中でスマホを握りしめ、冷や汗をかきながら試行錯誤した私がたどり着いた、泥臭いけれど一番確実な防衛策。それが以下の5つです。
旧サーバーを残しておく
しつこいようですが、これが絶対の黄金ルール。
新しいシンレンタルサーバー側へ完全にアクセスが移行し切るまで、絶対に、絶対に旧サーバーを解約しないでください。
「数百円の月額料金がもったいない」というケチな根性が、後で数万円の損失を生みます（経験者は語る）。
最低でも移行作業から1〜2週間。できれば今の契約の更新日ギリギリまで放置しておくのが、精神的にも一番安全な生存戦略です。
新旧どちらでもサイトが表示される状態にする
旧サーバーを稼働させたままにしておけば、古い案内所を通ってきた読者も、迷子にならずに旧サイトを表示できます。
一方、新しい案内所を通ってきた読者は、シンレンタル側にある「コピーされた全く同じサイト」を表示します。
どちらのサーバーに案内されても、見ている記事の内容もデザインも全く同じ。
これこそが、読者に「サイトが移行中であることすら悟らせない」最強のカモフラージュです。ダウンタイムは実質ゼロになります。
新サーバー側のSSLを確認する
ここで一つ、初心者が必ずハマる落とし穴があります。
それが「SSL（https化）」の設定。
旧サーバーで「https://～」で運用していた場合、新サーバー側でも事前にSSL設定をしておかないと、DNSが切り替わった瞬間に「この接続ではプライバシーが保護されません」という警告画面がドカンと出てしまいます。読者はここで100%離脱します。
シンレンタルでは、ネームサーバーを切り替える前でも「無料独自SSL」の事前設定が可能な仕組みが用意されています。
アクセスを流し込む前に、必ず新サーバー側でSSLが有効になっているかを確認してください。
重要な更新を避ける
前章でも触れましたが、このアクセス分散期間中は「新サーバー」と「旧サーバー」の両方に読者が訪れています。
もしこの期間にあなたがブログのトップページを大改修したり、新しい記事をアップしてしまうとどうなるか。
「あれ？ さっきスマホで見た時は新しい記事があったのに、家のパソコンで見たら古い状態に戻ってるぞ？」という奇妙な現象が読者の目の前で起きてしまいます。
DNSの切り替えボタンを押してから数日間は、サイトの更新は我慢。
どうしても記事を書きたいなら、ローカルのメモ帳やWordにひたすら下書きを溜め込みましょう。
アクセスが少ない時間帯を選ぶ
最後に、泥臭いけれど効果的な物理的対策を。
DNSの切り替え作業（ネームサーバーの変更ボタンを押す作業）は、必ず「自分のサイトに一番人が来ない時間帯」に決行してください。
私の場合は、平日火曜日や水曜日の深夜2〜3時頃を狙ってやっていました。
万が一、設定ミスでサイトが表示されなくなっても、アクセスが少ない深夜なら被害は最小限で済みますし、読者が朝起きるまでにエラーを直す猶予があります。
週末の金曜日の夜や、アクセスが爆増するゴールデンタイムに移行作業を始めるのは、自ら地雷原をタップダンスで歩くようなものです。
問い合わせフォームがあるサイトは特に注意
ここまで、「読者に記事を読んでもらうだけ」のブログなら、旧サーバーを残しておけばダウンタイムはほぼゼロにできるとお伝えしてきました。
でも、あなたのサイトに「お問い合わせフォーム」が設置されているなら、少し話が変わってきます。
かつて私が運営していた特化ブログでの痛い失敗談です。
アクセスも順調に伸び、「そろそろ企業から直接の広告掲載依頼とか来ないかな〜」とワクワクしていた時期にサーバーを移行しました。
移行自体はうまくいった（ように見えた）のですが、数週間後、旧サーバーを解約した直後に青ざめました。旧サーバー側のデータベースにだけ、ASPからの特別単価のオファーメールが保存されていたことに気づいたからです。もちろん、解約と同時にそのデータは海の藻屑となりました。
旧サーバー側で受けた問い合わせ
DNSの切り替え中、まだ古い案内所を通ってきた読者は「旧サーバー」にアクセスしています。
もしその読者が、旧サーバー上のフォームから「広告掲載のお願い」という超重要メッセージを送信したらどうなるでしょうか？
当然、その問い合わせデータは「旧サーバーのWordPress（データベース）」に記録されます。「Contact Form 7」と「Flamingo」などのプラグインでデータを保存している人は要注意です。
新サーバー側で受けた問い合わせ
一方で、新しい案内所を通ってきた読者は「新サーバー（シンレンタル）」にアクセスし、そこにあるフォームからメッセージを送ります。
こちらのデータは、無事に新サーバーのデータベースに蓄積されていきます。
DNS反映中のデータ分散
お気づきでしょうか。
DNSの反映期間中、あなたのサイトには「2つの受付窓口」が同時に存在し、それぞれ別の引き出しに手紙がしまわれている状態になるんです。
読者からすれば「正常に送信できました」という画面が出ているので、まさか自分のメッセージが旧居のポストに入っているとは夢にも思いません。
もしあなたが新サーバーの管理画面しか見ていなかったら、旧居のポストに入った問い合わせを完全に見落としてしまうリスクがある。これが「動的データ（書き込みデータ）の分散」という厄介な問題です。
問い合わせが多いサイトの切り替え方法
では、このデータの分散を防ぐ、あるいは見落とさないためにはどうすればいいのか。
現実的な対策は2つです。
1つ目は、超アナログですが「切り替え後数日間は、新・旧両方のWordPress管理画面にログインして、問い合わせデータを確認する」こと。
旧サーバーの管理画面にアクセスするためのURL（IPアドレス直打ちなど）を控えておき、両方のポストを自分の足で確認しにいくわけです。
2つ目は、いっそフォームを一時的に閉じてしまうこと。
フォームのページに「〇月〇日〜〇日まで、システムメンテナンスのためお問い合わせの受付を一時停止しております。お急ぎの方はTwitter（X）のDMまでご連絡ください」と記載しておく。
仕事の依頼がバンバン来るような人気サイトでない限り、私は後者の「いっそ閉じる」をおすすめします。確認漏れでクライアントの信用を失うくらいなら、数日間の受付停止など安いものですからね。
コメント・EC・会員サイトは「停止時間」よりデータ差分に注意
問い合わせフォーム以上に、この「データの分散」が致命傷になるケースがあります。
それは、サイト内に読者が直接書き込める機能がある場合です。
閲覧中心サイトとの違い
ただ記事を読むだけのブログ（閲覧中心サイト）なら、読者が古いサーバーを見ようが新しいサーバーを見ようが、表示される内容は同じなので問題ありません。
でも、「コメント欄が活発なブログ」や「WooCommerceなどで構築されたECサイト（ネットショップ）」、「ユーザーがログインする会員制サイト」はどうでしょうか。
こうしたサイトは、読者がアクションを起こすたびにデータベースが書き換えられていきます。
書き込みデータが同期されない可能性
DNSの切り替え中、Aさんは旧サーバーで「この記事、すごく参考になりました！」とコメントを書き込みました。
Bさんは新サーバーで「早速実践してみます！」とコメントしました。
この二つのコメントデータは、別々のサーバーに保存されます。
そして数日後、DNSが完全に新サーバーへ移行した時、どうなるか。
表の世界（新サーバー）に残るのは、Bさんのコメントだけ。
Aさんの熱いコメントは、旧サーバーの解約とともに永遠に消え去ります。ECサイトなら「注文データが消える」、会員サイトなら「新規登録したはずの会員データが存在しない」という、大クレーム必至の地獄絵図です。
シンレンタルの「WordPress簡単移行」は、あくまで最初にボタンを押した瞬間のデータを1回だけコピーする機能です。その後に旧サーバーで書き込まれたデータを、リアルタイムで新サーバーに同期し続けてくれる魔法のシステムではありません。
必要なら短時間のメンテナンスも検討
もしあなたが、こうした「書き込み」が発生するサイトを運営しているなら、「ダウンタイムをゼロにする」という考え方は今すぐ捨ててください。
データの分散や消失という取り返しのつかない大事故を防ぐためには、意図的にサイトを止める「計画的ダウンタイム」を作るしかありません。
具体的には、
- サイト全体を「メンテナンスモード（準備中）」の画面にする
- 誰も書き込めない状態にしてから、最新のデータベースを新サーバーへ移行する
- DNSを切り替えて、新サーバー側でメンテナンスモードを解除する
という、正攻法の手順を踏む必要があります。
「サイトが数時間見られなくなる」ことと「読者の大切なデータや注文が消える」こと。どちらがサイト運営者としての信用を失うか。火を見るより明らかですよね。
メールも同時に切り替える場合の注意
サイトの表示やデータの分散については、ここまででお話しした通り。
でも、もうひとつ絶対に忘れてはいけない隠れキャラがいます。それが「独自ドメインのメールアドレス」です。
「info@あなたのドメイン.com」のようなメールアドレスを、旧サーバーの機能で作って使っている場合。
実はサーバー移行において、サイトのデータよりもこの「メールの取りこぼし」のほうが、精神的なダメージがデカかったりします。
WebとメールのDNS設定は分けて考える
初心者の頃の私は、「ネームサーバーを切り替えれば、サイトもメールも全部まるっと新しい方に移動するんでしょ？」と信じて疑いませんでした。
たしかに、シンレンタルへネームサーバーを変更すれば、設定自体は新しいサーバーに向きます。
ただ、インターネットの世界では「Webサイトを表示するための案内（Aレコード）」と、「メールを配達するための案内（MXレコード）」は別々のルートを走っているようなもの。
サイトの切り替え中と同様に、メールの配達ルートも一瞬でスパッと切り替わるわけではありません。
MXレコードへの影響
DNSの変更ボタンを押してから数日間の「反映期間」。
この間、あなた宛に送られたメールはどうなるのか？
ある企業からの広告オファーは「新サーバー（シンレンタル）」の受信トレイに届き、ある読者からの質問メールは「旧サーバー」の受信トレイに届く。
そう、サイトのアクセス先が分散したのと同じように、メールの配達先も新旧のサーバーに分散してしまうのです。
旧・新メールサーバーを残す
このカオスな期間を無傷で乗り切る方法はただ一つ。
ネームサーバーを切り替える前に、シンレンタル側で「旧サーバーと全く同じメールアドレス」を作成しておくこと。
そして切り替え後の数日間は、旧サーバーのWebメール（ブラウザから見られるメール画面）と、新サーバーのメール受信箱の両方をチェックすることです。
両方にポストを置いておけば、どちらに手紙が届いても受け取れますよね。
数日経って、旧サーバー側のポストに全く手紙が届かなくなったら、完全に切り替わった合図。そこで初めて旧サーバーの解約を検討していい時期に入ります。
※独自ドメインメールの具体的な引っ越し手順や、メールソフトの設定変更については、長くなるので別記事「メールサーバー移行の完全ガイド（内部リンク）」にまとめています。不安な方はこちらも必ず目を通しておいてください。
サーバー移行はSEOに影響する？
「サーバーを変えたら、今まで苦労して上げてきたGoogleの検索順位がドカンと落ちるんじゃないか……」
往復3時間の通勤電車で、眠い目をこすりながらスマホでポチポチと記事を書き、ようやく手に入れた検索1位。
これがサーバー移行のせいで吹き飛んだら、本気で泣きたくなりますよね。私も初めての移行前は、この「SEOへの悪影響」が一番の恐怖でした。
ですが、過去に何度も移行を経験して確信した事実をお伝えします。
同じURLのまま正常移行すれば影響を抑えやすい
結論めいたことを言えば、ドメイン（URL）を変えずに、旧サーバーから新サーバーへ中身をそのままコピーして移行できたなら、それ単体でSEOの評価が下がることはありません。
Googleのクローラー（サイトを巡回するロボット）から見ても、URLが同じで、書かれている記事の内容も同じなら、「あ、ちょっと住む家（サーバー）が変わっただけね」と認識するだけ。
むしろ、シンレンタルのように表示速度が速いサーバーへ引っ越したことで、ページスピードの改善によるSEOへのプラス効果が期待できるケースの方が多いです。
長時間の404・5xxを避ける
では、なぜ「サーバー移行で順位が落ちた！」と嘆く人が後を絶たないのか。
答えはシンプル。移行に失敗して、サイトが長時間見られない状態（ダウンタイム）を作ってしまったからです。
Googleの巡回ロボットがあなたのサイトにやってきた時、たまたまあなたが旧サーバーを早まって解約し、サイトが「404 Not Found」や「500 Internal Server Error」になっていたら。
ロボットは「おや？ このサイトはもう消滅したのかな？ じゃあ検索結果から外しておこう」と判断してしまいます。
これこそが、私がこの記事で「旧サーバーは絶対にすぐに解約するな」「事前確認を徹底しろ」としつこく言い続けている最大の理由です。
サイトさえ普通に表示され続けていれば、SEOへの悪影響は回避できます。
URL変更時は301を設定する
もし、今回のサーバー移行に合わせて「ついでにドメインも変えよう」「URLの構造をスッキリさせよう」と考えているなら、話は別。
URLが変わるということは、Googleからすれば「全く別の新しいサイトができた」と見なされます。これまでの評価を引き継ぐには「301リダイレクト」という転送設定が必須。
ただ、個人的なアドバイスとしては、「サーバーの引っ越し」と「ドメインやURLの変更」は同時にやらないこと。
トラブルが起きた時、原因がサーバー側にあるのか、URL変更の設定ミスにあるのか分からなくなり、パニックに陥るからです。まずはサーバー移行だけを安全に終わらせる。欲張るのはその後です。
Search Consoleで確認する
ネームサーバーの切り替えが終わり、数日が経過したら。
答え合わせとして、Google Search Console（サチコ）を開いてみてください。
「カバレッジ」や「ページ」の項目で、エラーが急増していなければ、あなたの引っ越しは大成功。Googleも無事に新居を認識してくれています。
ここまで確認できて、ようやく肩の荷を下ろせるというわけです。
ダウンタイムを抑えるおすすめの移行順
ここまで散々、「あれも気をつけろ、これも危険だ」と脅すようなことを言ってごめんなさい。
でも、本当に伝えたいのは「正しくやれば何も怖くない」ということです。
過去の私のように、深夜に冷や汗をかきながらネットの海を彷徨うような真似はしてほしくありません。
私が数々の失敗と検証の末にたどり着いた、ダウンタイムを極限まで抑える「鉄壁の移行スケジュール」。
これを11ステップのチェックリストにまとめました。この順番通りに進めれば、読者にもGoogleにも気づかれることなく、しれっと新居への引っ越しが完了します。
- 新サーバー（シンレンタル）を契約する
まずは新居の確保。この時点ではまだ旧サーバーも元気に動いています。 - シンレンタルにドメインを追加する
「この住所（ドメイン）を使いますよ」と新居の表札だけ出しておくイメージ。まだネームサーバーは変更しません。 - WordPress簡単移行ツールを実行する
旧サイトのデータをまるっとコピー。これも裏側での作業なので、表のサイトは無傷です。 - 新サーバーで動作確認をする
テストURLやhostsファイルを使って、自分だけが新居のサイトを覗き見。レイアウト崩れがないか念入りにチェック。 - 新サーバー側のSSL（https化）を設定する
ここ超重要。ネームサーバーを切り替える前に、無料独自SSLの設定を済ませておきます。 - 問い合わせフォーム等の影響を確認する
動的データが分散するリスクを再確認。必要ならこのタイミングで「メンテナンス中」の告知を。 - サイトの更新作業を一時停止する
新旧のデータにズレが生じないよう、新しい記事の投稿やデザイン変更はここでストップ。 - DNS（ネームサーバー）を切り替える
いよいよ本番。アクセスが少ない深夜帯などを狙って、ドメイン管理会社の画面からネームサーバーをシンレンタルに変更します。 - 旧サーバーと新サーバー、両方を確認する
スマホの回線、自宅のWi-Fi、会社のPCなど、異なる環境からアクセスして正常に表示されるかチェック。 - DNS反映後もしばらく旧サーバーを維持する
「切り替わった！」と思っても、まだ古い案内所を通ってくる読者のために旧居は残しておきます。 - 数日〜数週間後、問題なければ旧サーバーを解約する
完全にアクセスが移行し切り、旧サーバー側のメールも届かなくなったら、晴れて旧サーバーを解約。これにて引っ越し完了。
このリストを手元に置いて、一つずつチェックを入れながら進めてみてください。
「今、自分がどのフェーズにいるのか」が分かっていれば、パニックになることはありません。
逆にサイトが止まりやすい移行方法
成功のルートが見えたところで、あえて「失敗のルート」にも触れておきましょう。
人は「正しいやり方」を教えられるより、「絶対にやってはいけないこと」を避ける方が、結果的に生存確率が上がります。
以下は、過去の私がやらかした、あるいは初心者がやりがちな「サイトを自ら止めてしまう危険なアクション」です。これだけは避けてください。
先に旧サーバーを解約する
はい、私が数万円の報酬をドブに捨てた最大の原因がこれです。
「新しいサーバー契約したし、二重でお金払うのもったいないから旧サーバー解約しちゃお！」
これ、リアルな家で例えるなら、新居が完成する前に今住んでいるアパートを取り壊すようなもの。当然、帰る家を失った読者は路頭に迷い、サイトは真っ白になります。
新サーバー準備前にDNSを変更する
これも初心者がやりがちな罠。
「よし、サーバー移行するぞ！ まずはドメインのネームサーバー変更からだ！」と、いきなりDNSをいじってしまうパターン。
新居（シンレンタル）にWordPressのデータが入っていないのに、アクセスだけを流し込んでしまう。結果、読者の画面には「初期状態のWordPress」や「謎のエラー画面」が表示されるという大事故に。
アクセスを流し込むのは、必ず「新居の中身が完璧に整ってから」です。
SSLを準備せず切り替える
サイトの中身は完璧にコピーした。DNSも切り替えた。
でも、新サーバー側でSSL（https）の設定を忘れていた。
これだけで、読者の画面には「この接続ではプライバシーが保護されません」という、まるでウイルスサイトかのような物々しい警告画面が出現します。
ほとんどの読者はここで「ヤバいサイトだ」と勘違いして、ブラウザの戻るボタンを連打します。SSLの事前設定は命綱です。
メール・フォームを確認しない
サイトの表示がうまくいって安心しきり、メールアドレスの設定や問い合わせフォームの動作確認を放置する。
数週間後、「あれ、最近企業からの問い合わせがパッタリ止まったな……」と嫌な予感がして旧サーバーのデータベースを覗いたら、大量のオファーが旧居のポストで腐っていた。
動的データは、サイトの見た目以上にシビアです。特にビジネスとしてブログを運営しているなら、ここの確認は絶対にサボらないでください。
サーバー変更と同時にURL構成まで大きく変える
「せっかくサーバー移るんだし、ついでにパーマリンクの設定も変えちゃおうかな」
「カテゴリーの階層も整理したいな」
気持ちは痛いほど分かりますが、これをやると移行トラブルの難易度が跳ね上がります。
もしサイトが表示されなくなったり、検索順位が急落したとき、「サーバー移行が原因なのか」「URL変更が原因なのか」が全く切り分けられなくなるからです。
引っ越しと同時に大がかりなリフォームまでするのは、素人にはリスクが高すぎます。
まずは「今の状態をそのまま新サーバーへ移す」ことだけに全集中してください。リフォームは、新生活が落ち着いてからいくらでもできますから。
ダウンタイムを完全にゼロにできる？
ここまで読んでいただいたあなたなら、もうお分かりですよね。
「ダウンタイム（サイトの停止時間）を、数学的に1秒の狂いもなく完全なゼロにできるか？」と聞かれたら、答えはノーです。
インターネットの仕組み上、DNSの伝言ゲームが世界中に行き渡るまでのタイムラグは、どうやってもゼロにはできません。
閲覧中心サイトではかなり小さくできる
ですが、「読者から見てサイトが止まっている時間をゼロ（またはそれに限りなく近い状態）にできるか？」と聞かれたら、答えはイエス。
あなたが運営しているのが、私のような記事メインのブログ（閲覧中心サイト）であれば、旧サーバーと新サーバーに全く同じサイトを表示させておくことで、実質的なダウンタイムは限りなくゼロに抑えられます。
読者は裏側でアクセス先が切り替わったことなんて、1ミリも気づきません。
更新系サイトではデータ差分に注意
一方で、コメント欄が盛り上がっているサイトや、ネットショップ、会員制サイトなど、常に読者が何かしらのデータを書き込んでいるサイトの場合は別。
「新旧サーバーのデータのズレ」を防ぐため、意図的に数時間のメンテナンス画面（計画的ダウンタイム）を入れるのが、最も誠実で安全なやり方です。
「絶対ゼロ」ではなくユーザー影響を最小化する発想が重要
完璧主義に陥る必要はありません。
大切なのは、「ダウンタイムを絶対ゼロにすること」ではなく、「あなたのサイトを訪れてくれる読者に、嫌な思いや不便な思いをさせない（ユーザー影響を最小化する）こと」ですよね。
事前に新居（シンレンタル）の準備を完璧に整え、読者にバレないようにこっそり裏口を切り替える。
この泥臭い生存戦略こそが、往復3時間の通勤電車で死に物狂いで育てた「自分の分身（サイト）」を守る唯一の正解だと、私は確信しています。
契約前に確認しておきたいチェックリスト
いざシンレンタルの申し込みボタンを押す前に。
最後にもう一度、この記事でお伝えした最重要ポイントをチェックリストとして振り返っておきましょう。
・旧サーバーを残したまま（解約せずに）移行作業を始める心構えはできたか
・新サーバー（シンレンタル）側で、公開前にこっそり動作確認する手順を理解したか
・アクセスを流し込む前に、無料独自SSL（https）を設定することの重要性が分かったか
・「DNSの切り替え」とは、世界中への伝言ゲームであり時間がかかるものだと理解したか
・Webサイトだけでなく、独自ドメインのメールの移行（あるいは一時的な両方チェック）も必要だと気づけたか
・自分のサイトに「問い合わせ・EC・コメント」など、分散するとヤバい機能がないか確認したか
・「とりあえず今のサーバー解約しちゃえ！」という過去の私のような短絡的な考えを捨て去ったか
これらにすべて「YES」と答えられるなら、もう何も怖がることはありません。
安心して、新天地へのチケットを手に入れてください。
まとめ｜旧サイトを消してから移すのではなく「移してから切り替える」
「サーバー移行でミスったら、今までの苦労が全部パーになるかもしれない」
その恐怖心は、あなたが自分のサイトと、そこに来てくれる読者を真剣に大切に思っている証拠です。
かつての私は、数百円をケチって「旧サイトを消してから移す」という愚行に走り、痛い目を見ました。
でも、この記事をここまで読んでくれたあなたには、絶対にそんな思いはさせません。
「新環境をこっそり準備して、完璧に整ってからアクセスを切り替える」
この鉄則さえ守れば、サイト移行なんてただの「ちょっと面倒くさい事務作業」に過ぎません。
シンレンタルの「WordPress簡単移行」という最強の助っ人を使えば、技術的なハードルも極限まで下がっています。
今の遅いサーバー環境に不満を抱えたまま、読者をイライラさせてしまうのは今日で終わりにしましょう。
安全第一で、こっそりと。読者にもGoogleにも気づかれない、華麗な引っ越しを成功させてくださいね。陰ながら、あなたの新たなスタートを応援しています！