WordPress引越しのトラブル事例
  • WordPress引越し
最終更新日:
サイト引越し屋さん編集部サイト引越し屋さん編集部

WordPress引越しのトラブル事例7選と対処法をプロが解説

「過去に自分で引っ越しして失敗し、データが消失してしまい怖い経験がある」

これは、WordPressのサーバー移転をご依頼いただいたあるお客様が、最初のお問い合わせに書かれていた一文です。WordPressの引越しは、データをコピーすれば終わりではありません。サーバーの環境差、DNSの切り替え、SSL、メールなど、つまずくポイントがいくつも重なっています。

弊社サイト引越し屋さんは2017年のサービス開始から、累計3,500件以上のWordPress案件を担当してきました。この記事では、実際にご相談いただいた案件の中から代表的なトラブルを7つ取り上げ、何が起きたのか、どう対処したのかを現場目線で解説します。

これから移転を予定している方は、事前の確認リストとしてもお使いください。

\WordPressの移転作業を代行中/
「WordPressを別のレンタルサーバーに移転したい」
「WordPressだけでなくメールアドレスの移行なども合わせて実施したい」

そんなときは私たちサイト引越し屋さんにお任せください。
専門のエンジニアが作業を代行いたします。

>>WordPress移転プランの詳細はこちら

WordPress引越しでトラブルが起きやすい理由

WordPressの引越しは、ファイルとデータベースを移す作業だけでなく、「新しいサーバーで動かす」「ドメインの向き先を変える」「メールやSSLを引き継ぐ」という工程が続きます。どれか1つでも確認が抜けると、サイトが表示されない、メールが届かないといった形で表に出てきます。

やっかいなのは、原因がある工程と症状が出る場所が一致しないことです。たとえば「メールが止まった」という症状の原因が、実はサイトを移すために行ったネームサーバーの変更だった、ということは珍しくありません。

本記事で取り上げる7つの事例を工程ごとに整理すると、次のようになります。

工程 起きたトラブル 事例
移転前の調査 古いPHP・WordPressが新サーバーで動かない 事例1
移転前の調査 契約名義が制作会社で手続きが進まない 事例6
移転前の調査 改ざんされたサイトをそのまま移して再感染 事例7
データ移行 画像が表示されない・403エラー 事例2
データ移行 WordPressが2つできて編集が反映されない 事例3
DNS・SSLの切替 「保護されていない通信」と表示される 事例4
DNS・SSLの切替 ネームサーバー変更でメールが止まる 事例5

半分以上が「移転前の調査」と「切り替え」の工程で起きていることが分かります。データを移す作業そのものより、その前後の準備と確認で差がつく、というのが現場の実感です。


===

「やっぱりWordPress引越しを自力でやるのは難しそう…」と感じる場合は、WordPressのサーバー移転代行サービスを利用するのも一つの手です。
→クリックしてサービス詳細を見る

事例1 古いPHP・WordPressのままでは新サーバーで動かない

引越しのご相談で特によくあるのが、長年アップデートされていないサイトです。今のサーバーでは問題なく表示されていても、移転先のサーバーが古いPHPに対応していなければ、そのままでは動きません。

現場での困りごと

ある製造業のお客様は、利用中のレンタルサーバーの旧プランが終了することになり、移転を急いでいました。

サイトの環境はWordPress 4.4、PHP 5.6、MySQL 5.0。移転先は同じ会社のPHP 8系の新プランでした。本当はサイトをリニューアルしたいものの、サービス終了には間に合わない。そこで「保険として、今のデザインのまま新サーバーで動くようにしたい」というご相談でした。

また別のお客様の事例では、移転元サーバーのPHPが5.3以下だったため、移転先サービスが用意している「簡単引越し」機能が使えませんでした。「せっかくのサイトなので移行したいが、金額次第では諦めるつもり」というお問い合わせでした。

対処法

古いサイトを移すときは、「移転」と「バージョンアップ」をセットで考えます。いきなり本番で更新すると、テーマやプラグインが動かなくなったときに戻せません。そのため弊社では、まずテスト環境を作って新しいPHPでの表示と動作を確認し、問題がないことを確かめてから本番へ反映しています。

移転元の状態 起きやすいこと 必要な対応
PHP 5系・WordPress 4系 新サーバーで画面が真っ白になる、エラーが出る テスト環境でWordPress・PHPを更新し、テーマを調整
PHP 7.4前後・プラグインが未更新 移転はできても一部の機能が動かない 移転と同時にプラグインを更新し、動作を確認
移転元のPHPが古すぎる 移転ツールや「簡単引越し」機能が使えない 手作業で移転し、移転先でバージョンアップ

