WordPressのメモリ不足エラーを解消する限界値の変更手順【2026年最新】

ケース1：ページビルダー導入後にメモリエラーが頻発したブロガー

状況：記事デザインを向上させるためにElementorをインストールしたところ、WordPress管理画面が真っ白になりElementorのエディタが開けなくなった。

原因：WordPressのデフォルトWP_MEMORY_LIMIT（40MB）では、Elementorが必要とするメモリ（128MB以上）に大幅に不足していた。

解決手順：

1. FTPでwp-config.phpを開き「That’s all」の上に以下を追記：

define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

2. 保存後にWordPress管理画面にアクセス→正常に表示されることを確認
3. ElementorのエディタもエラーなくOPENできることを確認

結果：即時解決。Elementorのエディタも正常動作。

教訓：ページビルダー（Elementor・Beaver Builder等）は通常のプラグインと比べてメモリ消費が非常に多い。導入前にwp-config.phpのメモリ設定を先に行っておくことを推奨。

ケース2：ConoHa WINGでwp-config.phpを編集しても効かなかった事例

状況：メモリエラーが発生したのでwp-config.phpにdefine('WP_MEMORY_LIMIT', '256M');を追記したが、WordPress管理画面のサイトヘルスで確認すると「PHPのメモリ制限：128M」のままだった。

原因：ConoHa WINGではコントロールパネル側のPHP設定（当時128Mに設定）が優先されており、wp-config.phpの記述より上位の設定として機能していた。

解決手順：

1. ConoHa WINGコントロールパネル → 「サイト管理」→「サイト設定」→「PHP設定」を開く
2. 「memory_limit」の値が「128」になっていることを確認
3. 「256」に変更して「保存」をクリック
4. WordPress管理画面 → サイトヘルス → 情報 → サーバーで「PHPのメモリ制限：256M」に変わったことを確認

結果：設定変更後にサイトヘルスで256Mを確認。メモリエラーが完全に解消。

教訓：ConoHa WINGはコントロールパネルのPHP設定が優先される。wp-config.phpを変更してもサイトヘルスの値が変わらない場合は必ずコントロールパネルを確認する。

ケース3：512Mに増やしても解決せずプラグインが原因だった事例

状況：WooCommerceで運営しているサイトで、メモリを512Mに設定してもランダムに「Allowed memory size exhausted」エラーが発生し続けた。

原因：特定の在庫管理プラグインがメモリリークを起こしており、アクセスのたびにメモリを解放せず蓄積し続けていた。512Mに設定しても時間経過とともに蓄積したメモリが上限を超えていた。

解決手順：

1. Query Monitorプラグインをインストール・有効化
2. 商品ページや管理画面でQuery Monitorのメモリ使用量データを確認
3. 在庫管理プラグインが有効な場合のみメモリが急増することを確認
4. 在庫管理プラグインを別の製品（Stock Manager Advances）に切り替え
5. 切り替え後のメモリ使用量を確認→通常の半分以下に低下

結果：プラグイン切り替え後、メモリ使用量が半減してエラーが完全に解消。

教訓：メモリを増やしても解決しない場合はプラグインのメモリリークを疑う。Query Monitorは無料で使えるので最初にインストールしておくと診断が早い。

WP_MEMORY_LIMITはWordPressのフロントエンド（サイト表示側）で使用できるPHPメモリの上限です。デフォルトは40MBと非常に低い値です。WP_MAX_MEMORY_LIMITはWordPressの管理画面（バックエンド）で使用できるメモリの上限で、デフォルトは256MBです。管理画面でのプラグイン更新・メディアアップロード時にエラーが出る場合はWP_MAX_MEMORY_LIMITを増やす必要があります。両方設定することを推奨します。

サーバー側のPHP設定がwp-config.phpの値より優先されているためです。特にConoHa WINGはコントロールパネルのPHP設定（サイト管理 → サイト設定 → PHP設定）が最優先です。コントロールパネルでmemory_limitを確認し、wp-config.phpで設定した値以上に変更してください。他のレンタルサーバーでも同様に、サーバー管理画面にPHP設定がある場合はそちらを先に確認してください。

