All-in-One WP Migrationの容量制限でインポートできないとき

All-in-One WP Migration のインポート画面に出る「最大アップロードサイズ」は、プラグインが決めている制限ではありません。開発元の ServMask の説明では、サーバーの PHP の設定 upload_max_filesize と post_max_size のうち小さい方がそのまま出ています。容量の制限でインポートできないときは、この二つをバックアップのファイル（.wpress）より大きくするか、それができなければ有料の Unlimited Extension を使います。上限は足りているのに途中で止まるときは、別の原因です。15分ほど待ち、プラグインのエラーの記録（error.log）と PHP の設定・版を確かめます。

この記事は、ServMask のヘルプと WordPress.org のプラグインのページ、PHP の公式マニュアルを、2026年11月14日に確かめた範囲で書いています。サーバーの引っ越しの全体の流れはWordPressの引っ越し（サーバー移行）に、バックアップの取り方はWordPressのバックアップ方法にまとめたので、ここでは「容量で取り込めない」「取り込みが止まる」の二つに絞ります。

この記事の結論

インポート画面の上限は、サーバーの upload_max_filesize と post_max_size の小さい方です。プラグインの無料版には、取り込むファイルの大きさの決まった上限はありません。
上げ方は、サーバー会社の管理画面、.user.ini、.htaccess、php.ini のどれかです。wp-config.php に書いても変わりません。
PHP の設定を上げられない、上げても Nginx や Cloudflare、WAF で止まる、というときは Unlimited Extension（有料）の出番です。
データベースの復元（Restoring database）などで止まったら、まず15分待ちます。そのあと別のタブで、移す前のサイトの ID とパスワードでログインし、パーマリンク設定を2回保存します。

上限を決めているのは、サーバーの PHP の設定

WordPress.org のプラグインのページでは、無料のプラグインはどんな大きさのサイトでも書き出せる一方、取り込むときにアップロードできるファイルの大きさはホスティング会社が決めている、と説明されています。FAQ でも、インポート画面の数字はプラグインの側では変えられないとされています。

ServMask のヘルプ（How to increase the upload limit）では、この数字は WordPress が受け取る PHP の上限で、upload_max_filesize（アップロードできる一つのファイルの最大）と post_max_size（一回の送信で受け付けるデータの最大）の小さい方だとされています。また、この数字は PHP の上限だけで、Nginx や Cloudflare、WAF がかけている大きさの制限は含まれていません。

今の値は、WordPress の「ツール」→「サイトヘルス」→「情報」→「サーバー」で見られます。ServMask のヘルプでも、ここで二つの値を見て、小さい方がインポート画面の数字と同じかを確かめるよう案内しています。

公式に案内されている、上限の上げ方

ServMask のヘルプでは、次の方法が挙げられています。どれも、移し先（取り込む側）のサーバーで行います。

サーバー会社の管理画面：PHP の設定を変える画面があれば、そこがいちばん安全です。エックスサーバーとさくらのレンタルサーバでの場所は、WordPressのアップロードの最大サイズを変更する方法に書きました。
.user.ini：WordPress を入れたフォルダに置きます。ServMask のヘルプでは、LiteSpeed や Nginx のサーバー、.htaccess が効かない場合の方法とされています。
.htaccess：Apache のサーバーで、WordPress を入れたフォルダの .htaccess に php_value の行を足します。
php.ini：サーバーの php.ini を編集できる場合です。
サーバー会社に頼む：PHP の設定が固定されている場合は、二つの値を .wpress のファイルより大きくしてもらうよう頼みます。

ServMask のヘルプに例として出ている値は、upload_max_filesize と post_max_size が 512M、memory_limit が 256M、max_execution_time と max_input_time が 300 です。.user.ini や php.ini には、次のように「名前 = 値」の形で書きます。

upload_max_filesize = 512M
post_max_size = 512M
memory_limit = 256M
max_execution_time = 300
max_input_time = 300

PHP の公式マニュアルでは、post_max_size は upload_max_filesize より大きく、memory_limit は一般に post_max_size より大きくする必要があるとされています。ServMask の例では二つを同じ値にしていますが、PHP の説明に合わせるなら、post_max_size を少し大きくしておくと迷いません。

wp-config.php に書いても変わらない

