ロリポップの簡単引っ越しができない。止まる4か所

この記事の結論

ロリポップの「WordPress簡単引っ越し」は、ユーザー専用ページに引っ越し元のURL・ユーザー名・パスワードを入れて実行すると、4ステップの処理が走る機能です。押したのに先へ進まない、途中のステップで止まる、完了と出たのに前のサイトのままに見える。この記事は、いまその状態になっていて原因を探している人向けです。

先に、切り分ける順番だけ書きます。症状は4つに分かれ、それぞれ原因の層が違います。

1. そもそも開始できない（条件で弾かれる）→ 動作要件とプラン、データベースの上限を見る
2. 4ステップの途中で止まる → 止まったステップの文言を控えてから、時間をおいて再実行する
3. 完了したのに表示が変わらない → 引っ越しの対象外だったもの、キャッシュ、ドメインの3つに分ける
4. 管理画面での保存が403になる → 引っ越しではなくWAFの話

この4つを混ぜたまま設定を触り続けると、どれが効いたのか分からなくなります。上から順に見ていくのが早いです。

そして、この記事でいちばん伝えたいことを先に書きます。 1つ目の「開始できない」に当たっている場合、原因はユーザー専用ページの「PHP設定」で直せる可能性があります。 サーバーを変える話ではありません。ただしロリポップは選べるPHPの一覧を公開していないので、この画面を開かないと判断できません。詳しくは章1に書きます。

この記事の立場（先に書きます）

ナラビカはロリポップでこのサイトを運用しています。そのうえで、この記事で運営者の体験として書くのは、次の3点だけです。いつ時点のことかを付けます。

• 2026年8月16日の作業時点：WAFが ＜script＞ を含むPOSTを403で弾いた。広告タグの保存時は一時的な無効化が必要で、設定変更の反映に5〜10分かかり、その間はノードによって403が混ざった
• 過去（LiteSpeed Cacheの公開ページキャッシュを使っていた時期）：キャッシュのTTLを7日（max-age=604800）にしていて、パージを忘れたために「広告が出ない」「構造化データが0件」に見える状態を2回経験した。2026年9月19日時点では、このサイトの公開ページキャッシュはオフにしてあります。現在の設定として7日という数字を使わないでください
• 2026年9月19日時点：.htaccess の先頭に http から https へのリダイレクト（302）を置いている

「WordPress簡単引っ越し」というツールそのものを実行した記録はありません。 そのため、ツールの挙動・所要時間・エラー画面の見え方については、公式マニュアルに書かれている内容だけを扱います。「やってみたらこうだった」という書き方はしません。

公式の記述は、2026年9月19日にロリポップの公式マニュアル・機能一覧・サーバー仕様・料金ページを開いて確認したものです。仕様と料金は変わるので、作業する日に同じページを見直してください。

1. そもそも開始できない：動作要件とプランを先に見る

公式マニュアル「WordPress（ワードプレス）簡単引っ越しの利用方法」には、動作要件が4つ書かれています。

• 契約しているアカウントで、データベース作成上限に達していないこと
• 引っ越し元サイトで使用しているWordPressのバージョンが4.0以上であること
• 引っ越し元サイトで使用しているPHPのバージョンが5.3以上であること
• 引っ越し元サイトで使用しているWordPressのバージョンの動作環境に、ロリポップで利用しているPHPのバージョンが含まれていること

あわせて、引っ越し元が次の条件にあてはまる場合は利用できない、と書かれています。

• WordPressでマルチサイト機能を使用している場合
• データベースの容量が1GBを超えている場合
• WordPress.comで運用されている場合
• PHPからファイルを圧縮するツールが利用できない場合

対応プランは、ライト・スタンダード・ハイスピード・エンタープライズの4つです。エコノミープランは対応プランに入っていません。 料金ページの比較表でも、エコノミーのMySQL8欄は「-」になっています。2つの公表値は整合して見えますが、公式がそう説明しているわけではありません。

