WordPressのサイト管理やテーマ開発において、エラーを特定するために便利なデバッグモード。しかし、エラーログの出力をオンにしたまま放置してしまい、気づけばサーバーの容量が圧迫されていた……という経験はないでしょうか。
手動でFTPを開いて毎回 debug.log を削除したり空にしたりするのは、地味に面倒な作業です。
そこで本記事では、デバッグログの肥大化を完全自動で解決してくれるプラグイン「LH Clear Debug Log by Cron」をご紹介します。有効インストール数は「10+」と超マイナーですが、一度設定すればバックグラウンドで賢くログを管理してくれる優れものです。
プラグインの詳しい内部仕様から、最新のWordPress 7.0環境での検証結果までを分かりやすく解説します。ログ管理の手間を減らして、サイトのパフォーマンスを最適に保ちたい方はぜひ参考にしてください。
WordPressのデバッグログ（debug.log）が肥大化する原因とリスク
WordPressの不具合調査やカスタマイズに便利なデバッグモード（WP_DEBUG_LOG）。しかし、これを有効にしたまま運用を続けると、エラーやNotice（注意）が蓄積され、ログファイルが数GB単位まで肥大化することがあります。
ログファイルが大きくなりすぎると、以下のトラブルを引き起こすリスクがあります。
- サーバーのディスク容量を圧迫し、サイトが停止する。
- サーバーのI/O負荷が上がり、サイトの表示速度が低下する。
「気づいた時には手遅れ」になりがちなログ問題ですが、手動でFTPを開いて毎回削除するのは非効率です。
プラグイン「LH Clear Debug Log by Cron」の内部仕様と仕組み
「LH Clear Debug Log by Cron」は、有効インストール数こそ「10+」と非常にマイナーですが、ログの自動クリーンアップに特化した実用的なプラグインです。公式のFAQに公開されている内部仕様は以下の通りです。
自動削除の基準値（しきい値）は「4MB」
デフォルトでは、ログファイルが「4,194,304バイト（約4MB）」を超えたタイミングで、自動的に中身をクリア（空に）します。数GBになる前に数MB単位で確実にリセットするため、サーバーを圧迫しません。
フィルターフックによる容量制限のカスタマイズ
プラグイン内に用意されているフィルターフックを利用することで、削除基準となる容量（4MB）を自由に変更可能です。サイトの運用環境に合わせて「2MBで消す」「10MBまで許容する」といった調整がコード側から行えます。
WP-Cronによるバックグラウンド処理
WordPressの定期実行システム（WP-Cron）を利用して、ログのサイズを定期的に監視・削除します。
【動作検証】公式4年未更新でも、最新のWordPress 7.0環境で正常動作を確認
公式のメタデータでは「最終更新：4年前」「検証済み最新バージョン：6.0.12」となっているため、一見すると導入に不安を覚えるスペックです。
しかし、実際に最新の「WordPress 7.0」環境に導入し、デバッグログが4MBを超えた時点で正常に自動削除（クリア）されることを検証・確認済みです。
管理画面（UI）や余計な設定ページを持たない、単一機能（シングルタスク）の極めてシンプルなコード設計であるため、WordPressのメジャーアップデートの影響を受けにくく、現行バージョンでも安定して動作します。
まとめ：エラーログの手動削除から解放される軽量な解決策
万人向けの派手なツールではありませんが、「開発環境で常時デバッグモードにしている」「本番環境でログを監視しつつ、容量制限をかけたい」という管理者にとって、「LH Clear Debug Log by Cron」は非常に確実な選択肢になります。
ぶっちゃけ以下のようなPHPコードを function.php かプラグイン「Code Snippets」に貼った上で、プラグイン「WP Crontrol」で delete_debug_log_daily を週1回で発動するように設定することでも同様のことはできます。
//wp-content/debug.logを一定期間で自動削除する
add_action('delete_debug_log_daily', function () {
$file = WP_CONTENT_DIR . '/debug.log';
if (file_exists($file)) {
unlink($file);
}
});ただ個人的にはPHPコードを増やすほどデバックやリファクタリングが増えて大変なことになるのを身に沁みて感じているのでできるだけ人の手を借りたいと思っています。
「4MBで自動クリア」という明確な仕様と、現行バージョンでの動作実績を踏まえ、ログの肥大化対策を自動化したい方はぜひ導入を検討してみてください。
なお、デバッグログの自動削除つきでデバッグログを総合的に管理したい場合は「Debug Log Viewer」というプラグインもありますが、Free版は固定50MBとかなり大きいです。 Pro版は1〜5000MBの間で変更可能です。
