AIを使ってWordPressコンテンツのアクセシビリティを監査する方法

AIはコンテンツのアクセシビリティに関する問題の可能性を特定し、証拠を整理する助けになりますが、WCAG適合を認定したり、支援技術や障害のある人によるテストを代替したりすることはできません。最も安全な使い方は、構造化された事前監査と改善ブリーフです。

AIによるレビューは、受け取った証拠に含まれる言語と構造の問題を特定できますが、ユーザー、支援技術、代表的なデバイスによるテストに代わるものではありません。使いやすさやアクセシビリティを認定するためではなく、レビューのバックログを準備するために使用してください。

一文で言うと： 名前のある基準に照らしてレンダリング済みコンテンツを検査し、未テストの条件を明記して、各所見を適切な専門家に割り当てます。

このガイドで達成できること

出力では、見出し、リンク、画像、フォーム、指示、表、言語、明確性に関わるコンテンツ上のリスクを特定する必要があります。確認済みのコード証拠、視覚的な観察、AIの仮説、手動または支援技術によるテストを必要とする確認を区別しなければなりません。

有用な結果は、単に洗練された回答ではありません。どの記録またはページを調べたか、どの証拠が利用できなかったか、アシスタントが何を推論したか、人間が何を判断しなければならないか、どの操作が引き続き禁止されているかを示す必要があります。

成功する出力に含めるべき内容

• 所見ID、影響を受けるページ、正確な証拠。
• 該当する場合は、関連するWCAG達成基準またはWAIガイダンス。
• 証拠の種類：DOM、視覚、コンテンツ、自動、手動、または未テスト。
• ユーザーへの影響と重大度の根拠。
• 担当分野と推奨する検証。
• 裏付けのない適合判定を含まない改善ブリーフ。

準備する証拠と入力

アクセシビリティは、コンテンツ、構造、操作、実装の成果です。WordPressのソーステキストだけに依存せず、レンダリングされたページ、DOMの証拠、自動テスト結果、手動の観察を集めてください。

• 対象範囲、WCAGバージョン、目標レベル。
• レンダリング済みHTMLと代表的なページ状態。
• 見出しツリー、リンクテキスト、画像の配置、フォームの状態。
• ツールとバージョンを含む自動テスト出力。
• キーボードおよび支援技術テストの記録。
• 言語情報とコンテンツ所有者の情報。
• 既知の例外、サードパーティーコンポーネント、制約。

入力ごとに、日付、ソース、範囲、既知の省略を記録してください。タスクに必要のない資格情報、個人情報、顧客データは削除してください。

証拠の状態を使用する

テキストから導かれた問題の可能性は、確認済みのDOM欠陥と同じではありません。所見には、確認済み、疑いあり、該当なし、合格、未テストのいずれかを付け、手法を記録してください。

アクセシビリティを代替テキストだけに還元しない

見出し、リンクの目的、ラベル、指示、エラー、表、言語、フォーカス、キーボード操作、動的なステータスはいずれも重要になり得ます。このガイドはコンテンツ関連のレビューを対象としていますが、操作とコードには引き続き専門家によるテストが必要です。

安全なワークフロー

1. 対象範囲、基準、テストの制約を定義します。
2. レンダリングされた証拠と自動テスト結果を収集します。
3. ページ、コンポーネント、基準ごとに所見を正規化します。
4. アシスタントに、証拠と想定されるユーザー影響を分類するよう依頼します。
5. 共有テンプレートが原因の重複した所見を除去します。
6. コンテンツ、デザイン、コードの問題を適切な担当者に割り当てます。
7. 必要な手動テストと支援技術テストを実施します。
8. 優先順位を付けた改善ブリーフを作成します。
9. 包括的な適合主張を行わずに、再テストし証拠を保持します。

このワークフローは、分析と実装を意図的に分離します。後続の変更段階では、分析用アイデンティティの権限を暗黙に拡大するのではなく、承認済みの出力を参照する必要があります。

プロンプトのレシピ

このプロンプトを使用する前に、角括弧内のすべての値を置き換えてください。パスワード、APIキー、非公開の顧客記録、無関係な個人情報を指示に貼り付けないでください。

