wp-accessibility-review
WordPressのテーマ、ブロック、プラグイン、管理画面のアクセシビリティレビューを実行します。キーボード操作、フォーカス動作、セマンティックHTML、ARIA使用法、フォームラベリング、スクリーンリーダー対応、コントラスト関連の実装問題のレビューに使用できます。ユーザーが「アクセシビリティレビュー」「a11y」「キーボード操作」「フォーカス管理」「スクリーンリーダー」「ARIA」「セマンティックHTML」「アクセシブルフォーム」「アクセシブルブロック」と言及した場合に自動的に対応します。フロントエンド出力、ブロックマークアップ、管理画面、インタラクティブUI動作の実装レベルのアクセシビリティ問題を検出します。
description の原文を見る
WordPress accessibility review for themes, blocks, plugins, and admin interfaces. Use when reviewing keyboard navigation, focus behavior, semantic HTML, ARIA usage, form labeling, screen-reader support, contrast-related implementation issues, or when user mentions "accessibility review", "a11y", "keyboard navigation", "focus management", "screen reader", "ARIA", "semantic HTML", "accessible form", or "accessible block". Detects implementation-level accessibility issues in frontend output, block markup, admin screens, and interactive UI behavior.
SKILL.md 本文
WordPress アクセシビリティレビュースキル
概要
WordPress のテーマ、ブロック、プラグイン、管理画面に対する体系的なアクセシビリティレビューです。基本原則: アクセシビリティは構造、インタラクション、状態変化に組み込むべきであり、散在した ARIA で後付けするものではありません。セマンティックマークアップ、キーボード動作、フォーカス管理、ラベル、エラーメッセージング、管理画面インタラクション、ブロック出力、および JS 駆動の UI 変化をカバーします。
使用する場合
以下の場合に使用してください:
- テンプレートまたはブロックマークアップのレビュー
- 管理画面フォームやカスタムプラグイン UI の監査
- モーダル、タブ、アコーディオン、またはメニューインタラクションのチェック
- フォームラベル、エラー、フォーカス動作のレビュー
- リリース前にアクセシブルな実装を検証
以下の場合は使用しないでください:
- 実装コンテキストなしの純粋なビジュアルデザイン批評
- パフォーマンスまたはセキュリティのみのレビュー
- スクリーンショットのみからの色コントラスト測定
コードレビューワークフロー
-
対象を特定
- フロントエンドテンプレート
- ブロック出力
- 管理画面
- インタラクティブ JS コンポーネント
-
構造的セマンティクスをチェック
- 見出しの順序
- ボタン vs リンク
- フォームラベルの関連付け
- テーブル/リストのセマンティクス
-
インタラクション動作をチェック
- キーボードアクセス
- フォーカスの可視性とフォーカスリターン
- 必要に応じたライブリージョンまたはステータスメッセージング
- 該当する場合のダイアログ/アコーディオン/タブセマンティクス
-
重大度を適用
- 重大: キーボードでコアアクション操作不可、ラベルなしの必須フォームコントロール、モーダルまたはメニューが不適切にフォーカスをトラップ
- 警告: セマンティクス弱い、エラー関連付け悪い、ARIA 誤用、ボタン以外のクリック可能要素
- 情報: 見出し構造、ヘルプテキスト、またはランドマーク使用を改善できる可能性
ファイルタイプ別チェック
テンプレートとマークアップ
- 重大: インタラクティブ要素が
div/spanとして実装され、キーボードサポートなし - 警告: 見出し構造またはランドマーク使用の欠落
- 警告: ラベルなしのフォーム入力
- 情報: ARIA 多用の代わりにネイティブ要素を使用できる可能性
JavaScript インタラクション
- 重大: モーダルへフォーカスが移動されない、または閉じるときに返却されない
- 警告: キーボードハンドラが不完全
- 警告: 状態変化がビジュアルのみで可視化
- 情報: 非同期更新にライブリージョンを使用できる可能性
ブロックと管理画面 UI 出力
- 警告: インスペクタコントロールまたはブロック UI ラベルが不明確
- 警告: 管理画面通知が適切にアナウンスされていない
- 情報: 空状態の明確さとアシスティブテキストを改善できる可能性
クイック検出用検索パターン (A11Y-21)
アクセシビリティ指向のコードスキャンを高速化するには、これらの rg コマンドを使用してください。
重大パターン
# セマンティクスなし要素のクリックハンドラ
rg -n "<(div|span)[^>]+on(click|key)" . -g '*.{php,html,js,jsx}'
# 明らかなラベル参照なしのフォームコントロール
rg -n "<input|<select|<textarea" . -g '*.{php,html}'
# ダイアログまたはモーダル実装
rg -n "dialog|modal|aria-modal|role=['\"]dialog" . -g '*.{php,html,js,jsx}'
警告パターン
# ARIA 使用候補を手動検査
rg -n "aria-|role=" . -g '*.{php,html,js,jsx}'
# ボタンのようなリンクまたはリンクのようなボタン
rg -n "<a[^>]+href=['\"]#|<button[^>]+onclick" . -g '*.{php,html}'
# フォーカス管理コード
rg -n "focus\(|tabindex|keydown|keyup" . -g '*.{js,jsx,php}'
情報パターン
# 見出しとランドマーク構造
rg -n "<h[1-6]|<main|<nav|<aside|<header|<footer" . -g '*.{php,html}'
リファレンスファイル
references/semantic-and-form-patterns.md- ネイティブセマンティクス、ラベル、エラーメッセージング、フォーム構造references/interactive-a11y-patterns.md- モーダル、メニュー、アコーディオン、タブ、フォーカス管理、キーボード動作
出力形式 (A11Y-23)
各検出項目について、重大度、ファイル参照、影響を受けるユーザーインタラクション、実装がアクセシブルでない理由、および実用的な修正を含めてください。広範なコンプライアンス表現より実装ガイダンスを優先してください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jorgerosal
- ライセンス
- MIT
- 最終更新
- 2026/4/17
Source: https://github.com/jorgerosal/wordpress-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。