スキル web-accessibility
📦

web-accessibility

安全

アクセシブルなWebインターフェースの構築

こちらからも入手できます: Joseph OBrien,Joseph OBrien

Webアプリケーションは、不適切なアクセシビリティ実装により、障害のあるユーザーを排除することがよくあります。このスキルは、包括的でスクリーンリーダー対応、キーボード操作可能なインターフェースを作成するためのWCAG 2.1ガイダンスを提供します。

対応: Claude Codex Code(CC)
📊 71 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「web-accessibility」を使用しています。 Create an accessible modal in React

期待される結果:

  • role='dialog'、aria-modal='true'、aria-labelledby、フォーカストラップ、ESCハンドラー、外側クリックで閉じる機能を備えたModalコンポーネントを返します
  • アクセシビリティチェックリストを含みます:セマンティックHTML、キーボードナビゲーション、スクリーンリーダーアナウンス

「web-accessibility」を使用しています。 Build accessible login form

期待される結果:

  • <label htmlFor>の関連付け、aria-required、aria-invalid、エラーメッセージ用のaria-describedbyを備えたフォーム
  • エラーアナウンス用のrole='alert'と、検証失敗時の適切なフォーカス管理を含みます

セキュリティ監査

安全
v1 • 3/9/2026

All 113 static findings are FALSE POSITIVES. The skill is documentation about web accessibility (WCAG 2.1). The scanner detected backticks in markdown, legitimate reference URLs to accessibility resources, relative paths in docs, and false positives for 'key' (keyboard) and 'cryptographic' (MDN). No executable code, no shell commands, no malicious patterns exist.

2
スキャンされたファイル
655
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
35
コミュニティ
100
セキュリティ
87
仕様準拠

作れるもの

新しいアクセシブルコンポーネントの構築

最初から適切なフォーカス管理、ARIAラベル、キーボードサポートを備えたReactモーダル、ドロップダウン、またはフォームを作成します。

既存のアクセシビリティ問題の修正

WCAGチェックリストに従い、適切なセマンティックHTMLを実装することで、レガシーコードのアクセシビリティ問題を特定して修正します。

アクセシビリティテストの実装

Jestでaxe-coreを使用した自動アクセシビリティテストをセットアップし、デプロイ前に回帰を検出します。

これらのプロンプトを試す

アクセシブルなモーダルの作成
次の要件でアクセシブルなモーダルコンポーネントを作成します:
- フレームワーク:[React/Vue/Vanilla JS]
- WCAGレベル:AA
- 機能:フォーカストラップ、ESCで閉じる、外側クリックで閉じる
- 適切なARIA属性とスクリーンリーダーアナウンスを含める
アクセシブルなフォームの構築
次の要素を含むアクセシブルなフォームを構築します:
- 必須フィールドの検証
- aria-describedbyを使用した明確なエラーメッセージ
- 適切なラベルの関連付け
- 成功/エラー状態のアナウンス
- 検証エラー時のフォーカス管理
キーボードナビゲーションの追加
[ドロップダウン/タブ/メニュー]に完全なキーボードナビゲーションサポートを追加します:
- 矢印キーナビゲーション
- Home/Endキーサポート
- Enter/Spaceによるアクティベーション
- Escapeで閉じる
- 可視化されたフォーカスインジケーター
アクセシビリティコードレビュー
アクセシビリティの問題についてこのコンポーネントコードをレビューします:
[コードを貼り付け]
チェック項目:セマンティックHTML、ARIAの使用、キーボードアクセシビリティ、色のコントラスト、フォームラベル、フォーカス管理

ベストプラクティス

  • ARIA属性を追加する前に、まずセマンティックHTML要素を使用します - ネイティブHTML要素には組み込みのアクセシビリティがあります
  • 常に可視化されたフォーカスインジケーターを維持します - 代替手段を提供せずにoutline: noneを使用しないでください
  • 開発中は自動化ツールだけでなく、実際のキーボードナビゲーションとスクリーンリーダーでテストしてください

回避

  • ネイティブの<button>要素の代わりに、role='button'を使用したdivを使用する
  • フォーム入力の唯一のラベルとしてプレースホルダーを使用する
  • 可視化されたフォーカスインジケーターを提供せずにoutline:focusスタイルを削除する

よくある質問

WCAGとは何ですか?
Web Content Accessibility Guidelines(WCAG)は、障害のある人々がWebコンテンツにアクセスできるようにするための一連の推奨事項です。A、AA、AAAの3つのレベルを定義しています。
ARIAとは何ですか?
Accessible Rich Internet Applications(ARIA)は、Webコンテンツをよりアクセシブルにする方法を定義する一連の属性です。ネイティブのHTMLセマンティクスを補完します。
スクリーンリーダーとは何ですか?
スクリーンリーダーは、視覚障害のあるユーザーのために、視覚コンテンツを音声または点字に変換するソフトウェアアプリケーションです。一般的なものには、NVDA、JAWS、VoiceOverがあります。
キーボードアクセシビリティとは何ですか?
キーボードアクセシビリティとは、すべてのWebサイト機能をキーボードのみ(Tab、Enter、Space、矢印キー、Escape)で実行できることを意味します。これはマウスを使用できないユーザーを支援します。
フォーカストラップとは何ですか?
フォーカストラップとは、モーダルまたはダイアログが閉じるまで、キーボードフォーカスを内部に保持することです。これにより、モーダルが開いている間にユーザーが背景コンテンツにタブ移動するのを防ぎます。
アクセシビリティをテストするにはどうすればよいですか?
axe-coreやLighthouseなどの自動化ツールを基本的なチェックに使用します。包括的な評価には、キーボードのみとスクリーンリーダーを使用した手動テストが不可欠です。

開発者の詳細

ファイル構成

📄 SKILL.md

📄 SKILL.toon