4つ目の要件は、自分のPHP設定画面を開かないと判断できない

4つ目だけ、読んだだけでは判断できません。ここで問われているのは、引っ越し先（ロリポップ側）でいまどのPHPを選んでいるかです。

そして調べた結果、ロリポップは「選べるPHPのバージョンの一覧」を公開していません。 公式マニュアル「CGI、SSI、PHP、SENDMAILについて」の「PHPについて」という見出しの下にあるのは、次の2文だけです。

ロリポップ！で利用できるPHPのバージョンは、サーバーによって異なります。ご利用可能なPHPのバージョンはユーザー専用ページ「サーバーの管理・設定」にある「PHP設定」でドメイン毎にご確認ください。

バージョンの一覧は、この見出しの下に載っていません。 公式が案内しているのは「自分の管理画面で確認する」ことだけです。

サーバー仕様ページのPHP欄には、プランごとの値として 8.3 / 8.4 / 8.5 が載っています（2026年9月19日時点）。その下には「詳細については CGI・SSI・PHP・SENDMAILの詳細について をご参照ください」という注が付いていて、リンク先は上のマニュアルです。その詳細ページが「サーバーによって異なるので管理画面で確認してください」と言っているので、仕様ページの3つが自分の環境の選択肢と同じとは限りません。

##### 同じマニュアルの「言語ごとのパス」を、選択肢の一覧と読まないでください

このマニュアルには、別の見出し「CGI、SSI、SENDMAILの設定などについて」→「言語ごとのパス」の下に、サーバー番号ごとの表があります。そこには PHP バージョン7.4 /usr/local/bin/php7.4 のように、7.4 や 8.0 などの行が並ぶサーバー番号もあります。

これは「使用言語」と「パス」の2列の表で、コマンドラインから実行するときのパスの一覧です。 Perl・Ruby・Python と並んで載っています。PHP設定の画面で選べるバージョンの一覧ではありません。

パスが載っていることと、管理画面の選択肢にそのバージョンが出ることが同じかどうかは、公式に記載がありません。 ここを一覧と読むと、実際には選べないバージョンを前提にした計画を立てることになります。

##### 結論：要件4は、画面を開く前には判断できない

したがって、この記事では「引っ越し元のWordPressが◯◯以降なら大丈夫」という形の答えを出しません。公式が一覧を出していない以上、外から判断する材料がありません。

代わりに、判断できる形にする手順を書きます。ユーザー専用ページの「サーバーの管理・設定」→「PHP設定」を開き、ドメインごとに次の2つを控えてください。

• いま選ばれているバージョン
• プルダウンに出てくる選択肢の全部

公式の案内は、ここで一周して戻ってきます。「PHP設定」のマニュアルにも「利用可能なPHPバージョンは、CGI、SSI、PHP、SENDMAILについてをご確認ください」という案内がありますが、そのリンク先は上で引用した2文（＝「PHP設定でご確認ください」）そのものです（リンクのアンカーが該当の見出しを指していることを2026年9月20日に確認しました）。公式をたどっていっても、一覧にはたどり着きません。 画面を開く以外の方法が用意されていない、ということです。

なお「PHP設定」のマニュアルは、利用できるプランを「エコノミープラン、ライトプラン、スタンダードプラン、エンタープライズプランにて利用できます」としており、ハイスピードプランが列挙から抜けています（2026年9月19日時点）。ハイスピードプランの場合は、画面に項目があるかを実際に見て判断してください。

WordPress側が、どのPHPまで対応しているか

選択肢を控えたら、次はWordPress側と突き合わせます。 引っ越し元のWordPressがどのPHPに対応しているかは、WordPress本体の開発ハンドブックに対応表があります（Last updated: 2026年8月19日）。8.5から7.4までの列を抜き出すと、こうなっています。