WordPress公式の推奨は256MBです。一般的なブログでプラグインを10〜15本程度使用している場合は256MBで十分な場合がほとんどです。WooCommerceや重いページビルダーを使う場合は512MBを設定することを検討してください。ただし必要以上に大きな値を設定しても意味はなく、サーバーのリソースを無駄に確保するだけです。まず256Mで試してエラーが続く場合のみ512Mに増やすというアプローチが適切です。

ConoHa WINGコントロールパネル（wing.conoha.io）にログイン→「サイト管理」→「サイト設定」タブ→対象ドメインの「PHP設定」をクリックすると、memory_limitを含むPHPの各設定を変更できます。この設定はwp-config.phpより優先度が高いため、ここでの変更が最も確実に反映されます。変更後はWordPress管理画面のサイトヘルスで値が反映されているか確認してください。

一部の共有サーバー（ConoHa WINGを含む）では、.htaccessでのphp_value設定がサポートされていないため500エラーになります。追記したphp_value memory_limit 256Mの行をすぐに削除してください。ConoHa WINGの場合はコントロールパネルのPHP設定、他のサーバーではwp-config.phpまたはphp.iniでの設定を使用してください。

基本的に値を大きくしても即座に問題が起きることはありません。ただし共有サーバーでは他のユーザーとサーバーリソースを共有しているため、必要以上に大きな値を設定することはあまり推奨されません。また、メモリが大量に使えてしまうことでメモリリークを起こすプラグインの問題が見えにくくなる副作用もあります。一般的なブログは256M、WooCommerceや重いサイトは512Mが上限の目安です。

WordPressの管理画面 → ツール → サイトヘルス → 情報タブ → サーバーセクションに「PHPのメモリ制限」が表示されます。これが現在のサーバーの実際のメモリ制限値です。ConoHa WINGの場合はコントロールパネルのPHP設定画面でも確認できます。また一時的にphpinfo.phpを設置してアクセスすることでPHPの詳細設定をすべて確認できます（確認後は必ず削除してください）。

「Query Monitor」プラグインを使うと各ページのPHPメモリ使用量をリアルタイムで確認できます。WordPress管理バーにQuery Monitorのメニューが追加され、PHPエラー・クエリ数・メモリ使用量などが表示されます。特定のページでメモリ使用量が急増している場合は、そのページで使われているプラグインが原因の可能性が高いです。また「WP Debugging」プラグインを使ってPHPのエラーログを有効にする方法もあります。

WSOD（White Screen of Death：真っ白な画面）の原因の一つがメモリ不足です。ただしWSODはメモリ不足以外にも、PHP致命的エラー・プラグイン競合・テーマのバグ・wp-config.phpの構文エラーなど複数の原因で発生します。WSOD発生時はまずwp-config.phpにdefine('WP_DEBUG', true);を追加してデバッグモードを有効にし、エラーの詳細を確認してから対処法を判断することを推奨します。デバッグ後はWP_DEBUGをfalseに戻してください。

基本的な考え方は同じですが、コントロールパネルのUI・設定箇所が異なります。エックスサーバーはサーバーパネル → 「PHPカスタム設定」でmemory_limitを変更できます。ロリポップはユーザー専用ページ → サーバーの管理・設定 → PHP設定で確認できます。いずれのサーバーもサーバー側のPHP設定が優先されるという原則は同じです。wp-config.phpの変更で反映されない場合は、まずサーバーのコントロールパネルを確認してください。

はい、WooCommerceは通常のWordPressより大幅に多くのメモリを消費します。WooCommerce公式は最低128MB（推奨256MB以上）のメモリを必要としています。さらに在庫管理・決済・会員管理などの拡張プラグインを追加すると512MB必要になるケースも珍しくありません。WooCommerceを導入する前にサーバーのメモリ設定を256M以上に設定しておくことを強く推奨します。