Webアクセシビリティの実践プロセス

サムネイル画像です。輝かしい肉球(水色)のアイコンと、文字「Design」が表示されます。 Design Learning Log

はじめに

デジタル庁が公開している「ウェブアクセシビリティ導入ガイドブック」の要約です。

今回は4章「ウェブアクセシビリティの実践プロセス」の要約となります。

4.1 情報システムにおけるサービス開発

ウェブアクセシビリティは企画段階から考慮すべきです。時代に合わせた新基準への対応も重要です。基本的なプロセスは以下の通りです。

  • Problem Fit:課題の発見
  • Solution Fit:解決策の決定
  • Market Fit:経済的か、運用可能か、社会適合性があるか

企画段階では、視覚障害や聴覚障害など、ユーザーの多様性を考慮し、サービスの全体像をわかりやすく提示します。

企画段階のポイント

  • 利用者像を明確にする
  • 関連する他のサービスやシステムとの連携を検討
  • 法令や規約の制約を確認

調達段階

システム要求事項として、ユーザービリティ、アクセシビリティに関連する機能要件を明確にします。プロトタイピングツールや検証ツールを選定し、適切な人材をアサインすることが重要です。

設計・実装

ワイヤーフレームを作成し、ユーザビリティとアクセシビリティを検証。プロトタイプを用いて、アクセシビリティテストを実施します。最終的には、テスト結果をもとに仕様改修を行い、本実装を進めます。

テスト

初期段階で、情報構造やインタラクションデザインが適切か確認します。アクセシビリティツールでチェックを行い、スクリーンリーダーやキーボード操作の確認も必要です。

4.2 広報活動でのウェブを使った情報発信

広報活動では、画像に代替テキストを付与したり、音声にキャプションをつけることが求められます。動画やSNSでの代替テキストや字幕の提供も重要です。情報発信において、アクセシビリティを高めることが求められます。

4.3 スマートフォンのアクセシビリティ

スマートフォン用支援技術(iOSのVoiceOverやAndroidのTalkBack)の活用が必要です。スマートフォンのUIは、タップしやすいサイズや視認性を考慮した設計を行い、実機を使ってのテストが推奨されます。

さいごに

ガイドブックを通じて、アクセシビリティの全体像を把握することができました。より具体的で技術的な部分については、今後学んでいく必要がありますが、非常にわかりやすいガイドラインでした。

タイトルとURLをコピーしました