読み方を先に書きます。 右端の「対応する最も新しいPHP」が、そのWordPressで使える上限です。PHP設定の選択肢の中に、この値かそれより古いものがあれば、要件4を満たせます。 無ければ満たせません。

原表は英語で、対応を Y、非対応を N で示す形の表が3つに分かれています。上の表は、各行で Y が付いているいちばん新しいPHPを1列にまとめ直したものです。

下のほうほど条件が厳しくなります。 ロリポップのサーバー仕様ページに載っているのは 8.3 / 8.4 / 8.5 の3つなので、引っ越し元が 6.3以前だと、仕様ページに載っている範囲では足りません。 実際に 8.2 以下が選べるかどうかは、繰り返しになりますが画面を開くまで分かりません。

そして下端に注意してください。 動作要件はWordPress 4.0以上を通しますが、4.7・4.8 は 7.1 以下、4.9 は 7.2 以下でないと動作環境に含まれません。 動作要件の2つ目（4.0以上）と3つ目（引っ越し元のPHPが5.3以上）は満たしていても、4つ目で止まります。なお、ハンドブックの表は4.7までしか載っていないため、4.0〜4.6についてはこの記事では判断していません。

要件4に当たっていたら、まずロリポップ側のPHPを下げる

画面で控えた選択肢と、上の表を突き合わせます。ここから先はこちらの読み取りで、ロリポップの公式がこう説明しているわけではありません。

やることは1つです。選択肢の中から、上の表の「対応する最も新しいPHP」以下のものを選ぶ。 それだけです。

よくある形の1つは、引っ越し元が現行世代のWordPressなのに、ロリポップ側で選ばれているPHPが新しすぎるというケースです。

• 引っ越し元が WordPress 6.8、ロリポップ側が PHP 8.5 → 6.8は8.5に非対応なので、要件4を満たしません
• 選択肢に 8.4 か 8.3 があれば、そこへ下げる → 満たします
• 引っ越し元が WordPress 6.5 なら、8.3以下の選択肢を探します

つまり、サーバーを変える前に、「PHP設定」でバージョンを下げるだけで通る場合があります。 引っ越し元のWordPressを上げる必要も、契約を変える必要もありません。ここを試さずにサーバーの乗り換えを考えるのは早いです。

下げ先の値は、前の節の表がそのまま使えます。 同じ表を2回載せないので、そちらを見てください。

選択肢の中に、その値以下のものが1つも無ければ、ロリポップ側に下げ先がありません。 その場合は、引っ越し元のWordPressを先に上げてから引っ越す、という順番になります。ただしWordPressとPHPの両方が古いと、片方だけを上げて動かなくなることがあります。引っ越しボタンを押す前の工程が増える作業です。

PHPバージョンを変える前に読む、3つの注意

ロリポップの「PHP設定」マニュアルに、変更にあたっての注意が書かれています。どれも引っ越し作業に直接効きます。

• 反映に時間がかかる。 「設定変更後、反映までに5～10分ほどかかります」。変更の直後に実行すると、まだ前のバージョンのことがあります
• 戻せなくなる区間がある。 「PHP7.1未満のバージョンからアップグレードした場合、変更前のバージョンに戻すことができません」。このマニュアルに書かれているのはこの形だけですが、変更の前に自分の画面でどのバージョンが選べるかを見ておくと確実です
• データベースのパスワード形式が絡むことがある。 「PHPのバージョン変更を行った際、簡単インストールが失敗したり、サイトで『データベース接続確立エラー』が表示される場合は、データベースのパスワード形式を『native_password形式』に変更する必要があります」（手順は同マニュアル）

公式は変更前の確認として「テーマやプラグインが変更後のPHPバージョンに対応しているか事前にご確認ください」とも書いています。要件4のために下げる場合も、下げた先で動くかは別の話です。

データベースの作成上限は、プランで違う

要件の1つ目にあるデータベースの上限は、料金ページの比較表で確認できます（2026年9月19日時点）。

