AI
Business
Center

日々のビジネスの課題を
PICK UP!
テーマ別に整理された
「AI×ビジネス」記事でお悩みをまとめて解決します!

ページ一覧

AIで作ったWebサイトの保守運用|初心者向け月次チェックリスト

AIを使えば、コードを書いた経験がなくてもWebサイトや小さなWebアプリを短期間で形にできます。ただし、公開はゴールではありません。フォームが止まる、ドメインの更新を忘れる、API利用料が急増する、バックアップが復元できない――こうした問題は、公開後に放置したサイトほど起こりやすくなります。

この記事では、専門の保守担当者がいない個人・小規模事業者向けに、AIで作ったサイトを安全に運用するための作業を「毎週・毎月・3か月ごと・年1回」に分けて整理します。すべてを毎日確認する必要はありません。重要なのは、異常を早く見つけ、元に戻せる状態を保つことです。

結論:保守で優先するのは「止めない・失わない・漏らさない・払い過ぎない」

公開後の保守は、次の4つを守れば大きく外しません。

  1. 止めない:ページ、問い合わせフォーム、ログインなど主要機能が動く
  2. 失わない:データと設定をバックアップし、復元手順が分かる
  3. 漏らさない:APIキー、個人情報、管理画面を適切に保護する
  4. 払い過ぎない:サーバー、AI API、外部サービスの利用額を把握する

デザインの微調整や新機能追加より先に、この4項目を確認してください。売上や問い合わせにつながる導線が停止しているのに、見た目だけを改善しても効果は得られません。

最初に作る「運用台帳」

保守の失敗は、技術不足よりも「何を使っているか誰も分からない」状態から起きます。まず、スプレッドシートや社内メモに次の情報をまとめます。パスワードやAPIキーそのものは書かず、保管場所だけを記録してください。

  • サイトURL、管理画面URL
  • ドメイン会社と更新日
  • サーバー・ホスティング会社と契約プラン
  • ソースコードの保存先(GitHubなど)
  • データベース、ストレージ、認証サービス
  • 使用中のAI API・外部API
  • フォーム通知先と送信サービス
  • アクセス解析・Search Consoleの管理者
  • バックアップの保存先、頻度、最終復元確認日
  • 障害時に連絡する人、制作会社、サービス窓口

担当者が自分だけでも台帳は必要です。数か月後の自分は、公開時の設定を驚くほど忘れています。

毎週10分で確認すること

1. 売上や問い合わせに近い機能を実際に操作する

トップページを見るだけでは不十分です。ユーザーと同じ操作を行います。

  • スマートフォンで主要ページを開く
  • 問い合わせフォームをテスト送信する
  • 自動返信メールと管理者通知が届くか確認する
  • 予約、購入、資料請求など主要ボタンの遷移先を確認する
  • 会員機能がある場合はテストアカウントでログインする

フォームの「送信完了」表示だけで安心してはいけません。迷惑メール判定や通知先設定の変更により、受信箱へ届いていない場合があります。

2. 稼働状況とエラーを確認する

ホスティングサービスの管理画面で障害通知を確認し、利用できる場合は死活監視を設定します。エラーログは、同じエラーが繰り返されていないかを見るだけでも有効です。

AIにログを渡す場合は、氏名、メールアドレス、IPアドレス、Cookie、認証情報、APIキーを削除してください。ログ全体をそのまま貼り付ける運用は避けます。

3. 費用の急増を確認する

従量課金のAI APIやデータベースは、アクセス増加だけでなく、プログラムの無限ループや第三者の不正利用でも請求が増えます。各サービスで予算アラートと利用上限を設定し、週1回は前週との差を見ます。

「無料枠だから確認不要」ではありません。無料枠を超えたときに停止するのか、自動で課金へ移行するのかを確認しておきましょう。

毎月30分で確認すること

1. バックアップが“存在する”だけでなく“戻せる”か確認する

バックアップは、復元できて初めて価値があります。毎月、次を記録します。

  • 最新バックアップの日時
  • 保存先が本番サーバーと別か
  • データベースとアップロード画像の両方が含まれるか
  • 暗号化やアクセス制限があるか
  • 前回の復元テスト日

本番環境へ直接復元テストをすると、正常なデータを上書きする危険があります。ステージング環境やローカル環境へ復元し、ページと主要データを確認してください。

2. セキュリティ更新を適用する

WordPressなら本体・テーマ・プラグイン、AI生成したアプリならフレームワークやライブラリの更新情報を確認します。ただし、本番環境でいきなり一括更新するのは危険です。

安全な順番は「バックアップ→変更内容の確認→テスト環境で更新→主要機能テスト→本番反映→再テスト」です。更新後に問題が起きたときの戻し方も先に決めます。

3. アクセスと検索流入を確認する

アクセス解析では、PVだけでなく問い合わせや購入などの成果を確認します。Search Consoleでは、クリック数、表示回数、CTR、平均掲載順位を前期間と比較します。

表示回数が多いのにCTRが低い記事は、タイトルや説明文を見直す候補です。掲載順位が11〜30位の記事は、検索意図への回答、具体例、内部リンクを補うことで伸びる可能性があります。ただし、公開直後の記事を数日単位で何度も書き換えると、何が効いたか判断できません。

