この記事で分かること
WP_DEBUGとは、WordPressでPHPエラーや注意を調べるためのデバッグ設定です。
目次
ひとことで言うと
WP_DEBUGは、WordPressのデバッグ用定数で、wp-config.php で true にするとPHPのエラーや注意を確認しやすくする設定です。
WP_DEBUG_LOG を合わせて使うと、表示ではなく debug.log などのログに記録して原因調査に使えます。公開中の画面へエラーを出す設定は慎重に扱います。
この記事で分かること
- WP_DEBUGの意味
- wp-config.phpで見る場所
- 表示とログの違い
どんな時に出てくる言葉か
WP_DEBUGは、次のような場面で出てきます。
- 画面が白くなる原因を調べたい
- プラグイン更新後のPHPエラーを確認したい
- 本番画面には表示せずログで見たい
たとえばこんな場面
たとえば、更新後に画面が崩れた時、WP_DEBUG と WP_DEBUG_LOG を使ってログを確認すると、どのファイルで問題が起きたか見つけやすくなります。
WP_DEBUGをtrueにして調査するWP_DEBUG_LOGでログ保存先を見る- 調査後は表示設定を戻す
PHPエラー表示との違い
PHPエラー表示は、エラーを画面に出す状態を指します。
WP_DEBUGは、WordPressでデバッグ情報を出すかどうかを切り替える設定です。ログに残す設定と画面に出す設定は分けて考えます。
ここだけ覚えれば大丈夫
- WP_DEBUGはWordPressのデバッグ設定です
- 本番では画面表示よりログ確認を優先します
- trueとfalseを切り替える場所はwp-config.phpです
自分の場合に置き換えるなら
WP_DEBUGを確認するときは、まずWordPress運用の中で「今どこで止まっているか」と「次に誰が判断するか」を分けると整理しやすくなります。 言葉の意味だけを見るのではなく、実際の画面、配信、申込み、運用手順のどこに関係しているかまで見ると、次の行動を決めやすくなります。
似た言葉と迷ったとき
似た言葉と迷った場合は、目的の違いで見るのが安全です。新しく作る話なのか、今あるものを直す話なのか、数値を確認する話なのかで、必要な作業は変わります。 たとえば「設定」「改善」「分析」は近く見えますが、設定は形を作ること、改善は使われ方を見直すこと、分析は判断材料を集めることとして分けると混乱しにくくなります。
確認するときの順番
- 今の状態を一言で書く
- 影響している画面や導線を一つに絞る
- 直前に変えた設定、配信、文章があるか見る
- ユーザーが次に迷う場所を確認する
- すぐ直すことと、あとで検証することを分ける
相談前にメモしておくこと
- いつから気になっているか
- どのページ、LINE、フォーム、管理画面に関係しているか
- 今いちばん困っていることは何か
- 直前に変更した設定や文章があるか
- 期待している状態と、今の状態の差は何か
関連記事
迷ったらここから
どこから整えるか迷う時は、まずは 切り分け診断 からで大丈夫です。