公式マニュアルには「引っ越し処理を行う際にデータベースを1つ新たに追加します。既にデータベースを上限数まで利用している場合は引っ越しを開始できません」と書かれています。判断されるのは使用量ではなく作成済みの個数です。上限に当たっているなら、「データベース」画面から不要なものを整理してから実行します。

なお、データベースの容量が1GBを超えている場合は、上限の話とは別に「利用することができません」の側に入ります。個数と容量は別の条件です。

上書きされる前提でバックアップを取る

公式マニュアルには「インストール先のディレクトリに同じ名前のファイルが存在する場合は、上書きされます。万が一に備えて、データのバックアップをお勧めします」と書かれています。引っ越し先に何か置いてある状態で実行するときは、先に控えを取ります。戻す側の確認はWordPressのバックアップ復元に失敗したとき、上書き前に確認する3つのことにまとめてあります。

2. 4ステップの途中で止まる

引っ越し処理は4ステップあり、すべて正常に処理されると完了します。途中で止まった場合について、公式マニュアルはこう書いています。

稀に、問題（引っ越し元のサイトとのネットワーク接続等）が発生して全てのステップが正常に完了しない場合があります。その場合は、しばらく時間をおいて再度実行してください。

何度か再実行しても完了しない場合は、ユーザー専用ページの「お問合せ」からご連絡ください。お問合せの際に、エラーになったステップに表示されている文言を添えてください。

ここで効いてくるのは後半です。問い合わせるときに求められるのは「エラーになったステップに表示されている文言」です。 画面を閉じてから問い合わせると、この文言が手元にありません。

つまり、再実行する前にやることが1つあります。止まったステップに出ている文言を控えること（スクリーンショットが確実です）。そのうえで時間をおいて再実行し、同じところで止まるなら、そのことも控えておきます。

「時間をおいて再実行」は、原因が引っ越し元との通信であれば効きます。効かない場合は待っても変わらないので、控えた文言を持って問い合わせに切り替えます。

セキュリティ系プラグインは「条件つき」で無効化する

公式マニュアルの注意事項に、次の一文があります。条件が付いているので、条件ごと引用します。

セキュリティ系のプラグインを導入していて、管理者ページのURLが変更されている場合は、引っ越しを行う際に一旦無効にして、引っ越しが完了した後に有効に戻してください

この記述は「セキュリティ系プラグインをすべて無効にせよ」ではありません。条件は「管理者ページのURLが変更されている場合」です。ログインURLを既定から変更する設定を使っているかどうかが分かれ目になります。

公式は理由を書いていません。ツールが使うのは引っ越し元の管理者ユーザー名とパスワードで、URL欄に入れるのは「管理者ページのURLではなく、通常のサイトが閲覧できるURL」と指定されているため、管理画面の場所が既定から動いていると噛み合わない、という形の条件だと読めます。ここは公式の記述ではなく、こちらの読み取りです。

無効化したときは、引っ越しが完了したあとに有効へ戻すところまでが手順です。戻し忘れると、ログイン保護のない状態で残ります。

自分の設定を疑う前に、障害情報を見る

ロリポップには障害情報のページがあり、機能単位の不具合が掲載されることがあります。2026年9月19日時点の一覧にも「ドメインずっと無料同時取得に失敗する事象が発生しています」（2026/09/04）のような、特定機能に限った掲載が並んでいました。同日時点で、簡単引っ越しに関する掲載はありません。 設定を何度も見直す前にこのページを開くと、自分の側に原因がない可能性を先に消せます。

3. 完了したのに、表示が変わらない

ここからは、処理そのものは終わっているケースです。原因は3つに分かれます。

3-1. .htaccess は引っ越しの対象外

公式マニュアルは、引っ越しの対象と対象外を分けて書いています。対象外は次の3つです。

• 引っ越し元にある .htaccess ファイル
• wp-content ディレクトリ以下のバックアップ系のプラグインのデータ
• wp-content 以外のデータ

