Webサイトの保守運用業務では、CMSのプラグインアップデートやデザイン改修のたびに、「影響がないか、しっかり確認してほしい」と依頼されます。

しかし、この「しっかり」という言葉には注意が必要です。確認範囲や判断基準が明確でないまま依頼されると、担当者はどこまで見れば十分なのか分からず、責任だけが重くなってしまうのです。

サイトによっては、「全ページしっかり確認してほしい」と依頼されることもあるでしょう。ページ数が増えるほど工数は膨らみ、目視による見落としや、担当者ごとに確認品質が変わる属人化のリスクも高まります。この記事では、テストの自動化を軸に、AIを活用しながらWebサイト保守を効率化する進め方を、Business Architects（ビジネス・アーキテクツ、以下BA）の運用事例をもとに紹介します。

ある保守プロジェクトでは、確認項目を洗い出した結果、5割以上を自動化対象として整理できました。担当者の仕事は、「すべてを目視で確認する」ことから、「AIツールが検出した箇所を確認し、必要な対応を判断する」ことへと変わりつつあります。AIツールで確認作業の一部を機械的に実行し、人は判断に集中する。この役割分担が、品質を保ちながら工数を減らす鍵になっていくでしょう。ぜひお読みください。

Webサイト保守の「テスト業務」が抱える課題

Webサイトは公開して終わりではなく、コンテンツが増え続ける資産です。さらに、CMSやプラグインのアップデートは、セキュリティや安定運用のためには欠かせません。更新のたびに「どこか壊れていないか」を確認する必要があり、Webサイトの保守におけるテスト業務は、恒常的に発生する運用コストになりがちです。

手作業テストが抱える3つのリスク

こうした手作業による広範囲の確認作業には、工数だけでなく、品質そのものに関わる3つのリスクが存在します。

• 見落としリスク：
  同じ作業が続くと注意力が落ち、わずかな表示崩れを見逃しやすくなります。確認するページが多いほど、品質にもばらつきが出やすくなります。
• 属人化リスク：
  確認する上での視点が担当者の頭の中だけにあり、担当が代わると品質がぶれやすくなります。
• 対応範囲（スケーラビリティ）の限界：
  ページ数に比例して工数が増え、サイトの成長がそのまま保守負担の増大に直結します。

「品質を落とさず効率化する」ために必要なテストの自動化

効率化は、手を抜くことではありません。ツールが一定の範囲を機械的に確認し、人は「問題ない変更か、直すべき不具合か」の判断に集中する。この役割分担ができれば、品質担保と効率化は両立できます。Webサイト保守の効率化は、ここから始まります。

テスト自動化の実践①：対象ページの自動スクリーンショット取得

負担が大きいのが、改修前後の証拠（エビデンス）として各ページのスクリーンショットを撮る作業です。

手動スクリーンショットの限界と自動化のメリット

PCとスマートフォンにて同じ条件でスクリーンショットを撮ろうとすると、半日がかりになることもあります。ページ数が増えればなおさらです。しかも、取得条件が微妙にずれて、後で比較できないことも起きがちです。

こうした作業については、Playwright（Microsoftが開発したブラウザを人の代わりに自動操作するツール）を使うことで、URLの一覧をもとに同じ条件で一括撮影が可能となります。短時間で比較しやすい記録を残すことができます。

自動取得の仕組みと実装のポイント

撮影対象のページは設定ファイルで管理するため、「どこを確認するか」を個人の記憶に頼らず、引き継げる資産として残すことができます。PC・タブレット・スマートフォンの各表示をまとめて取得でき、パスワードで保護された公開前環境にも対応できます。

テスト自動化の実践②：改修前後の画面差分比較の自動レポート化

記録が揃ったら、改修の前後で意図しない見た目の崩れが起きていないかを比べます。これを自動化する手法が、ビジュアルリグレッションテストです。VRTとも呼ばれ、画面を画像として撮影し、前後を比較して変化した箇所をピクセル単位で自動検出します。画面差分テストと呼ばれることもあります。

目視テストでは見つけられない差分

ボタンの数ピクセルのずれや、あるプラグインの装飾が他の要素に干渉したわずかな崩れなど、「言われれば気づくが、自分からは気づきにくい」変化があります。VRTを使うことで、こうした差分を機械的に検出できます。

ただし、文字の輪郭のにじみや動く要素（スライダー・広告・日付表示）は誤検知（ノイズ）の原因になります。許容差の設定、動く部分の比較除外、表示の安定化といった作り込みこそが、VRTを現場で信頼して活用する仕組にできるかどうかの分かれ目になります。

差分比較の自動化による保守効率の向上

人が見るのは「ツールが差分ありと判定した箇所」が中心になります。さらに、改修前・改修後・差分の3点をレポート化することで、「確認しました」という言葉だけの報告から、エビデンスを伴う報告へと変わり、クライアントの信頼にもつながります。

テスト自動化の実践③：CMSの動作確認テストの自動化

見た目だけでなく、機能が正しく動くかの確認も担当者にとって大きな負担です。これを自動化する手法が、E2Eテストです。操作の流れ〔ログイン→入力→保存→確認〕を最初から最後まで自動で再現し、動作を確かめます。

CMSアップデート後に発生する膨大な確認工数

