誰にでも開かれたヤフーでありたい。
目の不自由な人がネットを快適に使うためのアクセシビリティ検証をレポート！

PCのときは「スクリーンリーダー」と呼ばれるソフトウエアを利用して、OS（オーエス。コンピュータの入出力や同時並行処理などを管理するプログラム）全体を音声・点字化しています。そこに補助機器として「点字ディスプレイ」も併用していますね。

このiPhoneを、視覚のある人と同じようにタップ（画面を軽くたたくように短く押す操作）しながら利用していくんです。

「いま何が表示されているか」と「タップした部分に何があるか」がわからないことです。つまり、このままだとサイトが使えません。ですから、iPhoneのなかに搭載されている、PCのスクリーンリーダーに相当する「VoiceOver（ボイスオーバー）」という機能を利用しています。

ボイスオーバーなしのときはタップした部分が反応して、次ページに移動したりアプリが開いたりしますよね。ボイスオーバー機能を起動させると、そのような反応がなくなるんです。その代わり、タップやドラッグ（長押ししている指を離さずに移動させる操作）した部分に何があるかを、スクリーンリーダーで読み上げてくれます。

そうです。そして、読み上げた場所を実行したければ、画面をダブルタップ（2回タップする操作）します。すると、読み上げた場所にアクセスできるんです。さらに、左右に画面をフリック（指で画面を左右に払うようになぞる操作）することで、今の項目から別の項目に移動もできます。

まずはボイスオーバーを有効にしたiPhoneでヤフーのトップページにアクセスします。そこから「タブがありそうな場所」を想像して画面をなぞって読み上げながら探します。タブの集まる場所を見つけたら、フリックでひとつずつタブを移動していくんです。

スクリーンリーダーには「見出し」とマークアップ（テキストなどの情報をコンピュータが正しく認識できるように、タイトルや見出しなどの構成要素に意味付けすること）された箇所だけを読み上げる機能がありますので、その機能を使ってニュースの記事タイトルを探してその中の「リンク」とをダブルタップ読み上げられたところをタブルタップすれば、次ページに移動します。

タブパネルに「マークアップ（テキストなどの情報をコンピュータが正しく認識できるように、タイトルや見出しなどの構成要素に意味付けすること）が明示的にされているか」が大事だと思います。

ヤフーのトップページを使いづらいと感じるのは、「情報にアクセスするための構造化が最適化されていない」ときです。たとえば「ヤフーからのお知らせ」という見出しをフリックして内容に移動しようとしても、「別の見出し」に移動してしまいますよね。ですから、タグ付けを見直すことなどが、必要なのではないでしょうか。

スマートフォンでトップページを開くと、最新の話題がひと目でわかるニュースが6本掲載されています。これを僕らは「ニューストピックス」と呼んでいます。田中さん、そのうちのひとつをタップしてみてください。

視覚のある人がそのレイアウトを見たとき、「アプリかウェブ上で記事の続きを読むことができる」とわかりますよね。しかし、視覚障がい者の方はスクリーンリーダーで記事を読んでいて、「アプリで続きを読む」などと読み上げられても戸惑ってしまいます。しかも「アプリで読む」や「ウェブで読む」をタップしても、表示されるのは記事全文ですから、またはじめから記事が読み上げられてしまうんです。ここに対して早急な対応ができるよう、検討を重ねています。

そうなんです。読み飛ばしできる人と、すべて聞かないとわからない人では「情報の強弱」が生まれてしまいます。僕らは「掲載されている情報をすべて読み上げてもらえれば伝わる」と想定していましたが、実際は「見出し」を頼りに探されていたわけです。ですから「マークアップすべき箇所をもっと考えないといけないな」と痛感しています。

おっしゃるとおりで、検索の仕方はその人のITリテラシーにもよってしまいます。それを踏まえて、すべての方にとって使いやすいサービスにするためには、全体の文書構造をはじめから作り直さないといけません。「どこまで対応できるか？」は、今後のヤフーの課題だと考えています。

もちろんです。僕らは記事をより明確に伝えられるように、「表現のリッチ化」を目指しています。しかし、リッチ化のためにインフォグラフィック（情報やデータ、知識を視覚的に表現すること）を利用しても、視覚障がい者には情報が伝わりません。そのため、「それがないと伝わらない」のではなく「それがあれば、より伝わる」といった考え方にシフトしています。

