1. レビュー範囲を定義する
ランダムな URL ではなく完了した成果を出発点にします。ホームページ、主要コンテンツ、検索、問い合わせ、アカウント、予約またはチェックアウト、確認画面、ヘルプ、経路上で使用される埋め込みサービスをマップしてください。再利用されるナビゲーション、モーダル、クッキーコントロール、フォームも含めてください。1つの欠陥がサイト全体に繰り返される可能性があります。
WCAG のバージョンとレベル、適用範囲、ブラウザ、デバイス、および既知の除外事項を記録します。
サインイン後、空の状態、エラー表示などを含め、すべてのステップと状態をレビューします。
2. キーボード操作経路をテストする
ポインタを使わずに選択した各タスクを完了してください。リンク、コントロール、ダイアログ、メニュー、フィルター、日付ピッカー、メディア、ベンダーウィジェットを Tab と Shift+Tab で操作します。フォーカスは可視であるべきで、合理的な順序に従い、トラップされてはならず、ダイアログが閉じた後は有用な場所に戻る必要があります。キーボード操作は WCAG の中心です。カスタムのマウス操作がキーボードで動作するとは想定しないでください。
繰り返しのナビゲーションをタブで順に辿らずにメインコンテンツへ到達できる方法を用意し、テストします。
インターフェースでドラッグが必要な場合、適用可能な非ドラッグ代替手段が利用可能か確認します。
3. 構造と意味の明確さを確認する
ページに説明的なタイトルを付け、見出しは外観ではなく階層に基づいて使ってください。コントロールは支援技術にとって有用な名前、役割、状態を公開しているか確認します。ネイティブの HTML コントロールはリスクを低減することが多いです。意味のある画像には目的に応じた簡潔な代替テキストを付け、装飾的な画像はノイズにならないようにします。状態や指示を色だけで伝えないでください。ページの言語を特定してください。
リンク先や動作が文脈内で理解できるようにします。繰り返されるあいまいなリンクは混乱を招きます。
レイアウトが変わるかスタイルが利用できない場合でも、コンテンツとコントロールが論理的に読み上げられるべきです。
4. テキスト、レイアウト、色、メディアを重点的に確認する
ブラウザのズームとテキストサイズを上げ、主要なタスクを繰り返してテストします。コンテンツは読みやすく使える状態を保ち、衝突したり消えたり不必要に横スクロールを強いるような状態になってはいけません。テキスト、コントロール、フォーカス、エラー、チャートの実際の色の組み合わせを該当する状態で確認してください。録画メディアには重要な音声情報のキャプションや、コンテンツに応じたテキスト代替を提供してください。
ホバー、フォーカス、無効、エラー、ダークモードやその他の代替表示状態も含めてテストします。
プレーヤーをキーボードで操作できるか、キャプション、トランスクリプト、および重要な視覚情報が提供されているかをテストします。
5. フォームとアカウント関連操作を復帰可能にする
主要なフォームに対して欠落、形式不備、有効データを送信してテストします。入力要素には恒久的でプログラム的に関連付けられたラベルが必要です。プレースホルダーだけは信頼できる代替ではありません。必須フィールドは送信前に識別し、何が間違っているかを平易な言葉で説明し、該当フィールドを指し示し、可能な限り入力済みデータを保持してください。サインイン、パスワードリセット、ワンタイムコード、チェックアウト、確認の流れをジャーニーとしてテストします。
エラー表示の色に平易な説明メッセージと識別可能な該当フィールドを組み合わせます。
支払いやアイデンティティプロバイダへの引き渡し、リダイレクト、失敗パス、復帰をキーボードでテストします。
6. ツールと人手による手動レビューを組み合わせる
代表的なページで自動チェックツールを走らせ、その所見を手がかりとして使いますが、合格証明とは見なさないでください。ツールは代替テキストが意味を持つか、順序が理にかなっているか、指示が理解できるか、あるいは支援技術でジャーニーが機能するかどうかを判断できません。手動でのキーボードとズームチェックに加え、対象を絞ったスクリーンリーダーレビューを行ってください。可能なら関連する実体験を持つ人々を早期に関与させ、公正な対価を支払ってください。
ツール出力、レビューノート、決定、修復内容、再テスト結果を一つの課題記録に保存します。
正式な主張が必要な場合、規制対象サービス、複雑なアプリケーション、あるいは争われる結果には資格のある評価者を使います。
7. リリースに修正作業を組み込む
テーマ、キャンペーン、プラグイン、スクリプト、デザイントークン、ベンダーの変更でアクセシビリティは回帰する可能性があります。デザイン、コンテンツ、品質保証、ローンチ作業に比例したレビューを追加してください。SIU はプロアクティブな稼働最適化と修復に焦点を当てます：事前公開の手順を維持し、顧客向けの欠陥を特定し、安全な修正を行い、必要時はロールバック計画を用意します。アクセシビリティレビューはその作業を補完するものであり、可用性チェックや障害アラートに置き換わるものではありません。
主要なタスクがキーボードで完了できない、または重大なエラーが理解できない場合はリリースをブロックします。
修正後に元のタスク、モバイル表示、エラー状態を確認してから課題をクローズします。