レビュー相手に渡す情報
アクセシビリティレビュー担当者には、URLのほかに「使用ブラウザ・スクリーンリーダーの指定バージョン」と「確認してほしい操作フロー（例：フォームをTabキーで移動して送信まで完了する）」を明記します。担当者によって使用する支援技術が異なるため、前提環境を共有しておかないと再現性のある指摘が得られません。
PCとスマホの両方でURLを開いて表示を確認してから送付します。特にタッチデバイスでのフォーカス順序や、ポップオーバーのフォーカストラップが意図どおり機能しているかは、アクセシビリティ観点で重要です。送付前に自分でキーボードのみで操作してみて、明らかな詰まりポイントがないかを確認してください。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
見るべき観点
アクセシビリティレビューでは画像のalt属性、フォームのlabel要素との対応、見出し階層（h1→h2→h3の飛び）、カラーコントラスト比（WCAG 2.1 AA基準では通常テキストで4.5:1以上）が主な確認項目です。これらはHTMLを実際に開かないとスクリーンリーダーや検査ツールで確認できないため、URLの共有が必須になります。
ページ内にアニメーションやAutoplay動画がある場合、prefers-reduced-motion メディアクエリへの対応状況も確認対象です。前庭機能障害を持つユーザーへの配慮として重要で、OSの「視差効果を減らす」設定をオンにした状態でURLを開き、アニメーションが停止または軽減されるかをレビュー依頼に含めてください。
認証と期限
アクセシビリティ専門の外部コンサルタントに依頼する場合はメール認証が便利です。担当者が自分のメールアドレスで認証するため、URLを第三者に転送されても閲覧されるリスクが下がります。複数コンサルタントが並行確認する場合は、各人にメールアドレスを登録してもらうか、共用パスワードを設定して管理します。
短期のスポットレビューでは期限を1週間以内に設定し、レビュー終了後にURLを即時失効させます。アクセシビリティレビューは修正→再レビューのサイクルを繰り返すため、ラウンドごとに新しいURLを発行して「第1回レビュー版」「修正後再レビュー版」を明確に区別しておくと混乱を防げます。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
指摘回収テンプレ
アクセシビリティの指摘は「ページ名／要素のセレクタまたはスクリーンショット内の位置／問題の説明／WCAG達成基準の番号／再現手順」の形式で回収すると開発者が対応しやすくなります。WCAGの番号（例: 1.1.1 非テキストコンテンツ）が記載されていれば、優先度の判断と対応方針の共有がスムーズに進みます。
指摘を受け取ったら番号を振って管理台帳に記録し、対応後に「修正箇所のURL＋セレクタ」を添えて返送します。再レビューを依頼するときは「前回指摘No.3, 7, 12を修正しました、確認をお願いします」と番号で参照することで、担当者がどこを見ればよいかを即座に把握できます。
よくある質問
スクリーンリーダーのテストにはどのブラウザとリーダーの組み合わせを指定すべきですか？
WindowsはNVDA + Chrome、MacはVoiceOver + Safariが現時点での主要組み合わせです。対象ユーザー層が判明していれば、その環境に合わせて優先順位を決めてください。
レビュー用URLを検索エンジンにインデックスされないようにするにはどうすればよいですか？
認証を設定すれば検索エンジンのクローラーはページを取得できません。noindexのみでは不十分なため、認証と組み合わせて使用することを推奨します。
コントラスト比の確認だけなら画像のスクリーンショットで代替できますか？
コントラスト比自体はスクリーンショットでも計測できますが、ホバー状態やフォーカス状態のコントラストはHTMLを直接操作しないと確認できないため、URLの共有が必要です。