約11分で読めます
Accessibility
社内イベント「アクセシビリティースプーン #2」開催レポート（前編）
こんにちは。技術広報グループのBambooこと竹中（X：@shell_in_bamboo）です。
2026年10月に、社内のアクセシビリティ啓発イベント「アクセシビリティースプーン」の第2回が開催されました。主催は、Accessibility Advocateとして社内にアクセシビリティの文化を作る仕事をしている辻さん（著者ページ：辻勝利、X：@KatsutoshiTsuji）です。今回のテーマは「私とアクセシビリティ」。6人の社員が、それぞれ自分とアクセシビリティの間にいまどれくらいの距離があるのかを話しました。私も参加者の1人として、オンラインで当日のセッションを聞いていました。
内容が盛りだくさんなので、前編と後編の2回に分けてお届けします。前編となる今回は、セッション1〜3の3本を紹介します。
アクセシビリティースプーンとは
アクセシビリティースプーンは、辻さんが2026年2月に始めた社内の勉強会です。
名前には、「難しそうなこと」から「めんどくさそうなこと」まで、ティースプーンでゆっくりかき混ぜながら、みんなで一緒に味わっていける会にしたい、という思いが込められています。
第1回は導入編として、室町オフィスとオンラインで開催しました。第2回となる今回は、拠点を問わず参加できるよう完全オンライン形式で試してみました。
今回はKINTOテクノロジーズだけではなく、グループ会社のKINTOやWoven by Toyotaからもご参加いただきました。
「詳しい人の発表会」にはしない
今回のアクセシビリティースプーンで辻さんが決めていたのは、アクセシビリティに詳しい人の発表を集めた会にはしない、ということでした。
「アクセシビリティの話をしてほしい」と声をかけると、「自分はまだ詳しくないので」と一歩引かれてしまうことがよくあるそうです。しかし、アクセシビリティは専門家だけのものではありません。調べ始めたばかりの人、日々の業務で向き合っている人、ガイドラインに長く関わってきた人、家族が直面している課題を身近で見てきた人。それぞれの「距離」から見えている景色を持ち寄って、聞いている人にも「自分ならどのあたりだろう」と考えるきっかけにしてほしい、とのことでした。
セッションの紹介（前編：セッション1〜3）
セッション1：アクセシビリティ初心者がアクセシビリティについて調べてみた（太田さん）
トップバッターは、アクセシビリティについて「全然知らない」立場から話してくれた太田さんです。
きっかけは、社外のイベントで「アクセシビリティのKTCさんですか」と声をかけられたことだったそうです。それまで太田さんにとってのアクセシビリティは、iPhoneの設定画面にある「文字サイズの変更」や「背面タップ」のような便利機能という認識でした。
太田さんがJIS X 8341-1やW3Cの資料で調べてみると、アクセシビリティは「年齢・障害・利用環境の違いにかかわらず、誰もが使える度合い」のことでした。小さな文字が見えにくい、けがで片手しか使えない、騒がしくて音が聞こえない、回線が遅い。どれも、使える人の範囲をどこまで広げられるかという話です。
そこから本業であるセキュリティの軸で調べてみると、意外な接点が見えてきます。CAPTCHAや多要素認証は、ロボットによる攻撃を防ぐうえで重要な仕組みです。一方で、CAPTCHAは目の見えない人には難しく、制限時間内にコードを入力する多要素認証も、使いづらいと感じる人は少なくありません。
警告やエラーの画面も、専門用語ばかりだと何をすればよいか伝わりません。障害のある人も、慌てている人も、こうした仕組みの前で止まってしまう、という指摘でした。
セキュリティの世界にも「誰もその仕組みから締め出されないようにする」という考え方があり、当事者からのフィードバックを受けてパスキーなどの改善が重ねられているそうです。
使いにくい仕組みは抜け道を生むので、セキュリティの基準も使いやすさを求めています。米国の認証ガイドラインNIST SP 800-63Bは、パスワード欄への貼り付けを許可し、パスワード管理ツールを使えるようにすることを挙げています。WCAG 2.2の達成基準3.3.8も、記憶や書き写しだけに頼る認証を避けるよう求めています。覚えなくてよく、書き写さなくてよいパスキーは、安全で使いやすい仕組みです。安全と使いやすさは、片方を取れば片方を捨てる関係ではなかった、というのが太田さんの発見でした。
「自分の本業の中にも、調べてみると意外とアクセシビリティに関わる部分があった。皆さんの業務にもきっとあるはず」という締めのお言葉が最高でした！「全然知らない」とか本当か！？(笑)というぐらい良い発表でした。ご自身の専門領域と結び付けるとこんなにも為になるんだな～と。
セッション2：テックブログのアクセシビリティ改善活動（谷さん）
2本目は、フロントエンドエンジニアで技術広報も兼務している谷さん（著者ページ：high-g、X：@high_g_engineer）による、このテックブログのアクセシビリティ改善の話です。
谷さんは、2026年6月時点のテックブログをスクリーンリーダーで読み上げた音声を流してくれました。適切な見出しがないため見出しジャンプで読み進められない。著者情報が何度も読み上げられ、なかなか記事にたどり着けない。サイドバーの検索ボックスの存在にも気づけない。谷さんいわく「あんまり読ませる気がないテックブログ」でした。
改修後は、記事一覧と各記事に適切な見出しが付き、辞書を索引で引くような感覚で記事を探せるようになりました。著者情報ではなく記事タイトルが読み上げられるので、余計な読み上げも減っています。
見出しから記事ページにすぐ移れるようになり、サイドバーの検索ボックスにも気づけるようになっています。
この改善には、辻さんもスクリーンリーダーの利用者として関わっています。谷さんが最初に、WCAGを参照させてAIに対応させたものを見せたところ、辻さんの答えは「いくつか気になるところがありますね。」でした。そこから、辻さんがどんな情報を必要としていて、どう操作しているのかを一緒に確かめながら進め、「まずは見出しの整理からやればいい」というところにたどり着いたそうです。
谷さんは、仕様や書籍を網羅的に理解して基準を満たすことを目的にする前に、目の前の当事者を想像し、その人に向けて情報を整理するところから始めるのが大事だと話していました。そして、自分でもスクリーンリーダーを日常的に立ち上げ、当事者に「情報量は適切ですか」と聞くことを繰り返す。この往復こそが、今の形につながったのだと思います。
「AIで手軽にものづくりができる今だからこそ、これまで以上にユーザーに寄り添った優しいものづくりをしていこう」というメッセージで締めくくられました。もうね、ちょっと泣きそうでしたよね。AI時代にエンジニアはどうなるべきか、という大きな問いの答えを見た気がしましたよ（大げさ）。こうやって、アクセシビリティの領域においても当たり前に「一緒に作る」ということが行われるようにしていきたいと思いました。
セッション3：アクセシビリティガイドラインの『色々』と読み方 —— WCAG・ISO・JISからHIG・MDまで（守谷さん）
3本目は、Engineering Officeで辻さんと同じチームの守谷さん（著者ページ：emim、X：@emim）です。守谷さんは、ウェブアクセシビリティ基盤委員会（WAIC）の元委員でもあります。
1つ前の谷さんの発表（基準に準拠することばかり追い求めるのではなく実際のユーザーの声を聴く大切さ）とは真逆？の「基準を知ることの重要性」を発表してくださいました。これは意見の食い違いから乱闘になるか！？（ならんよ）
こういった多様な意見が聞けるのがたまらんと思いながら聴き入った私です。
前半は、W3CのWCAGがISO/IEC 40500となり、それをJIS X 8341-3が取り込むという関係の整理でした。WCAG 2.0は2008年に勧告され、JISになったのは2016年です。この時差のため、日本で参照されているJISは、スマートフォン関連や認知関連の項目が追加されたWCAG 2.1・2.2の内容をまだ含んでいません。最新の内容を知りたいときはWCAG 2.2（WAICの日本語訳）を見てほしい、というのが守谷さんからのメッセージでした。
達成基準の数は、WCAG 2.0の61項目から、2.1で17項目、2.2で9項目増えています。2.2では1項目が廃止されました。
後半は「WCAGはなぜ難しいのか」と「どう読めばよいのか」です。翻訳の表記ルールによる言い回しの難しさや、HTMLに限らずPDFなどにも当てはまるよう抽象的に書かれていることが、難しさの理由として挙げられました。そのうえで、各達成基準からリンクされている解説書（Understanding）を使って、次の3ステップで読み解く方法が紹介されました。
- 意図を読み、なぜその基準があるのかを理解する
- 事例を読み、どうなっていれば達成できるのかを知る
- テクニックを読み、どう実装すればよいのかを知る
ネイティブアプリのエンジニアに向けては、AppleのHuman Interface Guidelines（HIG）やMaterial Design（MD）とWCAGの関係も紹介されました。まずプラットフォームに依存しないWCAGで基礎を押さえ、Dynamic TypeやVoiceOverのようなプラットフォーム固有のことはHIGやMDで確認する、という使い分けです。
HIGもMDも早い段階からアクセシビリティの考え方を取り入れていて、どちらもWCAGに基づいていることを明記しています。
AIでガイドラインを読むことについては、「アクセシビリティは特に、世間で流行っている実装方法を安易に答えがち」と注意を促し、WCAGやHIG、MDをきちんと参照させる聞き方を勧めていました。英語の原文がそもそも難しく、日本語になるとさらに難しくなる。それでも、解説書を味方にすれば一歩ずつ読み進められる、と背中を押してくれるセッションでした。
守谷さんは本当に知見が深く、アクセシビリティ素人の私には学ぶことしかないのですが、今回も神回でした。きっちりと基本を押さえつつ、AIを使ったり応用したりしていきたいですね。
守谷さんのスライドで紹介されていた参考情報も載せておきます。
チャットで生まれた対話
セッションの最中から、Teamsのチャットにはたくさんの質問や感想が書き込まれました。時間の都合で口頭の質疑応答はできませんでしたが、チャットではセッション同士をつなぐような対話が自然に生まれていました。前編の3本に関するものを紹介します。
- 「セキュリティとアクセシビリティは、数年の差で似た流れをたどっている」という見方
- WCAGを読むべきかについて、「読むに越したことはない。ただ、挫折しては本末転倒なので、当事者に寄り添った対応から始めて、そのあと仕様書で理解を深めるのがよい」という意見
- 正確に伝えようとすると言葉が難しくなり、抽象度を上げると正確さが失われる、というガイドラインのジレンマ
セッションを聞いている最中にチャットで盛り上がれるのは、オンラインでやる魅力の1つだと感じました。
前編を振り返って
三者三様の発表内容をご紹介しました。
- アクセシビリティ初心者でも、自身の専門領域と紐づけて調べると色々な発見があること
- 基準を満たすことだけに傾倒せず、ユーザーの声を聴くこと
- ガイドラインの読み方や活用の仕方
私自身、このような学びを得て、とても美味しい紅茶を飲んで満たされたような気分。。まさにアクセシビリティースプーン！
と、うまいこと会のタイトルに紐づけたところで後編に続きます！後編では、
- 台湾で開催されたアクセシビリティのカンファレンスで見たものとは
- Agent時代のアクセシビリティ
- 色覚多様性の話
という3本のセッションをご紹介します。お楽しみに！
