サイトの障害対応、AIで速くするのは「調べる・考える・書く」まで──ログの読み取り、原因の仮説、お客様への報告文の作り方と、AIに任せてはいけない4つの判断
この記事は、サイトの障害対応や不具合の問い合わせを、AIを使って速く片づける方法と、AIに任せてはいけない判断を扱います。
サイトの障害対応にAIを使うと、ログを読む時間と、報告文を書く時間がはっきり短くなります。
一方で、AIの答えをそのまま信じて動くと、障害をかえって大きくすることがあります。
「サイトが表示されません」の電話から、半日が消える
午前10時、お客様から電話が来る。「サイトが真っ白になっています」。
担当者はサーバーに入り、エラーのログを開き、見慣れない英語のメッセージを検索し始める。原因らしきものが見つかったのは昼過ぎ。お客様への報告文を書き終えたのは、夕方でした。
障害対応で時間がかかるのは、直す作業そのものより、「何が起きているか調べる」と「お客様に説明する」の二つです。
障害対応のAI活用とは、調査・仮説・報告文の下書きをAIで速くし、復旧と説明の判断は人が持つことである
黒字化の外科医です。障害対応のどこをAIで速くし、どこを人が握るかを解剖します。
AIを使う理由は、三つあります。
第一に、ログを読む時間が短くなるから。
エラーのメッセージを貼り、「何を意味するか」「よくある原因は何か」を聞けば、調べる順番の見当がつきます。
第二に、原因の仮説を、複数並べられるから。
人は、最初に思いついた原因に飛びつきがちです。AIに仮説を3つ挙げさせ、確かめる順番をつけると、遠回りが減ります。
第三に、報告文の型がそろうから。
お客様への報告は、起きたこと、影響、今の状況、次の連絡の時刻。この型で下書きをさせれば、焦っていても抜けが出ません。
AIで速くする3つの場面
1. ログの読み取り
エラーのログ、サーバーの応答の記録、更新の履歴をAIに渡し、意味と関係を整理させます。
ただし、ログに含まれる個人情報（お客様のメールアドレスやIPアドレスなど）は、消してから渡します。預かったデータをAIに入れるときの線引きは、こちらで扱いました。
▶ AIの情報漏えい対策、制作会社は「預かり物」から線を引く──原稿・顧客名簿・アクセス解析・ログイン情報の4分類と、取引先に説明できる管理の型
2. 原因の仮説
「直前に何を変えたか」を必ず一緒に渡します。障害の多くは、更新や設定の変更の直後に起きるからです。
AIの仮説は「確かめる順番の候補」として使い、確かめた結果を記録に残します。
3. お客様への報告文
一次連絡、途中経過、復旧の報告。それぞれの下書きをAIに作らせ、人が事実と照らして直します。
今すぐ試せる：障害の調査を整理するプロンプト
私はWeb制作会社の保守担当です。お客様のサイトで不具合が起きています。調査の順番を整理してください。
【状況】
・症状（お客様の言葉のまま）：〔記載〕
・気づいた日時と、最後に正常だった日時：〔記載〕
・直前の変更（更新、設定、原稿の差し替えなど）：〔記載〕
・エラーのログ（個人情報は消したもの）：〔貼り付け〕
・CMSとサーバーの種類：〔記載〕
1. ログのメッセージが何を意味するかを、平易な言葉で説明する。
2. 考えられる原因を3つ挙げ、可能性が高い順に並べる。根拠も書く。
3. それぞれを確かめる方法を、サイトを壊さない順に書く。
4. お客様への一次連絡の下書きを、事実と推測を分けて書く。
断定できないことは「推測」と明記すること。復旧の作業を勝手に決めないこと。障害対応工場：AIに任せてはいけない4つの判断
1. 本番のサイトで、何を実行するか
→ 設定の変更、ファイルの削除、元に戻す操作は、人が決めて人が実行する
2. 原因を、お客様に言い切るかどうか
→ AIの仮説は仮説のまま。確かめるまで「調査中」と伝える
3. 情報漏えいや不正アクセスの疑いがあるときの扱い
→ お客様の責任者への報告、専門家や公的な窓口への相談を、人が判断する
4. 費用の扱い（保守の範囲内か、別料金か）
→ 契約の範囲を確かめて、人がお客様と話すなお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。
時間の計算例（数字はすべて例）
1件あたりの対応時間
AIなし：ログの確認 60分＋原因の特定 60分＋報告文 30分 ＝ 150分
AIあり：ログの確認 30分＋原因の特定 40分＋報告文 10分 ＝ 80分
月に6件の場合
AIなし：150分 × 6件 ＝ 900分（15時間）
AIあり：80分 × 6件 ＝ 480分（8時間）
減った時間：7時間
時間単価 7,600円の場合
7時間 × 7,600円 ＝ 53,200円分の時間浮いた時間で、障害の再発を防ぐ点検を、保守の作業として行います。
構造的なリスク
逆説を指摘しておきます。
AIの答えは、もっともらしい文章で返ってきます。
慌てているときほど、それを確かめずに実行したくなります。けれど、間違った手順を本番で実行すれば、障害は大きくなります。
だから、AIに聞く前に「バックアップがあるか」「直前の変更は何か」を確かめる手順を、社内で決めておいてください。
また、障害の範囲や費用の扱いで揉めないためには、保守の契約で対応の範囲を決めておくことが前提です。
▶ Web制作のトラブルは、ほぼ10種類に収まる──仕様、修正、検収、著作権、未払い。揉めてからではなく「受注の入口」で防ぐ一手ずつ
よくあるQ&A
Q. お客様からの問い合わせ対応にも使えるか。
使えます。「表示がおかしい」「メールが届かない」といった問い合わせを、確かめる項目に分解させると、聞き返しの回数が減ります。
Q. 若手でも、AIがあれば障害対応できるか。
調べる速さは上がります。ただし、本番で何を実行するかの判断は、経験のある人が確認する体制にしてください。
Q. 障害の報告書もAIで作れるか。
作れます。時系列の記録を渡して下書きさせ、事実と違うところを人が直します。記録を残していないと、AIも正しく書けません。
最後に
障害対応で時間を取るのは、調べることと、説明することです。
そこをAIで速くし、実行と説明の判断を人が握った会社だけが、障害のたびに半日を失わずに、お客様の信頼を守れるのです。
障害時の連絡テンプレと、監視の設計は、キットにまとめました。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #障害対応 #生成AI #保守運用 #トラブル対応 #顧客対応 #制作会社経営 #中小企業 #業務効率化 #報告書