提供されたWordPressアクセシビリティの証拠を整理してください。

各所見について、次を返してください：
- 所見ID
- URL、コンポーネント、正確な証拠
- 証拠の手法とツールのバージョン
- 状態：確認済み、疑いあり、合格、該当なし、または未テスト
- 裏付け可能な場合の、関連するWCAG 2.2基準またはWAIガイダンス
- 影響を受けるユーザーニーズ
- 重大度の根拠
- 担当：コンテンツ、デザイン、開発、ポリシー、または専門テスト
- 推奨する検証と改善ブリーフ

ルール：
1. WCAG適合を認定しないでください。
2. 未テストの条件を合格として扱わないでください。
3. スクリーンショットからコードの挙動を推論しないでください。
4. 基準との対応付けを捏造しないでください。
5. WordPressを編集しないでください。

このプロンプトがこのように構成されている理由

証拠状態モデルにより、不確実性と未テストの挙動を可視のままにできます。分野別の割り当てにより、コンテンツ監査がすべての操作またはコード欠陥を解決できるかのように振る舞うことを防ぎます。

推奨されるアクセス境界

Read Onlyアイデンティティを使用してください。アシスタントは範囲に含まれるWordPressレコードを調査できますが、コンテンツの作成、編集、削除、公開の試みは拒否する必要があります。

このワークフローは、公開上の意味、検索での解釈、コンバージョン、製品情報に影響する可能性があります。変更を適用する前に、明示的なレビューを求めてください。

このタスクの対象外にすべきこと

• 適合の認定。
• 法的な結論。
• 支援技術およびユーザーテストの代替。
• 動的な挙動の推論。
• 自動的な改善。

アクセスレベルは出発点となる推奨であり、普遍的な権利ではありません。アイデンティティに利用可能な正確な機能は、インストール済みの製品バージョンとその公開済みのカバレッジに基づく必要があります。

WP Agent Controlの位置付け

これはWordPressの一般的な作業手順であり、Agent Controlがここで扱うすべての対象や連携機能を編集できるという意味ではありません。ガイド付き手順では、まず公開ページから始めます。プラグイン、テーマ、ユーザー、設定、ファイル、削除、WooCommerce、ACF、ページビルダーの操作は、標準のガイド付きタスクではありません。必要に応じて、別途検証されたツールと権限を使ってください。

接続後は、サイトの構造化情報を取得し、選択した公開ページを調べられます。この公開情報の読み取りに一時タスクは不要です。公開ページはプラグインなしでも閲覧できます。Agent Control は構造化されたアクセスと、その先の許可された WordPress 作業への流れを提供します。

AI を接続する: docs first profile · 機能と対応環境を見る: coverage

検証チェックリスト

• ☐ 対象範囲と目標基準が明示されている。
• ☐ すべての所見に証拠の手法が示されている。
• ☐ 未テストの条件が未テストのままになっている。
• ☐ 共有コンポーネントの問題が重複排除されている。
• ☐ 専門家によるテストが割り当てられている。
• ☐ 適合主張またはWordPressの変更が行われていない。

よくある失敗モード

• AIによる認定： 言語モデルによるレビューがWCAG適合として提示される。
• 代替テキストへの過度な集中： 他のコンテンツおよび操作上の要件が見落とされる。
• スクリーンショットからの推論： DOM、キーボード、または通知の挙動が推測される。
• ツール出力の投げ込み： 自動化された警告が検証も重複排除もされない。

高度な注記

コンポーネントレベルのアクセシビリティ証拠台帳を作成してください。これにより、コンポーネントを使用するページに所見を継承させる一方で、ページ固有の例外は別に保てるため、重複チケットを減らし、回帰テストを改善できます。

関連ガイド

• AIでWordPress画像の代替テキストをレビューする方法
• AIでWordPressの見出し構造を監査する方法
• AIでWordPressフォームの文言と案内を監査する方法
• AIでWordPressの読解レベルと明確性を監査する方法

次のステップ

代替テキストレビュー、見出し監査、フォームレビューを、焦点を絞ったサブワークフローとして使用してください。