.htaccess が持ち越されないのは見落としやすいところです。リダイレクト、Basic認証、圧縮や配信に関する記述を書いていた場合、引っ越し先にはそれが無い状態から始まります。「移したのに前と挙動が違う」の多くは、ここに入ります。wp-content の外に置いたスクリプトやディレクトリも同様で、別途アップロードが要ります。

ナラビカでも、2026年9月19日時点で .htaccess の先頭に http から https へのリダイレクトを置いています。あわせて、LSCACHEやWordPressが自動生成するマーカーの内側には書かないようにしています。マーカーの内側はプラグインやWordPress本体が書き換える区画なので、設定を変えたときに消える可能性があるためです（この理由の部分は一般的な説明で、ロリポップ固有の仕様ではありません）。

3-2. キャッシュ（LiteSpeedを使うプランの場合）

ロリポップのWebサーバーは、プランによって違います。サーバー仕様ページの表記では、Apache 2.4.x が既定で、ハイスピードプラン・エンタープライズプランの場合は LiteSpeed 6.3 です。料金ページ側の表記は「Nginx+Apache」「Nginx+LiteSpeed」となっています。

LiteSpeedを使うプラン（ハイスピード・エンタープライズ）で、ページのキャッシュを有効にしている場合は、キャッシュが症状に絡んできます。 一度生成したHTMLを保持期間（TTL）のあいだ配信し続ける仕組みなので、中身を変えてもパージ（キャッシュの削除）をしないと前のページが出続けます。

ナラビカでも、以前このキャッシュを使っていた時期に、TTLを7日（max-age=604800）にしていました。そのときパージを忘れたことが原因で「広告が出ない」「構造化データが0件」に見える状態を2回経験しています。設定は正しく保存できていて、配信されていたHTMLが古いだけでした。なお2026年9月19日時点では、このサイトの公開ページキャッシュはオフにしてあります。7日という数字は当時の設定で、いまの設定ではありません。

引っ越し直後は、この見え方と「引っ越しが反映されていない」の区別が付きにくくなります。管理画面を開き直して新しい内容が入っているなら、保存は通っています。手順はLiteSpeed Cacheが反映されないときに確認する3つのことに分けて書いてあります。

Apacheのプラン（エコノミー・ライト・スタンダード）や、ページキャッシュを有効にしていない場合、この節は当てはまりません。

3-3. 同じURLで移した場合、ドメインの移行が終わるまで表示は切り替わらない

公式マニュアルに、次のように書かれています。

引っ越し元から同じURLで引っ越しをした場合、ドメインの移管を行うまでロリポップ！側を使ったページ表示はできません。引き続きドメインの移行処理を行ってください。

引っ越し後に独自SSL証明書をロリポップ！側で導入する必要があります。独自SSL証明書を導入する場合は、ドメインの移行処理を行う必要があります。

つまり、引っ越しは完了していて、ブラウザで開くと前のサーバーが応答しているという状態は、この時点では想定どおりです。不具合ではありません。切り替わるのはドメイン（ネームサーバー）の設定を変えたあとです。引っ越し先の中身を先に見たい場合は、ユーザー専用ページの「サイトURL」「管理者ページURL」から開きます。

DNSを切り替える前に見ておく項目はWordPressを別サーバーへ移転するとき、DNSを切り替える前に確認する4つのことにまとめてあります。順番を間違えると、切り替わった瞬間にメールだけ止まることがあります。

3-4. 引っ越し後に変わっているもの

公式マニュアルが「引っ越し後のWordPressについて」として挙げているものが3つあります。表示の違和感の原因になるので、先に把握しておくと切り分けが早くなります。