サーバーのサービス終了が決まっている場合は、早めに動き始めるのが大切です。終了日が近づくほどサーバー会社のサポートも混み合い、もし予想外のことが起きても対応する時間が残りません。バージョンアップを含む場合、納期は2週間から1か月ほどを見ておくと安心です。


===

サイト引越し屋さんのWordPress引越しサービスには、万が一の移転事故に備えた補償も付いているため安全に移転が可能です!
→クリックしてサービス詳細を見る

事例2 移転後に画像が表示されない・403エラーが出る

移転したサイトを開いたら、文章は出ているのに画像だけが表示されない。このトラブルは、データの移し漏れか、画像の保存場所を指すURLが移転前のままになっていることが主な原因です。

現場での困りごと

ある商社のお客様は、ホームページのリニューアルにあたり、社内のパソコン上(ローカル環境)でWordPressのサイトを作っていました。それを今のドメインのまま本番サーバーで公開したい、というご依頼です。

公開作業を終えてお客様に確認していただいたところ、「ローカルで作っていたトップページのスライド画像が、本番サイトでは表示されていない」とご連絡をいただきました。さらに作業前の確認では、サイトに一時的に403エラー(アクセス禁止)が出ることもありました。

対処法

スライド画像は、スライダーの設定を本番環境に合わせて調整し、その日のうちに表示されるようにしました。

WordPressでは、記事本文やプラグインの設定の中に、移転前のURLがそのまま残っていることがよくあります。ドメインやURLが変わる移転では、データベース内のURLをまとめて置き換える作業が欠かせません。

403エラーは、サーバーのセキュリティ設定やWordPressとの相性で出ることがあります。この案件では一時的なもので収まりましたが、頻繁に出るようであればサーバー自体を見直すことも選択肢になります。

移転が終わったら、表示を眺めるだけでなく、実際に操作して確かめることが大切です。弊社では作業完了の連絡と一緒に、お客様に次の5つを確認していただいています。

  1. サイトが正しく表示されているか
  2. WordPressの管理画面にログインできるか
  3. 記事の投稿画面で画像をアップロードできるか
  4. 記事を投稿できるか
  5. お問い合わせフォームから送信できるか

なお、ローカル環境で作ったサイトは、作った本人の画面以外では元の表示を確認できません。どこがどう違うかを比べられないため、公開前にスクリーンショットを残しておくと、ずれに気づきやすくなります。


===

「WordPress引越し作業が面倒くさい」そんな時は、サイト引越し屋さんに丸投げでお任せください!移転のプロがすべての作業を代行いたします。
→クリックしてサービス詳細を見る

事例3 編集しても反映されない(WordPressが2つある)

管理画面で更新したはずなのに、サイトを開くと変わっていない。移転直後によくいただくご相談ですが、原因はブラウザのキャッシュとは限りません。サーバーの中にWordPressが2つできていることもあります。

現場での困りごと

スマートフォン修理店を営むお客様は、Jimdoで運営していたサイトをWordPressへ作り替えていました。新しいサイトは、本番とは別のサブドメイン(wp.〜)で作られていました。弊社ではドメイン移管、サーバーの切り替え、メール移行、旧ページからの301リダイレクトまでを担当しました。

切り替えの後、お客様から「更新しても反映されない」とご連絡がありました。調べてみると、サーバー内には作業用のwp.〜と本番のwww.〜の2つのWordPressがあり、どちらも公開された状態でした。

どちらにもログインできて編集もできるため、お客様が編集している管理画面と、実際に表示されているサイトが食い違っていたのです。

対処法

まず、どちらのWordPressを今後使うかをお客様と決めました。その上で使わない方を非公開にし、削除する前にはバックアップを取ります。両方が公開されたままだと、検索エンジンに同じ内容のページが2つあると判断され、SEOの面でも不利になります。

あわせて確認したいのが、管理画面の「設定」→「一般」にあるWordPressアドレスとサイトアドレスです。この案件でも、URLが「http://」のままになっていました。SSL化したサイトでは「https://」に揃えておかないと、ページの一部が正しく読み込まれないことがあります。

それでも反映されない場合は、ブラウザのキャッシュを疑います。変更したらキャッシュを削除するか、シークレットモードで確認すると確実です。


===