たとえば、電車に乗りながら動画を見るときは、音を鳴らしませんよね。そこで、音が鳴らない状態でも伝えられる、動画やコンテンツが必要です。そのようにして、環境が整っていない、もしくは障がいのある方に対して、きちんと情報を伝えることが大切だと思います。もちろん、環境が整っている方には、よりリッチ化されたものを提供したいです。

モジュールとは、特定の検索キーワード群に対してユーザーが欲しい情報を分かりやすく伝える機能のことです。疾病に関するキーワードで検索した際に表示される疾病情報の掲載枠のことを「病気モジュール」と呼んでいます。

たとえばYahoo!検索で「肺がん」といった検索キーワードを入力したら、病気の概要が表示されます。その概要の「見出し」をタップすることで、その下に閉じられていた要素を拡大……つまり「エクスパンド（＝拡大、拡張）」できます。しかし視覚障がいのある方にとっては、この拡張機能の部分が「見出しなのか、中身に付随する説明文なのか」がわかりづらい状態でした。それで、これらを区別できるように修正しました。

僕がマネージャーとして全体を管理している3年ほどでは、今回が初めてだと思います。エクスパンドの表現は最近採用したのですが、エクスパンド表現についてアクセシビリティを考慮した対応が遅れていたな、と反省しました。検証を見学したことで、開発案件に新しいUIを採用するときも「アクセシビリティに対応できているか」に注意するようになったんです。そのように、開発フローにアクセシビリティを組み込むキッカケになりました。

ええ。視覚障がい者の方のインタビューを目の前で聞いたのは、今回が初めてでした。見学しながら感じたのが、「視覚のある人にとっての重要ポイントが、視覚のない人にとっても重要とは限らない」ということ。ですから、「障がい者と健常者の重要ポイントが重なる部分」から対応するのは、何か違うと思うんです。「高齢者や障がい者にとって重要なこと」、「健常者にとって重要なこと」、そして「両者にとって重要なこと」のすべてに対応しないといけません。

「障がい者にとっての危機」を実感できないことです。何かひとつを修正すると、次の修正点が見えてきます。でも、その修正点は視覚障がい者にとって危機的な課題なのかわからず、「まだまだ経験が足りない」と感じ入る次第です。今のところ、アクセシビリティの修正を一気に行うのか、ひとつずつ対応していくのか、という取り組み方を検証していく必要があると思います。誰にも同じ情報が行き届くように「何がヤフーに足りないか」を考える段階に来ているのだと感じています。

トップページにアクセスしたとき、特定の機能にだけ操作が制限され、他のタスクが自由に操作できないような状態のことを言います。

そうです、それのことです。修正する前だと、モーダルで表示された画像にフォーカスが当たっても「画像」としかスクリーンリーダーは読み上げず、モーダルが表示されていることを把握できませんでした。加えて、モーダルを閉じるための「×」ボタンも押せばモーダルが非表示になることも明示できていませんでした。つまり、画面にはモーダルが表示されていることも、それを解除する方法も説明できておらず、視覚障がい者の方を戸惑わせていたんです。

まず、モーダルが表示されていることを明示しました。さらに、モーダル内の画像を表示するときはスクリーンリーダーが単に「画像」と読み上げるのではなく、モーダルの説明として読み上げるようにしています。他には、ボイスオーバー機能を利用しているときに、モーダルの下レイヤーにあるタブなどのコンテンツ（モーダルが表示されているとタップできないようにしている部分）にもフォーカスされてしまっていたので、タップ（操作）できるものだけにフォーカスが当たる（音声読み上げ対象になる）よう修正しました。

そうですね。課題リストをチームで検証したところ「これは高い優先度で対応しなければ」となりまして、すぐさま着手して2週間ほどで修正を完了させました。それは「実際にこういう課題で困る人がいる」と認識できたからで、メンバーの温度感が高くないとなかなか対応まで進みません。今回の件で、チームメンバーはアクセシビリティ対応の意識が高くなりましたね。

はい。目をつぶった状態でボイスオーバー機能を使ってみたら、「これはどこのモジュールを読み上げているかわからないな」と感じる箇所もありました。普段開発して、印象に残っている状態の僕がそう感じるのですから、視覚障がいのある方だとなおさらですよね。いかに目や耳に頼って、情報を得ているのか。そして、そのうちのどれかひとつでもなくしたら不便な機能があるんだと実感しました。

そうですね。トップページでの音声や動画を拡充する際には、代替コンテンツの用意や、動画などにもキャプションや文字起こし（トランスクリプト）を表示するなど、さまざまなポイントを意識していく必要があると考えています。