動作ログ
サイトやサーバの動作記録。エラー発生(error_log)・アクセス傾向(access_log)・リダイレクト履歴・メール送信ログ・データベース変更履歴・CMS の操作履歴などが記録される。サーバ側 + アプリ側の両面で取得され、問題発生時の調査・統計分析・セキュリティ監視で使う。
本書のスタンス(Lesson 8-2)は「公開後 1 ヶ月の初期不具合発見ルートの一つ」。エラーログ・アクセスログを業者と共有する仕組みを契約段階で握る。公開直後の障害は「ログを見れば原因が分かる」ことが多いが、業者依存でログにアクセスできないと初動が遅れる。
運用の論点:ログの取得範囲(エラーログ / アクセスログ / メール送信ログ / セキュリティログ)、ログの保持期間(法令要件 + 容量制限のバランス、3 ヶ月〜2 年)、ログ閲覧権限(担当者 / 業者 / 経営層で適切に区分)、ログ集計ツール(Datadog / New Relic / CloudWatch / シンプルな sed/grep など)、個人情報の扱い(プライバシーポリシーで明示)、セキュリティアラート(不正アクセス検知)、ログレベルの設定(本番では INFO / 開発では DEBUG)、業者契約での共有体制。
落とし穴は、業者依存でログにアクセスできず初動が遅れる、ログ保持期間が短すぎて過去調査ができない、個人情報がログに含まれていて漏洩リスク、ログレベルが本番でも DEBUG でディスク容量圧迫、エラーログを定期チェックせず重要な異常を見落とす、ログ集計ツールの ROI が出ず無駄、AI に全任せで人間の異常検知が薄い、退職時のログ閲覧権限の引き継ぎ漏れ。
言葉をよく利用する人
- インフラエンジニア
- 情シス
- コーダー / フロントエンドエンジニア
- Web 担当者(発注側)
- カスタマーサポート
会話上での使用例
公開後 1 ヶ月の初期不具合発見の場面
-
カスタマーサポート
一部のお客様からフォーム送信エラーの報告
-
Web 担当者
動作ログのエラーログ・アクセスログを業者と確認。「特定の SP 機種で送信タイミングが衝突」など、ログを見れば原因が分かる場合が多い。即修正 → ログで効果検証
ログ共有体制を業者と契約段階で握る場面
-
Web 担当者
動作ログへのアクセス、契約に明記したい
-
業者ディレクター
了解です。エラーログ・アクセスログを月次でレポート、緊急時は 4 時間以内に共有。閲覧権限は弊社担当者 + ディレクターの 2 名。個人情報マスキング + GDPR / 改正電通法対応も明記しましょう