本記事にはプロモーション（PR）が含まれます。
購入した有料テーマのZIPファイルを管理画面からアップロードしようとしたら「アップロードしたファイルは、php.ini で指定された upload_max_filesize を超えています」と赤い文字が出て止まった。あるいはプラグインの「今すぐインストール」を押した瞬間に画面が真っ白になり、「許容メモリサイズを使い果たしました（Allowed memory size exhausted）」と表示された。この記事は、そうした「入れようとしたのに入らない」場面に直面している人向けに、原因の切り分けと対処をまとめます。結論を先に言うと、プラグインやテーマのインストール失敗はほぼアップロードの上限・PHPのメモリ上限・ディスクの残量の3つのどれかが原因で、このうち上位2つは共用サーバー（1台のサーバーを複数の利用者で分け合う契約）でも自分で変えられることが多く、ディスク残量だけは掃除するかプランを上げるしか手がありません。まずエラーメッセージを読んで、どの上限に当たっているかを見分けるのが最短です。
プラグイン・テーマのインストール失敗を切り分ける3つの原因
「表示が崩れる」「更新できない」といった不具合は原因が多岐にわたりますが、インストールの段階で止まる失敗は原因がかなり絞れます。テーマやプラグインの本体はZIPファイルで、管理画面がそれを受け取り、展開し、サーバーのディスクに書き込む、という流れで処理されます。この流れのどこで詰まったかで原因が決まります。
- 受け取れない: ZIPが大きすぎてアップロードの上限に当たる。エラーに「upload_max_filesize」「post_max_size」が出る。
- 展開できない: 展開や有効化の処理でPHPが使えるメモリ（作業用の一時的なメモリ領域）を使い切る。「Allowed memory size … exhausted」「メモリを使い果たしました」が出る、または画面が真っ白になる。
- 書き込めない: ディスクの空き容量が尽きている、または書き込み権限がない。「ディスク容量が不足」「書き込みできませんでした」が出る。
この3つは、後述するように「共用サーバーで自分の設定として変えられるもの」と「サーバー会社が握っていて契約でしか動かせないもの」に分かれます。テーマが原因で見た目が崩れる話や、更新が保存できない話はこの記事では扱いません。ここではあくまで「インストールという入口で止まる」ケースに絞ります。
アップロードの上限（upload_max_filesize / post_max_size）で止まるとき
もっとも多いのがこれです。WordPressの管理画面には「最大アップロードサイズ」という上限があり、その値はPHPの2つの設定で決まります。ひとつが1ファイルの上限を決めるupload_max_filesize、もうひとつが送信データ全体の上限を決めるpost_max_sizeです。有料テーマのZIPは付属デモや画像を含んで数十MBになることがあり、初期設定の上限をあっさり超えます。
現在の上限は、管理画面の「メディア」→「新規追加」画面の下部か、「ツール」→「サイトヘルス」→「情報」→「サーバー」の項目で確認できます。ここに出ている「最大アップロードサイズ」より大きいZIPは、管理画面からは入りません。
上限に当たったときの3つの対処
- 設定値を引き上げる: 多くの共用サーバーは管理パネルにPHP設定の変更画面を用意しており、そこで upload_max_filesize と post_max_size を大きくできます（両方を上げないと post_max_size 側で頭打ちになります）。
- FTPで直接アップロードする: 管理画面を通さず、ZIPを展開したフォルダをFTP（ファイル転送の仕組み）で wp-content/plugins/ または wp-content/themes/ に置く方法です。この経路はアップロード上限の影響を受けません。上限を変えられない、または変えたくない場合の確実な回避策になります。
- ZIPを分割・軽量化する: デモコンテンツを含まない本体だけのZIPが配布元にある場合は、そちらを使うとサイズを下げられます。
memory_limit（メモリ上限）で真っ白になるとき
アップロードは通ったのに有効化の瞬間に画面が真っ白になる、または「Allowed memory size of … bytes exhausted」と出るのは、PHPが1回の処理で使える作業メモリの上限memory_limitを使い切ったサインです。高機能なページビルダー系プラグインや、多機能テーマの初回セットアップはメモリを多く使うため、初期設定のままだと足りないことがあります。
対処は、この memory_limit を引き上げることです。共用サーバーではPHP設定の変更画面から変えられる会社と、php.ini（PHPの設定ファイル）の編集で対応する会社があり、変更できる上限値も会社ごとに違います。なお上限は「使ってよい枠」を広げるだけで、いつも枠いっぱいを消費するわけではありません。過度に大きくすると、共用サーバーでは同居する他サイトへの影響を避けるためサーバー側で制限される場合があります。それでも足りない、頻繁に上限に当たるという状態は、そのサイトの規模が共用プランの想定を超えているサインでもあります。契約プランごとの容量やスペックの目安は、個人向けサーバーを3社で比較した記事で総額とあわせて確認できます。
ディスク残量が尽きているとき
3つ目がディスクの空き容量です。ZIPの展開先に書き込むだけの空きがないと、インストールは途中で失敗します。バックアップファイルや大量の画像、アクセスログ、使わなくなったテーマ・プラグインが積み重なって、意外と早く埋まります。
共用サーバーの容量は契約プランで決まる「変えられない値」です。たとえばさくらのレンタルサーバはライトが100GB・スタンダードが300GB、ロリポップはライトが350GB・スタンダードが450GB、エックスサーバーはスタンダードが500GB、といったようにプランごとに上限が固定されています（2026年9月時点・公式サイト確認）。個人ブログでこれを使い切ることはまれで、ディスク不足の多くは不要ファイルの蓄積が原因です。まずFTPやファイルマネージャーで大きいファイルを探して整理し、それでも足りなければプランを上げる、という順番になります。空き容量は管理パネルのディスク使用量表示で確認できます。
共用サーバーで「変えられる値」と「変えられない値」の線引き
この記事の核心です。同じ「上限」でも、自分の裁量で変えられるものと、契約を変えないと動かせないものがあります。切り分けの判断フローは次のとおりです。
- エラーに upload_max_filesize / post_max_size が出た → アップロード上限。多くの共用サーバーで自分で変えられる。変えられなければFTPで回避する。
- 「メモリを使い果たしました」「真っ白」 → memory_limit。会社により変更可否が分かれる。変えられない、または上限が低い会社では、プラグインを見直すか上位プラン・上位サーバーを検討する。
- 「ディスク容量が不足」 → ディスク残量。容量そのものは契約プランで固定＝変えられない。まず掃除、次にプラン変更。
- 「書き込みできませんでした」だけ → ファイルの権限（パーミッション）の問題の可能性。共用サーバーでは通常サーバー側が適切に設定しており、FTPクライアントで対象フォルダの書き込み権限を確認する。
下の表に、3つの原因と共用サーバーでの対処可否をまとめます。
| 症状・エラー | 原因 | 共用サーバーで変えられるか | 最初の対処 |
|---|---|---|---|
| upload_max_filesize を超えています | 1ファイルのアップロード上限 | 多くは可（PHP設定画面） | 設定引き上げ、またはFTPで直接設置 |
| post_max_size を超えています | 送信データ全体の上限 | 多くは可（同上） | upload側と両方を引き上げる |
| Allowed memory size exhausted／真っ白 | PHPのメモリ上限（memory_limit） | 会社により分かれる | memory_limit引き上げ、無理ならプラグイン見直し |
| ディスク容量が不足しています | ディスク残量 | 不可（プラン固定） | 不要ファイル整理、次にプラン変更 |
| 書き込みできませんでした | フォルダの権限（パーミッション） | FTPで確認・変更可 | 対象フォルダの書き込み権限を確認 |
要するに、アップロード上限は「自分で開けられる扉」、memory_limitは「会社によって開く扉」、ディスク容量は「契約でしか広げられない部屋」と考えると整理しやすくなります。サーバー選びの段階なら、PHP設定を管理画面から自由に変えられるか、変えられる上限はどこまでかを事前に確認しておくと、後で詰まりにくくなります。この点は各社の公式仕様ページで確認するのが確実です。
よくある質問
upload_max_filesize と post_max_size は片方だけ上げれば足りますか
両方を上げる必要があります。1ファイルの上限（upload_max_filesize）を大きくしても、送信データ全体の上限（post_max_size）が小さいままだと、そちらで頭打ちになります。post_max_size は upload_max_filesize と同じか、それより少し大きい値にしておくのが基本です。
管理画面にPHP設定の変更画面が見当たりません
会社やプランによって、管理パネルのどこに置かれているか、そもそも用意されているかが異なります。見当たらない場合は、テーマやプラグインのZIPをFTP（ファイル転送の仕組み）で wp-content 配下に直接置く方法で、アップロード上限を回避できます。設定変更の可否や場所は、契約しているサーバーの公式マニュアルで確認してください。
設定を上げてもインストールが失敗するのはなぜですか
アップロード上限を上げても真っ白になる場合は、原因が memory_limit（メモリ上限）に移っている可能性があります。エラーメッセージが「upload」から「memory」に変わっていないかを確認してください。両方を上げても改善しないときは、ディスク残量や配布元ZIPの破損も疑います。
プラグインを入れすぎるとインストールが失敗しやすくなりますか
直接の原因ではありませんが、多くのプラグインが常時メモリを使っていると、新規インストール時に memory_limit に達しやすくなります。使っていないプラグインは無効化・削除しておくと、メモリにもディスクにも余裕が生まれます。
共用サーバーで memory_limit を大きくすると他の人に迷惑がかかりませんか
memory_limit は「1つの処理が使ってよい上限枠」で、常にその枠を消費するわけではありません。ただし共用サーバーでは、極端に大きな値をサーバー側が制限していることがあります。必要な分だけ広げ、頻繁に上限へ当たるようなら、そのサイトの規模が共用プランの想定を超えていると考えて上位プランを検討するのが健全です。
FTPで直接入れたプラグインは正常に動きますか
管理画面から入れた場合と同じように動きます。ZIPを展開したフォルダを wp-content/plugins/ に置けば、管理画面の「プラグイン」一覧に現れ、そこから有効化できます。フォルダ名やファイル構成を崩さないことだけ注意してください。
参考・出典
- エックスサーバー 機能一覧・料金 https://www.xserver.ne.jp/functions/ ／ https://www.xserver.ne.jp/price/
- ロリポップ！ 機能・料金 https://lolipop.jp/service/function/ ／ https://lolipop.jp/pricing/
- さくらのレンタルサーバ プラン https://rs.sakura.ad.jp/plan/
- ConoHa WING 機能・料金 https://www.conoha.jp/wing/function/ ／ https://www.conoha.jp/wing/pricing/
