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