#アクセシビリティ
「作るべき理由」には強さの段階がある — なぜ『HTML構造上つくれない』が最強か
そのコンポーネントを作るべきかの判断根拠は、弱・中・強の3段に分かれます。最も強いのは「既存のコンポーネントではHTML構造上つくれない」です。書類ダウンロード行を例に、拡張で足りる場合と新設しかない場合の線を引きます。
AIが作った画面で、実際に起きた29の失敗
自分たちがAIに作らせた業務画面175枚を検品し、実際に起きた失敗を29個並べました。すべて画面の番号つきです。動く画面が出てくることと、出してよいことは別です。各項目に、手元の画面で確かめるための目安を1行添えています。
アクセシビリティ診断はどこに頼めばいいか — 頼めるもの4種類と、試験だけでは「準拠」を名乗れない理由
「アクセシビリティ診断」で頼めるものは、JISの様式で試験結果を出す試験、様式を取らない点検、方針の策定、実装の手直しの4つに分かれます。それぞれの向く場面、頼む前に決めておくこと、見積もりが何で動くか、そして試験を受けただけでは「準拠」も「一部準拠」も名乗れない理由をまとめます。
アクセシビリティとインクルーシブデザインの違いとは？目標と手段の正しい関係
「アクセシビリティ」と「インクルーシブデザイン」は混同されやすい概念です。本記事では、両者の決定的な違いと、デザインプロセスでの正しい関係性を解説します。
アクセシビリティとユーザビリティの違いとは？両立させる設計の考え方
「アクセシビリティ」と「ユーザビリティ」は混同されやすい概念です。本記事では、WCAGとISO 9241の定義に基づき、両者の決定的な違いと、UIデザインで両立させる方法を解説します。
アクセシビリティテストの手法（Accessibility Testing）｜アクセシビリティ
開発プロセスに組み込む持続可能なテスト戦略。自動化ツールによる文法検証、泥臭いキーボード検証、そしてスクリーンリーダーの実機テスト入門。
色彩とコントラスト比（Color & Contrast）｜アクセシビリティ
色覚多様性に配慮し、誰にでも見やすい配色を。WCAG基準と、色だけに頼らない情報伝達のベストプラクティス。
フォーカスインジケーター（Focus Visible）｜アクセシビリティ
キーボード操作時の「現在地」を視覚化するフォーカスリング。美観を損なわずに実装するデザイン手法と「outline: none」の罠。
フォームとエラーハンドリング（Forms & Errors）｜アクセシビリティ
誰もが迷わず入力でき、失敗から確実に回復できるフォーム設計。ラベルの適切な紐付け、エラー状態の明示、そしてユーザーの認知負荷を下げるアプローチ。
インクルーシブデザイン思考｜アクセシビリティ
マイノリティのための特別対応ではなく、使いにくさや排除をデザインの初期段階で見つけ出す「手法」としてのインクルーシブデザイン。
キーボードナビゲーション（Keyboard Navigation）｜アクセシビリティ
マウスなしで論理的に移動できるUIの実装。DOMの順序、適切なフォーカス管理、そして視覚的な順序とのギャップを埋める設計手法。
アクセシビリティ概論｜アクセシビリティ
なぜ重要で、どこから取り組むべきか。法対応や特別対応ではなく、使いやすさの土台となる「品質の基盤」としてのアクセシビリティ。