4. ユーザーと管理者の権限を整理する

退職者や外注先のアカウントが残っていないか、管理者権限が必要以上に配られていないかを確認します。二要素認証を使えるサービスでは有効にし、共用アカウントは避けます。

3か月ごとに確認すること

不要なサービスと連携を減らす

使っていないプラグイン、APIキー、テスト用アカウント、古いWebhookは攻撃面を増やします。削除前に利用状況と依存関係を確認し、不要と判断できたものだけを停止します。

主要ページを第三者目線で点検する

料金、営業時間、サービス内容、法的表記、問い合わせ先が最新か確認します。古い情報は検索順位以前に信頼を損ないます。リンク切れ、スマートフォン表示、読み込み速度も合わせて確認します。

障害対応を一度リハーサルする

「サイトが開かない」「フォーム通知が来ない」「API料金が急増した」の3ケースについて、誰が何を見るかを確認します。実際に停止させる必要はありません。管理画面の場所、連絡先、切り戻し手順をたどれるか確かめるだけで十分です。

年1回必ず確認すること

  • ドメインとSSL証明書の更新方式・支払い方法
  • サーバー、メール、外部APIの契約と年間費用
  • プライバシーポリシー、利用規約、特商法表記の整合性
  • 保管している個人情報の種類、保存期間、削除方法
  • 担当者変更時の引き継ぎ資料
  • バックアップからの完全復元テスト

クレジットカードの期限切れでドメインを失う事故は、技術ではなく運用の問題です。更新日の30日前にカレンダー通知を設定し、予備の連絡先も登録しておきます。

障害が起きたときの優先順位

焦ってAIへ「直して」とだけ依頼すると、原因不明の変更が増えます。次の順番で対応してください。

  1. 影響範囲を確認:全ページか、特定機能だけか、管理者だけか
  2. 変更を止める:複数人が同時に修正しない
  3. 直前の変更を確認:公開、更新、設定変更、請求上限到達
  4. 安全に切り戻す:復元手順がある場合のみ実施
  5. 記録する:発生時刻、症状、対応、復旧時刻
  6. 原因と再発防止を決める:監視やテストに反映する

個人情報漏えい、不正ログイン、意図しない高額請求の可能性がある場合は、通常の表示崩れより優先度を上げます。証拠となるログを消さず、サービス提供会社や専門家へ相談してください。

AIへ保守作業を依頼するときのプロンプト

以下は、AIに安全な確認手順を作らせるためのテンプレートです。実際の秘密情報は入力しないでください。

あなたはWebサイト保守担当者です。以下の変更について、安全な作業計画を作ってください。

【変更内容】
例:依存ライブラリを更新したい

【環境】
例:Next.js、ホスティングサービス、外部データベース

【重要機能】
例:問い合わせフォーム、ログイン、管理画面

次の順番で出力してください。
1. 変更前に確認すること
2. バックアップ方法
3. テスト環境での確認項目
4. 本番反映手順
5. 失敗時の切り戻し条件と手順
6. 作業後の確認項目

不明な情報は推測せず、質問として列挙してください。APIキーや個人情報の入力を要求しないでください。

AIの回答は作業のたたき台です。コマンドの意味、対象環境、削除や上書きの有無を理解できない場合は、そのまま実行しないでください。

コピーして使える月次保守記録

実施日:
担当者:

□ トップページ・主要ページが表示される
□ フォーム送信と通知受信を確認した
□ 予約・購入・ログインなど主要機能を確認した
□ エラーと障害通知を確認した
□ API・サーバー費用に異常がない
□ 最新バックアップの日時と保存先を確認した
□ セキュリティ更新の必要性を確認した
□ 不要な管理者アカウントがない
□ Search Consoleと成果指標を前月と比較した
□ ドメイン・SSL・契約の期限に問題がない

発見した問題:
対応内容:
次回までの課題:
次回確認日:

保守を自分で続けるか、外注するかの判断基準

表示確認、フォーム送信、費用確認、記事更新は、手順書があれば初心者でも担当できます。一方、個人情報を扱うシステム、決済、複雑なログイン、複数サービス間のデータ連携は、障害時の影響が大きいため専門家の保守を検討してください。

外注する場合は「月額いくら」だけでなく、監視対象、バックアップ頻度、対応時間、復旧作業の範囲、追加費用、契約終了時のデータ引き渡しを確認します。契約していても、自社側の連絡担当と判断基準は必要です。

まとめ

AIでサイトを作ることと、安全に運用することは別の仕事です。ただし、保守を難しく考える必要はありません。毎週は主要機能と費用、毎月はバックアップ・更新・権限・検索流入、3か月ごとは不要な連携と障害対応、年1回は契約と完全復元を確認すれば、重大な問題を早期に見つけやすくなります。

これから公開する段階なら、先にAIで作ったWebアプリを公開する7ステップで公開手順を確認してください。実装前の情報管理はAIでWebアプリを作るときのAPIキー・個人情報の安全対策、制作全体の進め方はAIでWebアプリを作る方法も参考になります。

最初の一歩は、今日の状態を運用台帳に残し、次回確認日をカレンダーへ登録することです。続けられる小さな点検こそ、公開後の売上と信頼を守ります。

関連記事