この記事は最終更新日から1年以上経過しています。

『デジタルアクセシビリティアドバイザー 認定試験 Basicレベル』に合格しました

公開日:

更新日:

スタッフブログ

こんにちは。田村です。

この度、「デジタルアクセシビリティアドバイザー 認定試験 Basicレベル」に合格しましたので、ご報告いたします。

デジタルアクセシビリティアドバイザーとは?

デジタルアクセシビリティアドバイザーについて、公式サイトでは次のように説明されています。
詳しくは公式サイトをご覧ください。

デジタルアクセシビリティアドバイザー(Digital Accessibility Advisor/略称:DAA)とは、ICT機器などのデジタル機器を障害のある人や高齢者に対して、その困りに合わせて適切にコーディネートし、その利活用をサポートできる知識と技術を認定された人材であり、デジタルアクセシビリティのマインドを持つ支援者とも言えます。

受験の動機

最近、特にウェブアクセシビリティに対応するサイトのご依頼が増えてきました。そこで、より広い視野で障害への知識を身につけたいと思い、この試験を受けることにしました。

ウェブアクセシビリティはもちろん重要ですが、デジタルアクセシビリティの範囲は広く、さまざまな障害やテクノロジー、デジタル機器に対する理解が求められます。ウェブアクセシビリティに対応する際、実際にウェブサイトを見る環境を含めてより深く理解し、よりインクルーシブな支援ができるようになるために受験を決意しました。

試験の内容

試験の内容は、一般社団法人日本支援技術協会が発行する学習教材をもとに学習する形になります。Basicレベルでは大きく次の3章に分けられています。

  1. 第一章 障害を理解する
  2. 第二章 テクノロジーを理解する
  3. 第三章 OS標準のアクセシビリティを理解する

受けてみての感想

試験を通じて、障害に対してより深い理解を得ることができました。
障害観や社会の変化、関係する法令、障害とテクノロジーの関係、各OSのアクセシビリティ機能などを学ぶことで、自分の知識とスキルが一段と広がったと感じています。

学びと今後の目標

アクセシビリティに関する知識は、「障害がある」「障害がない」にかかわらず、すべての人にとって必要なものだと感じます。

ウェブ制作を手がけている方々にとっては、障害や周辺テクノロジーを理解することで、ウェブアクセシビリティ対応の理解が深まり、より質の高いウェブサイトを提供できると感じました。

今回の試験を通じて得た知識と経験を活かし、さらに多くの人々にアクセス可能なデジタル環境を提供できるよう、努力を続けていきたいと思います。ご興味のある方は、ぜひ一緒に学んでいきましょう。

今後も、アクセシビリティの分野での学びを続け、より多くの人々に役立つ情報やサービスを提供できるよう努めてまいります。

この記事をシェアする

関連記事

この記事のハッシュタグ #Accessibility から関連する記事を表示しています。

タブのアクセシビリティ実装テクニック

タブはなぜ難しい?ウェブでよく使われるUIのひとつが「タブ」。見た目はシンプルですが、実際にアクセシビリティ対応を行うと「ロールや属性の付与」「選択状態の管理」「キーボード操作」など考えることが多く、実装難度は意外と高めです。タブをUIとして選択しないという手段もありますが、必要なケースもあります。よくある惜しい実装例キーボード操作できない現在地が伝わらないすべてtabindex="0"こうした実装を避けるため、ここでは APG(ARIA Authoring Practices Guide) をベースにしつつ、利用シーンに合わせて調整できる実装方法を紹介します。https://www.w3.org/WAI/ARIA/apg/patterns/1) ロールと要素を正しく関連付けるタブUIの基本は 「どことどこが結びついているか」を明示することです。tablist・tab・tabpanel のロールを付与し、aria-controls・aria-labelledby で相互参照を作ります。参照IDは一意であることが必須です。2) ロービングタブインデックスを理解Tabキーで移動したときに、選択中のタブだけがフォーカス可能にするのが「ロービングタブインデックス」です。aria-selected とセットで更新するのがポイントです。これにより、矢印キーやTabキーでの移動が直感的かつスムーズになります。3) キーボード操作(矢印+Home/End)タブは キーボード操作のしやすさが大事です。横型なら ←/→、縦型なら ↑/↓ を割り当て、Home/End で先頭・末尾に移動できるようにします。循環移動(最後の次は最初へ)も実装すると操作性が上がります。また、aria-orientationで 向きを明示することも大切です。これにより、縦型タブでもスクリーンリーダー・キーボード操作の両方に正しく伝わります。タブとスクリーンリーダー対応について主要な支援技術での挙動は以下の通りです。特に PC-Talker ユーザーにとっては「タブUIそのものが見えない」課題が残ります。NVDA(Windows):○ タブを認識するVoiceOver(iOS / Mac):○ タブを認識するTalkBack(Android):○ タブを認識するPC-Talker(Windows):△ タブを認識しないPC-Talker向け改善案他のスクリーンリーダーでは少し冗長になりますが、補助的にスクリーンリーダー用テキストなど用意することで改善できる場合があります。「現在は〇〇のタブを表示中です」といった短い一言を補足的に伝えるイメージです。プロジェクトの性質や利用者層に応じて、採用してみてください。まとめタブのアクセシビリティ実装は難しく見えますが、ポイントを押さえればシンプルです。ロールや要素で関係を作る選択中だけtabindex=0とaria-selected="true"矢印キー操作を入れる向きをaria-orientationで伝えるこの4つを押さえるだけで、支援技術ユーザーにとってぐっと快適になります。告知2025年10月3日(金)21:00 - 26:00 オンライン開催の「#朝までマークアップ 3(JS編)」に出演いたします。当日は、アクセシビリティを考慮したUIの話をします。この記事にご興味を持っていただけましたら、ぜひご参加ください!

スタッフブログ

動きのあるウェブアクセシビリティ対応はどうやって対応するの?

モーダルやタブ、アコーディオンなど「動き」のあるUIは、デザイン性や利便性を高める一方で、支援技術ユーザーにとっては操作や理解が難しくなることがあります。そのため、動きを伴うコンポーネントを実装する際は「アクセシビリティ対応」が欠かせません。参考ガイドラインW3C が公開している ARIA Authoring Practices Guide (APG) では、実際のUIパターンごとに「ロールや属性の付け方」「キーボード操作の仕様」などが整理されています。タブ、モーダル、ツリー、メニューなど、多くのケースで 実装コード例 が紹介されており、開発者が迷わず対応できるようになっています。ARIA Authoring Practices Guide (APG)このガイドを参考にすることで、動きのあるUIをアクセシブルに作るための基本を把握することができます。実際にどう活かすか実務では、APGが全て正解として見るだけでなく、実装しているUIが 想定された操作と一致しているかロービングタブインデックスやaria属性の相互参照が抜けていないかスクリーンリーダーで操作が伝わるかスクリーンリーダー読み上げに無理はないかキーボード操作で操作できるかといった観点でチェックするのも大事なポイントです。自社の取り組み:ハンドブックとブログ私たち、ましじめでも、社内外の方に役立つよう「ウェブアクセシビリティハンドブック」と「アクセシビリティ連載ブログ」を公開しています。日本語で考え方もまとめていますので、ぜひ参考にしてみてください。ウェブアクセシビリティハンドブックブログ:アクセシビリティ連載おわりに「動きのあるUI」をアクセシブルにすることは、単に基準に適合させるためだけではなく、誰にとっても「自然に使いやすい」体験につながります。APGを基盤としつつ、私たちのハンドブックやブログも実装の一助になれば幸いです。

スタッフブログ