14の小売店を対象にした自動アクセシビリティスキャンで最も多かった問題5点と修正方法を紹介。コントラスト不足、フォームラベルの欠落、alt属性の欠落など、午後数時間で実装できる具体的な対策をLighthouseとaxe DevToolsを使った検証方法とともに示す。
シェアックリップ
シェアされたアックリップです。
そのほかの #カラーコントラスト ピックアップ
(引用)アクセシビリティを、デザインの基本に。 本書は、年齢や障害の有無、利用環境にかかわらず、あらゆるユーザーが必要な情報や体験を得られるよう、「アクセシビリティ」をデザインの初期段階から組み込むための考え方と実践を学べるハンドブックです。 日本でもデジタル庁がウェブアクセシビリティの導入を推進し、「誰一人取り残されない、人に優しいデジタル化」が目指されています。アクセシビリティは、一部の人のための特別…
専門家のいないチームが取り組めるよう、WCAG 2.2の87項目から実害の多い7項目を絞った記事。キーボード操作、ラベル、代替テキスト、コントラスト、見出し、色以外の手がかり、フォーカスの表示を扱う。
ダークモードでもWCAG 2.1のコントラスト基準(1.4.3・1.4.11)はテーマごとに適用されると説明し、純黒の背景や鮮やかな色が基準を外しやすいことや、prefers-color-schemeのテストが漏れやすいことを扱う記事。
AIで作ったWordPressのページを公開前に確認する項目を紹介する記事。文字と背景の差、代替テキスト、見出しの順序、キーボード操作、エラーの伝え方の5項目を挙げ、自動ツールに任せる検査と人が操作する検査を分ける方法を示す。
Windowsのハイコントラストモードなどで有効になるforced-colorsでは、ブラウザが背景色や影をOSの固定パレットに置き換えるか消す。見た目だけで作ったボタンが背景と区別できなくなる仕組みを、実際の不具合の経緯とともに説明する。
筆者のサイト5頁を、キーボードだけでの操作、入力欄の名前、文字の濃さ、見出しの順の4点でWCAG 2.2に照らして数えた実測記録。
そのほかの #代替テキスト・alt ピックアップ
企業のSNSで写真に付ける代替テキストの書き方を3つのポイントで解説する記事。写真の主役と動作を書くこと、写真の意味が伝わる情報を加えること、SEO向けのキーワードを詰め込まないことを挙げる。
HTMLのimg要素を、alt属性がない、空白だけ、文字がある、の3つに分け、人が確認すべき候補を出すNode.jsの最小例を紹介する。適合の判定ではなく、装飾画像では空のaltが適切な場合もあると注意する。
ランディングページの画像について、alt属性の付け方を1分で点検する手順を示す記事。情報を伝える画像には内容を、装飾の画像には空のalt属性を付けるよう説明し、属性がない画像はスクリーンリーダーがファイル名を読み上げることがあると述べる。
WCAG が装飾的な画像を支援技術から隠してよいとする扱いを、使いすぎだと指摘する記事。画像が見る人の理解や印象に影響しうるため、支援技術から隠す前に、画像が何を加えているかを考えるべきだとする。
noteの画像で、キャプションと代替テキスト(ALT)をどう使い分けるかを、売れ筋の有料記事371本の調査をもとに説明する記事。見える人への補足はキャプション、画像の代わりは代替テキストに書くという分け方を示す。
売れ筋の有料記事の画像941枚のうち代替テキストがあったのは71枚だったと示し、自分の記事の図にも説明が入っていなかった経緯を書く。公開前に説明を書いて数字を突き合わせ、公開後に空を数える5つの手順を紹介する。
そのほかの #フォーム ピックアップ
会員登録フォームで自動入力が効くかを1分で確かめる方法を解説する記事。入力欄に autocomplete の値を付けて入力目的を伝える意味を、WCAG 達成基準1.3.5(入力目的の特定)の解説をもとに示す。
スクリーンリーダーを使う視覚障害のある筆者が、ウェブサイトのログイン画面で遭遇する障壁を解説した記事である。ラベルのないサインインアイコン、パスワード表示の切り替え、チェックボックス、分割された二段階認証の入力欄などを取り上げる。
Reactのフォーム部品の設計を、ラベルやメッセージ行などの共通の構造、react-hook-form と zod への接続、スマートフォンでの操作の3点から解説する。例には作者が開発するUIライブラリを使っている。
専門家のいないチームが取り組めるよう、WCAG 2.2の87項目から実害の多い7項目を絞った記事。キーボード操作、ラベル、代替テキスト、コントラスト、見出し、色以外の手がかり、フォーカスの表示を扱う。
WCAG 2.2の「ターゲットのサイズ(最低限)」と「重複入力」の基準を、イベントの申し込み画面を例に解説する記事。操作対象の大きさと間隔を確保すること、同じ手続きで入力を繰り返させないことを求める基準だと説明する。
会員登録フォームの入力欄に autocomplete 属性を付けて、入力の目的を伝える方法を解説する記事。名前・メールアドレス・郵便番号などをブラウザが自動入力できるようにし、WCAG 1.3.5 と認知の困りごとのある人の入力の負担に結びつける。
そのほかの #テスト・検証 ピックアップ
【名古屋開催】第13回 ウェブアクセシビリティ勉強会
アクセシビリティの実装・検証について、スクリーンリーダーやキーボード操作などの支援技術を実際に体験し、WCAG達成基準を確認するワークショップ形式の参加型勉強会。
イスラエルの障害者平等権規則と規格 IS 5568 AA(WCAG 2.1 AA 準拠)への適合を、ブラウザ上で動く JavaScript により自動的に確かめる方法を解説する記事。代替テキスト・見出し構造・コントラスト・言語と文字方向の確認項目を示す。
Using Accessibility Checker Pro + Claude AI to Remediate a Large WordPress Site: Courtney Robertson
WordPress の大量の記事を、アクセシビリティ検査ツールの結果をもとに Claude Code で修正した事例の発表である。YouTube の埋め込みを字幕付きプレーヤーへ置き換えるなどの修正で、AI が正しく直せた箇所と人の確認が要った箇所を示す。
会員登録フォームで自動入力が効くかを1分で確かめる方法を解説する記事。入力欄に autocomplete の値を付けて入力目的を伝える意味を、WCAG 達成基準1.3.5(入力目的の特定)の解説をもとに示す。
AIエージェントが検証していないのに「テストは通った」と報告する例を挙げ、アクセシビリティの検査をAIだけに任せられない理由を論じる。ルールに基づく検証とAIによる自動化を組み合わせる方法を示すと述べている。
AIがアクセシビリティをレビューできる範囲は、ソースコードだけを読むか、実行中のブラウザーやaxe-coreの結果まで受け取れるかによって変わると整理する。WCAG適合と自動テストの合格は同じではないことも説明する。
そのほかの #Lighthouse ピックアップ
tabindex に1以上の値を付けると Tab の移動順が画面の見た目とずれることを、axe-core と Tab キーでの動作確認で示し、属性を削除して直す手順を解説する。
ناحیههای لمسی و بزرگنمایی (Touch Target & Zoom): چرا اندازه و مقیاسپذیری در موبایل حیاتی است؟ 📱
モバイルでタッチ領域を十分な大きさにすることと、拡大縮小を妨げないことを、コード例つきで解説する。タッチ領域の下限は WCAG 2.2 の AA 基準にあたる 24×24px とする。
Semantic HTMLの基本と、アクセシビリティ・SEO・コード保守性に対する3つの利点を解説。Lighthouse監査を例に、`<main>`ランドマーク追加などの改善方法と、その効果を実測値で示す。
全国810大学を対象にウェブアクセシビリティを自動診断した大規模調査。99.1%に問題が検出。国立大学は画像の代替テキスト欠落、私立大学はUIの役割・キーボード操作の問題が多く、設置区分によって課題が異なることが明らかに。
アクセシビリティをチェック・テストするためのツール・拡張機能・スクリーンリーダーの一覧。自動チェック、コントラスト測定、スクリーンリーダー利用など、成果物検証の手段を紹介している
セマンティックHTMLの重要性とスクリーンリーダーへの影響を解説。著者のポートフォリオサイト監査で発見した3つの問題——画像のalt属性欠落、フォームラベルの接続不良、見出し階層のスキップ——と修正方法を紹介する。