CMSがアップデートされると、担当者はプラグイン同士の相性、管理画面のエラー、フォーム送信の可否など、更新のたびに一つずつ操作して確かめる必要があります。E2Eテストは、こうしたデグレーション（それまで動いていた機能が更新の影響で動かなくなること）の検知に強みを発揮します。

ただし、E2Eテストが守れるのは「事前に決めておいた主要な操作の流れ」です。未知のプラグイン競合、管理画面内の細かな表示崩れ、データベース移行の影響などはカバーしきれず、別途の確認が必要です。自動化は万能ではなく、守れる範囲を明確にすることに価値があります。

E2Eテストによる動作確認の自動化

実際の保守では、管理画面へのログイン、記事内の項目（カスタムフィールド）の入力・保存・削除、記事の複製、ドラッグ＆ドロップでの並び替え、リダイレクト設定の動作などを自動化の対象としています。

お問い合わせフォームでは、送信作業だけでなく、届いたメールの件名・本文の照合までを自動で確認する検証も進めています。「完了画面が出た」だけでなく、送信内容まで確認できれば、フォーム周りの確実性を高められます。

なお、管理者パスワードの二重チェックやロボット対策（CAPTCHA）の突破判定などは、無理に自動化せず手作業で残しています。何を自動化し、何を人に残すかの線引き自体が、テスト自動化設計の大事な成果です。

テスト結果のレポート化と保守運用フロー

結果は一覧レポートとして出力され、どこで何が失敗したかが一目で分かるようにしてあります。この結果、動作確認は「更新→自動テスト→すべて問題なければ完了、問題が出たときだけ担当者が確認」へと変わりました。担当者の仕事は「もれなく目視で確認する」から「アラートが出たものを対応する」へと大きく変わり工数の削減につながっています。

AIの活用と「安定化」。テスト自動化のさらなる進化

ここまでは、決まった手順を確実に繰り返す自動化についてBAでのやり方をご説明してきました。最後に、生成AIを確認業務のどこに組み込めるかについても触れたいと思います。

テスト自動化といった保守業務を安定して運用するうえで、AIをどこに使い、どこには使わないかを見極めることは重要なポイントになります。

AIでテスト業務のどこを改善できるのか

この記事を書いている段階ですが、AIは、「人が解釈し、言葉にする」部分でより力を発揮できるものだと思っています。確認観点のたたき台づくり、見つかった差分やエラーの意味の読み解き支援、技術的な結果をクライアント向け報告文へ要約する、といった用途です。いずれも人の作業をゼロにするのではなく、速くする使い方になります。

一方で、確認の抜け漏れがないか（網羅性）や、操作の安定性は、AI単体ではまだ保証できないと判断しています。AIの出力は、必ず人がレビューする前提で使うとよいでしょう。

AIを安定運用するための設計アプローチ

BAで採用している設計の原則はシンプルそのものです。「決まった手順」はツールで固め、「判断・解釈」はAIで支援し、最終判断は人が持つ。ログインや入力・保存のように、毎回同じ結果になるべき操作はツールで確実に動かし、AIには判断の難しい部分を手伝わせています。

AIに何でも任せるのではなく、得意な場所に限定して使うことが、現時点では安定運用の鍵になりそうです。

実際の保守業務で得られた効果

あるWordPress保守プロジェクトでは、確認項目を洗い出して分析した結果、その5割以上を自動化できると判断しました。自動化できると判断した項目は、いくつかのセクションに分けて順次対応を進めています。

その結果、確認作業は「広範囲を目視で確認する作業」から、「自動テストの結果をもとに必要な箇所を判断する作業」へと変わりました。効果は、効率の改善と品質の担保の両面に表れています。

効率化の成果

• アップデート確認の工数を大幅に削減し、広範囲の目視確認から例外対応中心の運用へと移行ができました。
• アップデート後にテストを実行することで、不具合を公開前、影響が広がる前に発見できました。
• 「どこをどう確認するか」がコード化され、属人化が解消し、他サイトへの横展開もしやすくなりました。

品質向上の成果

• 目視では気づけなかった微細な表示崩れを、VRTで検出できました。
• 差分画像や結果レポートにより、クライアントへの報告の客観性と説得力が向上しました。

まとめ：テスト自動化とAI活用で、保守業務を「攻めの改善」へ

テスト自動化は、単なるコスト削減策ではありません。ツールで一定の範囲を機械的に確認し、人は判断に集中する。この役割分担が、品質と効率を両立させます。

VRTは目視では気づきにくい表示差分を検出できる一方で、誤検知対策の作り込みが必要です。E2Eテストは、主要な操作の流れを確認できる一方で、守れる範囲を見極めることが大切です。そしてAIは、「手順はツール、解釈はAI、最終判断は人」という使い分けによって、安定して価値を発揮します。

自動化を通じて、これまで担当者の頭の中にあったテストのノウハウは、誰でも実行・改善できる「組織の資産」に変わります。「影響がないか、もれなく確認する」ことに追われる守りの保守から、品質を継続的に高める攻めの改善へ。テスト自動化とAI活用の組み合わせは、その現実的な一歩です。

ビジネス・アーキテクツでは、Webサイト保守における確認業務の整理から、テスト自動化やAI活用を組み込んだ運用設計まで支援しています。保守業務の効率化や品質管理に課題を感じている場合は、ぜひ一度ご相談ください。