AIでWordPressフォームの文言と案内を監査する方法

フォームの文言には、運用、プライバシー、アクセシビリティに関する影響があります。AIはラベル、案内、エラー状態を一覧化できますが、事業者が収集する正当な権利を持つ個人データを決定したり、フォームが支援技術で機能することを証明したりすることはできません。

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

一言で言うと： 導入からエラー、確認までフォームの全過程を確認し、すべてのフィールドとメッセージに責任者を置きます。

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

出力では、曖昧なラベル、不足している案内、説明されていない要件、アクセスできないエラー文言、不必要なフィールド、不一致な確認メッセージを特定する必要があります。文言の問題と技術的またはポリシー上の欠陥を区別しなければなりません。

有用な結果は、単に整った回答ではありません。どの記録またはページを調査したか、どの証拠が利用できなかったか、アシスタントが何を推論したか、人間が何を決定すべきか、どの行為が依然として禁止されているかを示す必要があります。

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

• 目的と責任者を含むフォームおよびフィールドの一覧。
• ラベル、案内、必須状態、形式に関する指示についての所見。
• エラーおよびバリデーションメッセージのレビュー。
• 適切な責任者に対する同意およびプライバシーの質問。
• 確認と次の手順のレビュー。
• 文言、デザイン、開発、ポリシーのための分離された対応。

準備する証拠と入力

空のフォームのスクリーンショットだけでは不十分です。必須フィールド、形式、エラー、成功状態、失敗状態を実行してください。

• レンダリングされたフォームとDOMまたはアクセシブルネームの証拠。
• フィールドの目的、必須状態、バリデーションルール。
• インラインおよび要約エラーメッセージ。
• 同意、プライバシー、保持に関する文書。
• 成功確認とフォローアッププロセス。
• モバイルおよびキーボード操作の証拠。
• 利用可能な場合は、サポート上の問題または離脱に関する調査。

各入力について、日付、情報源、範囲、既知の欠落を記録してください。タスクに不要な認証情報、個人情報、顧客データを削除してください。

フォームの問題を構成する四つの層を分ける

分かりにくいフィールドは、文言の問題、デザインの問題、実装上の欠陥、または正当化されないデータ要件である可能性があります。悪いプロセスを文言で補わせるのではなく、層と責任者を報告してください。

• 文言と案内
• 視覚およびインタラクションデザイン
• 技術的なバリデーションとフォーカス管理
• プライバシー、法務、運用上の必要性

エラーを回復のための案内として確認する

エラーはフィールドを特定し、何が間違っていたかを説明し、修正方法を示す必要があります。「無効な入力」のような一般的なメッセージは、ユーザーに作業を増やし、フィールドとの関連付けが難しい場合があります。

安全なワークフロー

1. フォーム、目的、責任者を一覧にします。
2. デフォルト、フォーカス、エラー、無効化、読み込み、成功、失敗の状態を取得します。
3. すべてのフィールドを運用上の目的に対応付けます。
4. 文言と回復に関する問題を分類するようアシスタントに依頼します。
5. プライバシー、同意、データ最小化に関する質問をエスカレーションします。
6. 有資格者によるレビューを通じて、キーボードと支援技術でテストします。
7. 文言用と技術用に別々のバックログを準備します。
8. 承認済みの変更を適用します。
9. 完全な送信とフォローアップの過程を再テストします。

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

プロンプトのひな型

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

提供されたWordPressフォームの利用過程を監査してください。

各フォームとフィールドについて、次を返してください。
- フォームの目的と責任者
- フィールドラベル、アクセシブルネーム、目的
- 必須または任意の状態
- 案内と期待される形式
- エラーメッセージと回復の案内
- 同意またはプライバシーに関する質問
- 確認と次の手順
- 問題の層：文言、デザイン、開発、アクセシビリティテスト、プライバシー/ポリシー、またはなし
- 正確な証拠、重大度、責任者

ルール：
1. 法的根拠、同意、保持ポリシーを決定しないでください。
2. WCAG適合を主張しないでください。
3. フィールドを追加したり、必須に変更したりしないでください。
4. フォームを変更しないでください。
5. 提供されなかった状態は未テストとしてマークしてください。

このプロンプトがこの構造である理由

層と状態のフィールドにより、アシスタントが技術的またはポリシー上の失敗を文言の書き換えで回避することを防ぎます。未テストの状態は正しいと仮定されず、可視のままです。

推奨されるアクセス境界

タスクで公開ページ、エクスポートファイル、または手動で提供された証拠を使用する場合、WordPressアイデンティティは不要です。利用可能であるという理由だけで接続を作成しないでください。

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

このタスクの範囲外に残すべきこと

• 法的またはプライバシー上の判断はしない。
• フィールドの追加または要件の変更はしない。
• アクセシビリティ認証はしない。
• 本番フォームを編集しない。
• エラーまたは成功状態を作り出さない。

アクセスレベルは出発点となる推奨であり、普遍的な権限ではありません。アイデンティティが利用できる正確な機能は、インストール済み製品バージョンと公開されている対象範囲に基づく必要があります。

WP Agent Controlの位置付け

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

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

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

検証チェックリスト

• ☐ デフォルト、エラー、成功の状態を取得した。
• ☐ すべてのフィールドに目的があるか、フラグが付いている。
• ☐ 文言の問題と技術的問題を分けた。
• ☐ プライバシーの質問に適切な責任者がいる。
• ☐ キーボードおよび支援技術によるテストの状態が明示されている。
• ☐ フォームを変更していない。

よくある失敗モード

• 空の状態だけの監査： エラーと確認がまったくレビューされない。
• 文言による応急処置： 不要なフィールドや壊れたバリデーションを文言で隠す。
• 法的判断の捏造： アシスタントが権限なしに同意ポリシーを書く。
• 未テストのアクセシビリティ主張： テキストレビューを適合性として提示する。

上級者向けの注記

フォームを、各遷移に必要な証拠を持つ状態機械としてモデル化してください。AIはラベルとメッセージを比較できますが、決定論的テストはフォーカス、状態、送信動作を検証します。

関連ガイド

• AIを使ってWordPressコンテンツのアクセシビリティを監査する方法
• AIでWordPressの行動喚起を監査する方法
• AIでWordPressランディングページのブリーフを作成する方法
• AI で WordPress のサービスページを改善する方法

次の手順

より広いコンテンツの問題にはアクセシビリティ監査を、フォームに至る行動にはCTA監査を使用してください。