• WordPressのマイナーバージョンが最新のものになる。 公式の例では、引っ越し元で5.6.2を使っていた場合、引っ越し後は5.6系の最新バージョンになります
• 「Lolipop Migrator」プラグインがインストールされている状態になる。 引っ越し処理で使われるプラグインです
• wp-config.php のパーミッションが400になる。 サイト改ざん対策のためで、読み込み専用です。書き換えたい場合は、一旦パーミッションを変更し、内容を書き換えたあとに400へ設定し直します

3つ目は、引っ越し後に wp-config.php を編集しようとして書き込めない、という形で出てきます。壊れているわけではありません。

4. 保存が403になるのは、引っ越しではなくWAFの話

引っ越しが終わったあと、管理画面での保存だけが通らない、という症状は別の層です。サーバー仕様ページによると、ロリポップのWAFのソフトウェアは SiteGuard Server Edition、監視対象は HTTP と HTTPS、ログの保存期間は3ヵ月、保存件数は制限なしです。

ここに条件つきの注意が2か所あり、しかも書き方が一致していません。

エンタープライズプランが対象に含まれるかどうかが、2ページで違って読めます（いずれも2026年9月19日時点）。自分のプランのユーザー専用ページで「WAF設定」を開き、「ログ参照」が出るかどうかを実際に見るのが確実です。 検知ログが見られないプランでは、「WAFで弾かれたのかどうか」をログから確認する手段が無いため、有効・無効を切り替えて挙動が変わるかで判断することになります。

ナラビカでは、2026年8月16日の作業時に、WAFが ＜script＞ を含むPOSTを403で弾く挙動に当たりました。広告タグを保存するときは一時的にWAFを無効化する必要があり、保存後は有効へ戻しています。設定の反映には5〜10分かかり、その間はノードによって403が混ざったため、リトライで通しました。「無効にしたのにまだ403が出る」は、反映待ちの可能性があります。

切り分けの手順はWordPressの管理画面が403になるとき、プラグインを消す前にWAFで確認する3つのことに書いてあります。WAFに弾かれた瞬間の見え方がサーバーごとにどう違うかは、ロリポップとさくらのレンタルサーバのWAF比較で扱っています。

5. 何度試しても通らないときの、引き返し方

ツールで通らない場合、手で移す道が公式に用意されています。マニュアル「他サーバーからのWordPress移行方法」の流れは、独自ドメイン設定（このとき「あとでネームサーバーを設定する」を選ぶ）→ wp-config.php の編集 → FTPでデータをアップロード → データベース作成 → phpMyAdminでインポート → ネームサーバー設定変更、の6つです。

同じマニュアルに、始める前の注意が2つあります。どちらも順番の話です。

• 移行が完了するまで他サーバーの契約は継続してください
• 移行作業の前に独自ドメインの設定は変更しないでください

インポートについても条件つきの注意があります。「インポート先のデータベースに同じ接頭辞のテーブルが存在する場合、インポート時に新しいテーブルに上書きされます」。引っ越し先で先にWordPressを入れていると、ここに当たります。

ただし、手作業へ切り替える前に見直すことがあります。ネットワーク由来で止まっているなら再実行で通ることがあり、動作要件で弾かれているなら何度押しても同じです。とくに要件4は、ユーザー専用ページの「PHP設定」で解ける場合があります。

6. ロリポップ側で解けないと分かった場合にだけ、載せ替えを考える

この記事の目的は、いま止まっているものを動かすことです。章1から章5で動くなら、サーバーを変える理由はありません。 とくに要件4は、ロリポップ側のPHP設定で片が付くことがあります。そちらを試す前に、この章を読む必要はありません。

そのうえで、ロリポップ側では手が無いと確定する形が2つあります。

1つ目。 ユーザー専用ページの「PHP設定」を開いて、プルダウンに出ている選択肢の中に、引っ越し元のWordPressが対応するものが1つも無かった場合（章1の突き合わせ表で確認できます）。引っ越し元のWordPressを上げられないなら、ロリポップ側では要件4を満たせません。

