mcpField
C
conversion-accessibility-polish

conversion-accessibility-polish

github.com/divyanshu-iitianデザイン・UI449 回インストール10 週間前に更新
リポジトリ

conversion-accessibility-polish について

Conversion and Accessibility Polishは、インターフェースの使いやすさ、アクセシビリティ、判断の明確さを改善するスキルです。ユーザーパスの監査から修正の優先順位付け、実装、再テストまでを導き、コンバージョン施策の倫理的な制約も示します。

主な機能

  1. 01開始から成功までの経路を監査
  2. 02判断の明確さと信頼情報を確認
  3. 03セマンティクス、キーボード操作、視覚的な利用しやすさを確認
  4. 04必要な保護を維持しながらフォームの負担を軽減
  5. 05修正を優先し、モバイルとキーボードで再テスト
  6. 06所見、検証結果、未解決の制約を記録

活用シーン

  1. 01登録や購入経路の障害を発見
  2. 02フォーム、入力検証、エラー復旧を確認
  3. 03キーボード操作と視覚的な利用しやすさを点検
  4. 04不適切な誘導を避けて画面変更を優先

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/divyanshu-iitian/agent-website-design-skills --skill conversion-accessibility-polish

インストール後、Claude Code で/conversion-accessibility-polishを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yamlreferences/a11y-conversion-checks.md

詳細

コンバージョンとアクセシビリティの改善

インターフェースをより明確で信頼でき、操作しやすくすることで、ビジネス成果を高めます。アクセシビリティは製品要件であり、最後に加える見た目の調整ではありません。

ワークフロー

  1. ユーザーの主なタスク、成功イベント、それを妨げる疑問やアクセス上の障壁を特定します。
  2. 最初のアクセスから成功までの経路をたどります。ナビゲーション、フォーム、検証、読み込み、エラー、確認、再訪を含めます。
  3. 意思決定の明確さを監査します。
    • ユーザーが何を選ぶのか。
    • 費用と利用上の確約。
    • 次に何が起こるのか。
    • 根拠とリスク。
    • やり直し方や離脱方法。
  4. セマンティクスとインタラクションを監査します。ランドマーク、見出し、名前、ラベル、説明、キーボード操作の順序、フォーカス管理、通知、ポインター以外の操作方法を確認します。
  5. 視覚的なアクセス性を監査します。コントラスト、テキストの拡大とリフロー、フォーカスの視認性、ターゲット間隔、ズーム、動き、固定 UI によって隠れるコンテンツを確認します。
  6. あいまいで誇張された文言を、具体的な成果、制約、例、次のステップがわかる表現に置き換えます。
  7. 必要な同意、セキュリティ、エラー防止を損なわずに、フォームの負担を減らします。
  8. ユーザーの確約が増す場面で信頼に関する情報を提示します。利用規約、プライバシー、解約、取り消せない操作の影響を見える状態に保ちます。
  9. 影響の大きい修正から実施します。タスクの妨げ、誤解を招く意思決定、キーボード操作の失敗、フォームの失敗、視覚的な仕上げの順です。
  10. モバイルとキーボードのみの操作で、経路全体を再テストします。自動チェックは補助として使い、適合性の証明とはみなしません。

倫理上のガードレール

  • 偽りの希少性、隠れた料金、確認を利用した羞恥心の誘発、広告を装った表示、強制的な継続、事前選択された同意、解約を妨げる仕組みを追加しないでください。
  • お客様の声、数値、セキュリティに関する主張、保証を捏造しないでください。
  • コンバージョン向上が見込めるという推測を理由に、アクセシビリティを犠牲にしないでください。
  • 自動ツールだけを根拠に WCAG 適合を主張しないでください。
  • 復旧可能なエラーが起きた場合もユーザーの入力を保持し、取り消せない操作は明示してください。

成果物の要件

以下を提示してください。

  1. 主な経路 - アクセス -> 意思決定 -> 操作 -> 成功。
  2. 調査結果 - 重大度、影響を受けるユーザー、根拠、判明している場合は関連規格。
  3. 優先度を付けた修正案 - 影響と作業量の比較。
  4. 実装 - 変更が依頼された場合。
  5. 検証 - キーボード操作の経路、モバイルでの経路、フォームの状態、自動および手動でのチェック。
  6. 正直な限界 - コンテンツ、法務、分析、支援技術のレビューが引き続き必要な項目。

参考資料

実践的な WCAG 2.2 AA 準拠を目指す監査と、倫理的なコンバージョンチェックリストについては、references/a11y-conversion-checks.md を参照してください。

コメント