「やっぱりWordPress引越しを自力でやるのは難しそう…」と感じる場合は、WordPressのサーバー移転代行サービスを利用するのも一つの手です。
→クリックしてサービス詳細を見る

事例4 SSLが切り替わらず「保護されていない通信」と表示される

SSL証明書はサーバーごとに設定するものなので、サイトを移すと移転先でもう一度設定し直す必要があります。ここが抜けると、ブラウザに「この接続ではプライバシーが保護されません」と警告が出て、訪問者がそのまま離れてしまいます。

現場での困りごと

ある企画会社のお客様は、今のサーバーの有料SSLが自社には過剰だと感じており、無料SSLが使えるサーバーへの移転を希望されていました。

サーバーを切り替えた直後は、新しいサーバーでSSLが有効になるまでの間、サイトにhttpでアクセスされる状態になり、「保護されていない」という表示が続きました。

また別の企業様の案件では、有料SSLを手作業で更新していました。前任者は「自動で更新される」と話していたものの、実際は手作業で更新していたそうです。

その方が退職したあと、社内では誰も対応できなくなりました。調べると、サーバー自体のOSもサポートが終わっており、新しいSSLの仕組みを入れることも難しい状態でした。

対処法

切り替え直後の警告は、DNSが新サーバーに向いてSSLが発行されれば消えます。ただしサーバーによっては、DNSを切り替える前にSSLを設定できる「事前SSL」の仕組みがあります。警告が出る時間をなくしたい場合は、移転先で事前SSLが使えるかを先に確認しておきましょう。

移転を機に、SSLの種類を見直すのも一つの手です。弊社がお客様にご説明している違いは次のとおりです。

比較項目 無料SSL 有料SSL
更新作業 レンタルサーバーが自動で更新 更新のたびに手続きが必要なことが多い
費用 かからない 証明書代がかかる
運営会社の実在証明 付かない 種類によって付く
サーバーを移したとき 移転先で取り直す 移転先で設定し直す

SSL化だけが目的であれば、自動更新される無料SSLで十分なケースがほとんどです。取引先のセキュリティ基準で企業認証のSSLが求められている場合は、有料SSLを選びます。

もう1つ知っておきたいのが、SSL証明書の有効期間が段階的に短くなっていることです。業界団体CA/Browser Forumの決定により、2026年3月から最大200日、2027年3月から100日、2029年3月からは47日になります。手作業で更新する運用は、これからますます負担が大きくなります。


===

サイト引越し屋さんのWordPress引越しサービスには、万が一の移転事故に備えた補償も付いているため安全に移転が可能です!
→クリックしてサービス詳細を見る

事例5 ネームサーバーを切り替えたらメールが止まった

WordPressを移すつもりが、会社のメールまで止めてしまう。独自ドメインのメールアドレスを使っている会社では、業務への影響が特に大きいトラブルです。サイトとメールが同じサーバーにある場合、ネームサーバーを切り替えるとメールの届き先も一緒に変わるためです。

現場での困りごと

ある企業のお客様は、Webサイトだけを新しいサーバーへ移し、メールは今のサーバーで使い続けたいというご希望でした。ここでネームサーバーごと新サーバーへ切り替えてしまうと、メールの届き先まで変わり、新サーバーにはメールアカウントがないため届かなくなります。

また、旅館を営むあるお客様からは「社内で使っているメールアドレスが、今のレンタルサーバーと関係あるのか分からず困っている」というご相談もいただきました。社内に詳しい方がいない場合、ここが分からないまま移転を進めてしまうことが一番の危険です。

対処法

メールを今のサーバーに残す場合は、ネームサーバーはそのままにして、Webサイトの向き先を決めるAレコードだけを新サーバーへ切り替えます。先ほどの案件でも、弊社からはこの方法をおすすめし、メールを止めずにサイトだけを移す段取りを組みました。

旅館の案件では、サーバーの管理画面を弊社で確認し、独自ドメインのメールは使われていないことを確かめてから、メール移行は不要と判断しました。

メールも一緒に移す場合は、順番が大切です。弊社では次の流れで進めています。

  1. 新サーバーに、今と同じメールアドレスをあらかじめ作っておく
  2. メールソフトの新しい設定(送受信サーバー・パスワード)を手元に用意しておく
  3. メールのやり取りが少ない時間帯にDNSを切り替える
  4. 反映が落ち着いてから、各パソコンのメールソフトの設定を変更する