この判断は、画面を開いてからでないとできません。 ロリポップは選べるバージョンの一覧を公開していないので、章1に書いたとおり、契約しているサーバーによって選択肢が違います。「たぶん古いPHPは選べないだろう」で乗り換えを決めないでください。

このときの選択肢の1つが、古いPHPを選べるサーバーへ載せ替えることです。エックスサーバーのマニュアルに載っているPHPの一覧には、8.5.x から 5.1.6 までが並んでいます。ただし同じページに、条件と留保が2つ書かれています。両方とも持ち込みます。

「Xアクセラレータ Ver.2」が有効となっている場合、PHPバージョンは「8.5.x / 8.4.x / 8.3.x / 8.2.x / 8.1.x / 8.0.x / 7.4.x / 7.3.x / 7.2.x」がご利用可能です。

（8.2.x から 5.5.x について）旧バージョンです。今後バージョンアップの予定はないため新規での利用は推奨しません。

つまり、7.1以前を使いたい場合はXアクセラレータ Ver.2 の設定もあわせて見る必要があり、8.2.x から 5.5.x については提供元が新規利用を勧めていません（2026年9月19日確認。なお 5.4.x / 5.3.3 / 5.1.6 には別の説明が付いています）。「古いPHPが一覧にある」だけで選ぶ話ではありません。古いWordPressを古いPHPで動かし続ける構成は、移す先を変えても先送りになります。

2つ目。 引っ越し元のデータベースの容量が1GBを超えている場合。公式が「利用することができません」に挙げている条件で、設定では外せません。ただしこちらは、サーバーを変えれば解決する、とは言えません。 移行ツールが使えるかは移行先の条件しだいで、同じ壁に当たる可能性があります。まず章5の手作業か、データベースを分割してのエクスポートを検討することになります。

移すと決めた場合の手順は、この記事では扱っていません。 出発側と行き先で作業する場所が変わり、ツールも向きによって別のものになるので、ロリポップとエックスサーバー、移行は向きで変わるに分けて書いています。ネームサーバーを切り替える順番、.htaccess とSSLの扱い、旧サーバーをいつ止めるかは、そちらです。

契約中のサーバーと他社を比べたい場合は、エックスサーバーとロリポップの比較とロリポップとさくらのレンタルサーバの比較で、WAFの初期設定やキャッシュまわりの違いを扱っています。SSHが使える最低プランで比べる場合はエックスサーバーとさくらのレンタルサーバの比較です。

エックスサーバーのプランと料金を確認する(初期費用0円・10日間無料お試し)広告

エックスサーバーを10日間の無料お試しで確かめる

まとめ

ロリポップの簡単引っ越しが動かないとき、先に症状を4つに分けます。

いちばん手前で効くのは、ユーザー専用ページの「サーバーの管理・設定」→「PHP設定」を開くことです。

ロリポップは、選べるPHPのバージョンの一覧を公開していません。 公式マニュアルにあるのは「サーバーによって異なります」「PHP設定でドメイン毎にご確認ください」の2文だけです。（仕様ページにプランごとの値はありますが、詳細ページが「サーバーによって異なる」としているため、自分の選択肢と同じとは限りません）だからこの記事は、「WordPressが◯◯以降なら大丈夫」という形の答えを出していません。外から判断する材料が無いからです。

代わりにやることは、画面を開いて選択肢を控え、引っ越し元のWordPressが対応するバージョンが選択肢の中にあるかを見る、それだけです。あれば下げれば通り、無ければロリポップ側に手がありません。突き合わせに使う表は章1にあります。

ただしこの突き合わせは、ロリポップの動作要件とWordPress側の対応表という2つの公式情報をこちらで並べたものです。 ロリポップの公式が「このWordPressにはこのPHP」と書いているわけではありません。

この記事の公式情報は2026年9月19日に確認したものです。プラン構成もPHPのバージョンも変わるので、作業する日に同じページを開いて見直してください。