ログの役割と保存場所
アクセスログは通信、Webサーバーエラーは配信処理、PHPログは実行時エラーを主に記録します。ホスティング管理画面、指定ディレクトリ、システムログなど場所は環境依存です。インターネットで見つけた固定パスが自社にも存在するとは限りません。
調べる手順
症状の発生時刻とタイムゾーン、URL、操作を記録します。同時刻のエラーを探し、ステータス、ファイル、行、メッセージを確認します。CDN経由なら、そのログと接続元ログの違いも確認します。
WordPressで追加記録するとき
調査に必要な期間と対象を限定し、エラー表示を公開せず、ログ先を保護します。標準のdebug.logを公開領域に置く場合は外部から取得できないようにします。ログが増え続けて容量を圧迫しないよう、停止と削除・保管の手順を決めます。
共有するときの注意
秘密鍵、Cookie、入力値、個人情報を除いたコピーを渡します。原本を直接編集せず保全し、調査担当へ必要な範囲だけ共有します。ログの欠落や保存期間切れは、事前の設定見直しへつなげましょう。
調査のための記録設定を見直す
障害が起きてからログを有効にしても、過去の情報は戻りません。通常運用で記録する範囲、保存期間、ローテーション、アクセス権、外部保管を決めます。詳細デバッグを常時有効にするかは、負荷・容量・情報の内容から判断します。
複数のログを合わせる
WordPressの操作時刻、Webアクセス、PHP、WAF、メールサービスでタイムゾーンや記録精度が違う場合があります。基準時刻を決め、同じイベントを突き合わせます。記録がない層を、問題がない証拠にしないでください。
よくある質問
debug.logをメールでそのまま送れますか？
入力値、内部パス、個人情報などを確認し、必要な範囲をマスキングしたコピーを共有します。認証情報が記録されていた場合は、取扱いと失効も検討します。
ログが増えて容量不足になりました。
調査用設定とローテーションを確認します。保全が必要な範囲を取得し、記録量を適正化してから削除・整理します。