Web 制作現場でアクセシビリティの重要性をどう説明するか。『使いづらい』と『使えない』の違い、感じ方の多様性、WCAG などの基準が必要な理由を、フロントエンドエンジニアの視点から丁寧に考察。
#Lighthouse
「Lighthouse」に関するアクセシビリティ関連情報を自動収集して掲載しています。
Chrome DevToolsに統合されたアクセシビリティ機能を活用してWCAGに準拠したWebの検証を行う手法。
Core Web Vitalsダッシュボードに表示されやすいアクセシビリティ修正。フォーカス表示、キーボード応答性、モーダルの位置固定に注目し、計測可能な改善の優先度付けを実例で解説。
axe-coreやLighthouseなどの自動スキャナツールでは検出できないアクセシビリティ上の問題や限界について解説する。
5つのWebページからアクセシビリティ改善のバックログを作成する方法を紹介。自動化ツールと手作業レビューを組み合わせた、実践的な監査アプローチを説明する。
WCAG 2.2 SC 2.5.8が定める最小ターゲットサイズ（24×24ピクセル）の要件について、Lighthouseの判定との乖離を実測で検証する技術記事。
ホームページの画像に設定するalt属性（代替テキスト）の重要性を解説。SEO対策とアクセシビリティ向上の両面から、alt属性の正しい設定方法を紹介する。
累積レイアウトシフト（CLS）はパフォーマンス指標でありながら、スクリーンリーダーユーザーに混乱をもたらす。CLSを修正する方法と重要性を解説
Lighthouseを用いてアクセシビリティスコアを55から100に改善した実例を報告した記事。6件のWCAG違反修正の具体的プロセスを解説し、自動ツールが検出できないキーボードトラップなどの課題も指摘している。
Lighthouseなどの自動監査ツールが報告するアクセシビリティスコアの限界を指摘。ツール判定と実際の使いやすさの乖離や誤検出について論じる記事。
Lighthouse 監査で満点達成するための手法を、AnalogJS ブログの事例を通じて解説。Web アクセシビリティテストの実践的な改善方法を紹介。
Automatyzacja EAA w CI/CD: Jak wdrożyć testy dostępności w małym budżecie przed czerwcem 2025?
記事 海外
CI/CDパイプラインにアクセシビリティテストを統合し、限定予算で自動化を実現する方法。テストツールの選択・運用・2025年6月までのロードマップを解説する。
Lighthouseスコアやチェックリストでは見落とされやすい認知アクセシビリティの重要性を解説する。ユーザーの認知負荷の差が実際の使いやすさに大きく影響することを示す。
自動化ツールに依存せず、セマンティックHTML・キーボード操作・フォーカス設計による総合的なアクセシビリティアプローチを解説。人間による検証の重要性を強調する。
Lighthouse等の自動アクセシビリティ監査ツールが図表や複雑なUIコンポーネントを正確に評価できない理由を解説。キーボード操作の制限など実際のアクセシビリティの問題を事例で示す。
自動テストツールaxe-coreとLighthouseの検出精度を比較。50ウェブサイトでの実測結果から、各ツールの得意分野と限界を明らかにする比較研究。
axe-coreはオープンソースのアクセシビリティ監査エンジン。Deque・Lighthouse・Microsoft等で採用されている。チェック対象・非対象項目と制限事項を解説。
WCAG基準で定めるカラーコントラスト要件と、Lighthouseなどの監査ツールで検出される失敗パターンを解説。
アクセシビリティテストにはスキャナー以上の方法が必要。自動テストツールは30〜50%程度しか検出できず、手動テストの重要性を解説。
自動スキャナーツール（axe・WAVE・Lighthouse等）が検出できないアクセシビリティチェック項目を示し、AccessGuardがいかに対応しているかを解説する。
Claude Codeへのアクセシビリティ指示の有無がデザインシステムの実装品質に与える影響をLighthouseスコアで計測・比較した実践検証記事。
Webサイトのアクセシビリティを自動評価するツール（axe、Lighthouse等）の有効性を比較分析。各ツールの問題検出精度と改善提案の質を実証的に検証した学術論文。