注意したいのは、切り替えた直後の数時間は、メールが旧サーバーに届いたり新サーバーに届いたりと不安定になることです。DNSの反映には理論上最大72時間かかるとされていますが、弊社が対応した案件では数時間程度、長くても24時間以内に反映されるケースが大半でした。

この間は旧サーバーを解約せず、両方のメールを確認できるようにしておきましょう。

メールを移した後は、新サーバーで発行されたパスワードに変わります。この変更をメールソフトに反映し忘れると、「送受信できない」というエラーになります。切り替えの前に、対象のアドレスと新しいパスワードを1つずつ管理表にまとめておくと、社内への案内もスムーズです。

事例6 ドメインやサーバーが制作会社の名義で、手続きが進まない

技術的な問題がなくても、契約の名義が原因で引越しが止まることがあります。ホームページを制作会社に任せていた場合、ドメインもサーバーも制作会社の名義で契約されていることが少なくありません。

現場での困りごと

ある税理士事務所のお客様は、昔に制作会社に作ってもらったWordPressを、その後一度も更新していませんでした。サーバーもドメインも制作会社名義で、ドメインを移すには制作会社にAuthコードを発行してもらう必要があります。

ご相談の背景には、今の制作会社の対応への不満がありました。

別の案件では、ドメインの管理会社にDNSの変更だけをお願いしたところ、「解約の書面を受け取ってAuthコードを送る、つまりドメイン移管以外は受け付けていない」と断られました。結果として、予定していなかったドメイン移管まで進めることになりました。

対処法

移転を決めたら、まず「誰の名義で、どこで管理されているか」を確認します。ドメイン、サーバー、メールの管理元がばらばらなことも多いので、それぞれの管理画面にログインできるかもあわせて確かめましょう。

制作会社名義の場合は、Authコードの発行を早めに依頼します。会社によっては書面での手続きが必要で、数日から数週間かかることもあります。移管の申請をしてから完了するまでにも数日かかるため、公開日が決まっている場合は、そこから逆算して動き始めるのが安全です。

ドメイン管理元のマイページにログインできなくても、登録しているメールアドレスにAuthコードが届けば移管は進められます。実際にこの方法で移管した案件もあります。

反対に、管理会社側の一時的な不具合でAuthコードが発行できなかったこともあり、そのときは管理会社に問い合わせて復旧を待ちました。日程にはこうした待ち時間の余裕も見ておきましょう。

事例7 改ざんされたサイトをそのまま移転して、また感染する

不正アクセスや改ざんをきっかけにサーバーを移したい、というご相談もあります。ただし、不正なファイルが残ったままデータを移すと、移転先でも同じ被害が繰り返されます。引越しは、データをきれいにしてから行うのが原則です。

現場での困りごと

ある企業では、1つのレンタルサーバーの契約の中で、グループ会社やサービスごとのサイトを運営していました。そのうち複数のサイトで、不正アクセスによるバックドア(外部から操作するための不正プログラム)が見つかったのです。

弊社でサーバー全体を調べると、設置されていたWordPressはざっと見ても数十個に及びました。不正なユーザーが作られた記録もあり、症状の大小はあれ感染はほぼ全体に広がっていました。

当初は「まず急ぎの1サイトだけを復旧したい」というご希望でした。しかし同じサーバーの中で1サイトだけをきれいにしても、ほかのサイトや共通の領域に残った不正ファイルから、また感染する可能性が高い状態でした。

また別の企業様の案件では、WordPressが会社全体のメールやDNSと同じサーバーで動いていることに懸念を示されている例もありました。ご担当者は、WordPressに脆弱性が見つかれば社内の仕組み全体が「共倒れ」になることを心配されていました。

対処法

感染が広がったサーバーでは、今のサーバーでの復旧にこだわらず、感染していない別のサーバーへ移して復旧します。先ほどの案件では、新しいサーバーを用意していただき、次の作業を行いました。

  • 不正なファイルと不審な設定ファイル(.htaccess)の除去
  • WordPress本体・プラグイン・テーマをきれいなもので入れ直す
  • 管理者、FTP、データベースなどのパスワードをすべて変更

復旧の目安は1サイトあたり1〜3日です。この案件では、急ぎのサイトから順に移転と復旧を進めました。改ざんされた状態が長く続くと、Googleに危険なドメインと判断され、復旧した後も検索で上がりにくくなるおそれがあるからです。