ServMask のヘルプでは、wp-config.php に @ini_set で upload_max_filesize や post_max_size を書く方法は使えないとしています。PHP の公式マニュアルでも、この二つは変更できる場所が「INI_PERDIR」（php.ini・.htaccess・httpd.conf・.user.ini で設定できる）とされ、動いている途中のプログラムからは変えられません。ネットで見かける書き方でも、この二つには効きません。

上げたのに、インポート画面の数字が変わらないとき

反映を待っていない：PHP の公式マニュアルでは、.user.ini は標準で300秒（5分）ごとに読み直されます。少し待ってから、インポート画面を開き直します。
書いた場所や方法が、そのサーバーに合っていない：PHP の公式マニュアルでは、.htaccess の php_value は PHP が Apache のモジュールとして動いている場合の方法で、.user.ini は CGI・FastCGI で動いている場合に読まれます。サーバーの動かし方に合わない方に書いても効きません。
サーバー会社の設定が優先されている：WordPress.org のページにも、設定を上書きするホスティング会社があると書かれています。
数字は変わったのに、アップロードが通らない：Nginx の client_max_body_size や、Cloudflare、WAF の制限に当たっている可能性があります。ServMask は、こうした外側の制限があるときは Unlimited Extension を使うよう案内しています。

Unlimited Extension でできること

WordPress.org のプラグインのページでは、有料の Unlimited Extension を入れると、サーバー会社のファイルの大きさの制限を回避したアップロードと、「バックアップ」の画面からのワンクリックの復元ができるようになるとされています。ServMask のヘルプでは、小分けにして送るので外側の制限も越えられると説明されています。

FTP などでサーバーのフォルダに .wpress を置いて、そこから復元する方法も、ServMask のヘルプでは Unlimited Extension を入れることが最初の手順になっています。プラグインの無料版だけでは、ファイルを置いても戻せない点に気をつけてください。

インポートが途中で止まるときの確かめ方

アップロードは終わったのに、復元の途中で進まなくなったときは、容量とは別の問題です。ServMask のヘルプ（What to do if importing is running for too long）では、次の順で確かめるよう案内されています。

データベースの復元中（英語の画面では Restoring database）と出ている場合は、画面を閉じずにさらに15分待ちます。
15分たったら、新しいタブで管理画面（wp-admin）を開き、移す前のサイトのユーザー名とパスワードでログインします。データベースが入れ替わっているので、移し先で作ったユーザーではなく、元のサイトのものを使います。
「設定」→「パーマリンク」で、変更せずに「変更を保存」を2回押します。これで移し替えが終わることがあります。
500 エラーが出る場合は、wp-config.php の WP_DEBUG を true にして画面を読み込み直し、エラーの中身を見ます（500 エラー全体の確かめ方はWordPressで500エラーが出るとき）。プラグインのエラーの記録は /wp-content/plugins/all-in-one-wp-migration/storage/error.log にあります。

同じヘルプでは、考えられる原因として二つが挙げられています。一つはサーバーの設定で、目安として memory_limit 256M、max_execution_time 500、mysql.connect_timeout 400 が示されています。もう一つは、移す前と移し先とで PHP の版が違うことです。その場合は、書き出す前にプラグインを止め、標準のテーマに切り替えてから書き出し直す方法が案内されています。WordPress.org の FAQ でも、止まるときは max_execution_time と memory_limit を上げるよう書かれています。PHP の版の確かめ方はWordPressのPHPバージョンの確認方法に書きました。

なお、WordPress.org の更新履歴では、7.111 から書き出しと取り込みに管理者の権限が要るようになっています。編集者などのユーザーで操作していないかも見てください。

今日、自社で確かめられること

移し先の「サイトヘルス」→「情報」→「サーバー」で、二つの値と PHP の版を控えます。
.wpress のファイルの大きさと比べます。足りなければ、サーバー会社の管理画面で PHP の設定を変えられるかを見ます。
移す前のサイトの、管理者のユーザー名とパスワードが手元にあるかを確かめます。取り込みのあとは、これでしか入れません。
取り込みは移し先のサイトの中身を入れ替える作業なので、念のため移し先にも控えを取っておきます。

当社は、中小企業や士業のホームページの運営を引き受けています。サーバーの引っ越しが途中で止まってしまった、という場合もお問い合わせからご相談ください。

参考にした公式の説明

いずれも2026年11月14日に内容を確かめました。このときのプラグインの版は 7.113 です。画面の表示名は、版や言語の設定によって変わることがあります。