もう1つ大切なのが、移転先の置き方です。1つのサーバーにたくさんのサイトをまとめると、どれか1つが侵入されたときに全部が巻き込まれます。重要なサイトはサーバーを分ける、会社のメールやDNSとは切り離す、といった構成の見直しも、移転のタイミングであわせて検討しましょう。


===

「WordPress引越し作業が面倒くさい」そんな時は、サイト引越し屋さんに丸投げでお任せください!移転のプロがすべての作業を代行いたします。
→クリックしてサービス詳細を見る

事例から分かるWordPress引越し前のチェックリスト

7つの事例はどれも、移転前に確認しておけば防げたか、影響を小さくできたものです。弊社がお見積りの段階で確認している項目を、そのままチェックリストにしました。

確認する項目 確認の仕方 見落としたときに起きること
WordPress・PHPのバージョン 管理画面の「ツール」→「サイトヘルス」 新サーバーで動かない(事例1)
移転先サーバーの対応環境 サーバー会社の仕様ページ 移転ツールが使えない(事例1)
サーバー内のWordPressの数 サーバーのファイル一覧・管理画面 移し漏れ、編集が反映されない(事例3)
公開前の表示 主要ページのスクリーンショットを保存 画像が消えても気づけない(事例2)
SSLの種類と更新方法 サーバーの管理画面・証明書の発行元 「保護されていない通信」と表示される(事例4)
独自ドメインのメールの有無と接続方式 サーバーのメール設定画面・メールソフト(POP/IMAP) メールが止まる(事例5)
ドメイン・サーバーの契約名義 各管理画面へのログイン、制作会社への問い合わせ 手続きが進まない(事例6)
改ざんの兆候 見知らぬ管理者ユーザーやファイルがないか 移転先で再感染(事例7)

この表のうち、ひとつでも「分からない」ものがあれば、そこが引越しのリスクになります。自分で調べるのが難しい場合は、管理画面のログイン情報を共有いただければ、弊社でも調査できます。

WordPress移転失敗から対応した事例をご紹介

WordPressのサーバー移転を自力でやろうと試みたがうまくいかず、「サイト引越し屋さん」にご相談いただいて無事にサーバー移転を完了できた事例をご紹介いたします。

事例 – ウェブエックス株式会社様
ウェブエックス株式会社様

ウェブエックス株式会社様には自社にエンジニアさんがいらっしゃったものの、移転元サーバーがAWSであること、通常のエンジニア業務とサーバー移転作業の違いなどから苦戦しており、サイト引越し屋さんにご依頼いただきました。無事に完了することができ、お喜びのお言葉もいただいております。

事例 – Yuri様
Yuri様

ご自身でWordPress移転をしようか迷って調べたが、内容を見て難しいと感じご相談いただきました。このように、最初は自力で実施しようと検討して途中からご相談いただくケースも多くございます。

まとめ

WordPressの引越しで起きるトラブルは、データを移す作業そのものよりも、その前後の調査と切り替えで起きることがほとんどです。古いPHP、契約名義、メールとの関係、改ざんの有無。こうした点を移転前に把握できていれば、今回紹介した事例の多くは防げます。

とはいえ、すべてを自社で確認するのは簡単ではありません。サイト引越し屋さんでは、お見積りの段階で現在のサイトの環境を調べ、バージョンアップやメール移行が必要かどうかまで含めてご提案しています。

万が一の事故に備えた補償もありますので、「自分でやるのは不安」「一度失敗したことがある」という方は、まずはお気軽にご相談ください。

\WordPressの移転作業を代行中/
「WordPressを別のレンタルサーバーに移転したい」
「WordPressだけでなくメールアドレスの移行なども合わせて実施したい」

そんなときは私たちサイト引越し屋さんにお任せください。
専門のエンジニアが作業を代行いたします。

>>WordPress移転プランの詳細はこちら

この記事を書いた人

サイト引越し屋さん編集部

サイト引越し屋さん編集部

累計対応実績3,500案件以上、日本で最も利用されているサーバー移転&保守代行サービス『サイト引越し屋さん』のマーケティング部です。 サイト引越しに関わる技術情報をはじめ、WordPressやその他のWebサービスに関するノウハウを発信しています。 全日本SEO協会所属。

本サイトにてご提供している情報については、最新かつ正確な情報を提供するよう努力していますが、情報の正確性や完全性を保証するものではございません。また、コンテンツには一部プロモーションが含まれております。本サイトの情報を利用することによって生じたいかなる損害に対しても、当社は責任を負いかねます。情報をご利用される際は、ご自身の判断と責任において行っていただきますようお願い致します。