Elisa Bandy は Google 社員で、ウェブ アクセシビリティと社内ツールのドキュメントに取り組んでいます。
この投稿では、ユーザー補助機能について学ぶの一環として、コミュニティ エキスパートを取り上げます。詳しくは、ユーザー補助に関する Google の取り組みと研究をご覧ください。
Alexandra White: 同僚をご紹介させていただきます。ここで自己紹介と自分の仕事についてどのように自己紹介しますか？
Elisa Bandy: Elisa と申します。Google の内部ツールとインフラストラクチャに関するドキュメントを作成しています。
Alexandra: 素晴らしい仕事です。何人で働いていますか？
Elisa: テクニカル ライター、インストラクショナル デザイナー、プログラム マネージャーなど、より広範囲のチームは約 40 名です。私が入社した 6 年前の時点では メンバーは 4 人だけでした
Alexandra: Google に移行する前は何をしていましたか？
Elisa: 週の間、私はビデオゲームの開発に携わっていました。週末は靴の修理をしていました。
Alexandra: Google に入社してから、ウェブ アクセシビリティの仕事を始めましたか？
Elisa: はい。でも、1 年半ほど経ってからです。Google の社内ドキュメントのユーザー補助エンジニアリングを担当しています。この作業を行う前は、ドキュメントはアクセシビリティを念頭に置いて設計されていませんでした。アクセス可能だったドキュメント機能はどれも幸せな偶然でした。
そして、色のコントラストがリンクに対してまったく不適切であるという大きな問題がありました。テーブルは完全に乱雑でした。拡大しても、rem ではなくピクセルで定義されていたため、すべてが同じサイズのままでした。全部直そうと思いました修正を重ねた結果今から 5 年経った今でもその調子です。
Alexandra: ユーザー補助機能の専門知識とスキルを備えた人物になり、修正が必要な問題を解決するための決意を身に付けました。
Elisa: そう言えますね [笑]。私自身も障がい者ですが、アクセシビリティに関する検討事項を尋ねるのがいかに難しいかも理解しています。ですから、同僚や同僚がこうしたユーザー補助機能に関する考慮事項がなかったという事実は、非常に怒りを感じていました。誰もこの問題を解決していませんでしたそこで修理に出しました
ユーザー補助機能について誰かに頼む必要はないと思います。最初から組み込まれる必要があります
ユーザー補助のユースケースに優先順位を付ける
Alexandra: ウェブ アクセシビリティには、さまざまなレイヤが存在します。さまざまな障がいについて 異なるニーズがあり何を優先順位付けしていますか？
Elisa: 優先順位の判断をたくさん行っています。たとえば、特定のユースケースに完全にアクセス可能であることはどの程度重要ですか？さまざまなデータを見てみると、障がいのある人の割合はどのくらいか？特定のアクセシビリティの問題を抱えている人は何人いますか？
たとえば、Chromebook に内蔵されているスクリーン リーダーである ChromeVox を使用するユーザーがいます。ChromeVox に問題がある場合は、ChromeVox を使用しているユーザーの数、Jaws、NVDA、VoiceOver を使用しているユーザーの数を調べる必要があります。
対外的には、ChromeVox を使用するユーザーはそれほど多くありません。弊社は Google であるため、多くのユーザーが Chromebook を主要な仕事用デバイスとして使用しています。つまり、ChromeVox は社内ドキュメントの作成にきわめて重要です。ChromeVox のバグは VoiceOver のバグや NVDA のバグよりもやや 発生することがあります
一般的には、まず主要なスクリーン リーダー向けの問題を修正するよう努めます。特に高コントラスト モードの場合、色付けの問題を回避する拡張機能が多数あるため、色付けがヒットまたはミスする傾向があります。
Alexandra: データについては、もちろん Google にとって非常に重要です。「アイデアをデータで裏付ける」という言葉はよく耳にします。Google のアクセシビリティに関する データを収集するにはどうすればよいでしょうか
Elisa: Google Disability Alliance が収集したデータに大きく依存しています。私はしばしば WebAIM のアンケートと照合します。
ユーザー補助の文化
Alexandra: Google におけるユーザー補助の文化について教えてください。
Elisa: 急速に成長し、資金を調達し、幅広い関心が寄せられるようになりました。ほとんど誰もが正しいことを 望んでいることに気づきました同僚は、適切なことを行う方法やユーザー補助を優先する方法に関する教育リソースを求めています。
アプリやウェブサイトなど、不適切に実装された後でアクセスできるように再構成することは困難です。私の仕事の 1 つは、プロダクトを構築する前に、初期設計にユーザー補助を組み込むことについてエンジニアに考えてもらうことです。人々はこれを歓迎し 好意的に捉えています
ユーザー補助機能を組み込むことに抵抗を感じたことは一度もありませんが、それで解決するのはかなり簡単でした。
Alexandra: もう少し詳しく教えてもらえますか？
Elisa: 私がユーザー補助エンジニアリングに初めて参加したときは、勤務時間の 20% しかありませんでした。Google がユーザー補助を重視する理由を理解していない方もいらっしゃいました。「障がいのある人はわずか 1% です」と言われました。自ら立ち上がったのが正しかったからやる必要がありました そして今こそ
障がいのある人が少なすぎるとか 言うまでもないでしょう
Alexandra: その人たちが集まっているときは特にそうです。視聴者を知る
Elisa: 「これは 1% しかありません」なんて聞いたことがありません。「唯一」では意味がないように聞こえますしかし、世界人口について考えると、多くの人がいるということです。Google で働いている多くの従業員ですそして、多くの障がいは過小報告されています。
Alexandra: 人口の 1% 以上が障がいの影響を受けています。WHO の報告によると、10 億人以上が障がいを抱えており、22 億人がなんらかの視覚障がいを抱えています。当然のことながら、その重症度はさまざまであり、視覚障がいのある人の中には、自分が障がい者であると判断しない人もいます。こうした障がいは ウェブ上でのやり取りにも影響します
Elisa: そのとおりです。
独自の専門知識を構築
Alexandra: ユーザー補助に取り組む前に、何かアドバイスはありますか？
Elisa: 全部わからなくても大丈夫です。ユーザー補助は 非常に広い空間です知らないことがたくさんあるのはわかっている。私には非常に特殊なスキルセットがあります。たまたま、ユーザー補助のおすすめの方法に関する情報が どこで見つかるようになりました。
スクリーン リーダーやカラー コントラストなどの専門分野でも、日々新しいことを学んでいます。字幕のユーザー補助の専門家ではありません自分には何が効果的かはわかっていても、他の誰にとって何が効果的かはわからない。ベスト プラクティスを教えてほしい。
Alexandra: あらゆるユーザー補助の絶対的なエキスパートではないのは当然です。エンジニアがアクセシビリティ パターンを学習できるよう、どのようにサポートしますか？
Elisa: 私は、ユーザー補助に関心があるエンジニアと緊密に連携しています。じゃあ虫を渡して、どうやって修正するか教えよう。ベストプラクティスを紹介します他のドキュメントを見て、1 つのアプローチが推奨されていると思われるかもしれませんが、XYZ の理由ではうまくいきません。
ウェブ アクセシビリティに関して問題となるのは、同じ機能を同じ方法で構築する人がいないため、具体的なコード例があまりないということです。裁判の準備をする ソリューションがあるかもしれません多くの人が、すべてのものがまとまって初めてユーザー補助について考えません。その時点で、あなたは何をしますか。テストを破棄して元に戻して、すべてのテストを書き直すつもりですか？いいえ、違います。何かをステープル止めするつもりです。
つまり、障がいのあるユーザーがアプリケーションがどのように機能することを期待するかを理解し、その機能を実行するようにコードをモデル化する必要があります。完璧なコードサンプルやインクルーシブなコンポーネントのようには見えないかもしれませんが、同じ機能を確実に実行できれば問題はありません。
Alexandra: それは、どうやってそこに到達するのかを心配しすぎるよりも、ポジティブな結果を得ることの方が重要だということですね。
Elisa: はい。なぜなら、端的に言えば、このケースの意味を正当化できるからです。スクリーン リーダーのユーザーや他の障がいのあるユーザーが、このような動作を期待する仕組みを理解することは非常に重要です。
ARIA ロールは 10 億種類あり、すべてを把握することはできません。さらに、一部のスクリーン リーダーは対応していないスクリーン リーダーもあります。そのため アプリを開発するには ユーザーのニーズを把握する必要があります
Alexandra: 内部ドキュメントの作成や Google エンジニアへのサポートを行う際に利用する、共通の外部リソースはありますか。
Elisa: W3C ガイドラインに大きく依存しています。必要な作業を把握するのに最適です。また、技術的な実装に関しては、WebAIM も非常に役立つリソースです。私は Mozilla のドキュメントも非常に気に入っています。10 回中 9 回は、何かを検索すると MDN Web ドキュメントに答えがあります。
私が気に入っているのは、inclusive-components.design です。これは、アクセス可能なコンポーネントのライブラリが必要な場合に最適です。
Deque University にはベスト プラクティスが数多くあります。私はバグの報告や特定のパターンの進め方を教えるときに、参考資料として使っています。
ユーザー補助ツールを直接体験する
Alexandra: ユーザーへの影響を知るにはどうすればよいでしょうか。皆さんの専門分野は色覚障がいのある方やスクリーン リーダーの方のサポートです。それでは始めましょう。
Elisa: 色覚に障がいや色覚に障がいがある場合は、シミュレーターとエミュレータを利用できます。自分の目で見るまでは、他者がどのように見られているかはわかりません。飽和度が非常に悪いことに気づいた場合、シミュレーターで実行するとすぐに識別できないことがわかります。
スクリーン リーダーのユーザーをサポートするには、実際にスクリーン リーダーを使用するのが一番です。まずチュートリアルを読むことが大切です。電源を入れていろいろと操作してみると、イライラする人もいます。これは、使い方を学ぶのにふさわしくありません。5、10、20 分以上にする必要があります。少なくとも 1 時間は使用することで、このテクノロジーのユーザーが直面する不満を明らかにできます。
私は、誰もが人生のどこかの時点でユーザー補助テクノロジーが必要になると確信しています。たとえば最近手首を痛めて マウスが使えず キーボードを数週間使っていましたとても不満でした。このようなエクササイズは 障がいのある人の立場に立って 健全な人々の世界を生き抜くのに役立ちます
シミュレーターは便利だが、障がいには等しくない
Alexandra: 明らかに、私、またはすべての開発者がシミュレーターを使用する経験は、視覚障がいのある人とは異なります。
Elisa: 障がいのある方の体験について、いつでも相談できます。共感を築くときは、こうしたツールを頻繁に使用する人の方が常に自分より上手になるということを覚えておくことが重要です。障がいのある人は、自分の空間をナビゲートするのが得意です。 それは、その人と一緒に生活しているからです。
私が恐れているのは、このような共感のエクササイズを行う人々は、より適切な言葉がないので、人々が何を経験しているかを正確に知っていると思っていることです。彼らは自分たちがエキスパートだと思ってくれました。専門家ではありません有能な方は基本的に、スクリーン リーダーのエキスパートではありません。私はこの分野で働いていますが、色覚異常には専門家ではありません。私はスクリーン リーダーについては専門的ではありません。
私は難聴の経験に精通しています。補聴器の必要性と日々の経験を乗り越えていけるよう、私は専門家です。だからと言って、他の聴覚障がいの専門家というわけではありません
ユーザー補助エンジニアリングでできないことは、エゴを持つことです。何をしても、何かを台無しにすることになるでしょう。同じ障がいを抱えている人は二人といないので、がっかりする必要はありません。アクセシビリティと障がいについて、同じ考え方を持つ人は二人といません。すべてを 100% 行うことはできませんが、試してはいけないというわけではありません。完璧になることはありませんが、とにかく努力してください。
たとえば、プロダクトにアクセスできないという問い合わせや、
Alexandra: シミュレータは、障がいのある人が経験する可能性のある問題に直面しながら、製品のデモンストレーションを行い、異なる学習スタイルをサポートします。ただし、これは、日常的に使用するユーザー補助ツールを使用して製品を体験するのとは異なります。
Elisa: 音声をオフにして字幕を読んだ人が、自動生成された字幕がひどいことに突然気づいたとき、少しイライラするでしょうか。ええ。字幕はこの方法で提供されません。障がいのある人の中には、ツールを積極的に必要とせずに、自分の経験をエミュレートし、ツールについて不満を述べている人もいます。本当にイライラしますね。
ただ、座って私の聴覚障がい者としての経験を何度も何度も説明しなければならないような人ではないことも望んでいます。毎回。健常者に自分の体験を理解してもらうには その体験に対する反応を我慢する必要があります
とはいえ、ブラインド レストランでの食事やワインの試飲といった「体験」は、本当に腹を立てます。これは障がいのコスプレと同じです。しかし、ユーザーが機能をどのように使用しているか、読者がページをどのように読んでいるかを把握したいのであれば、問題ありません。実際、これは最低条件です。お客様の立場になって 考えてみましょう本当に重要です。
ユーザーがサイト内でどのように移動しているかを把握します。「すべてのリンクが新しいタブで開かれるという バナー警告を上部に表示できないのはなぜですか？」バナーから始まるページを読んでいる人がいないからです。障がい者を念頭に置いて設計してください。
1 つのこと: 無限スクロールの構築を停止する
Alexandra: サイトのアクセシビリティを向上させるためにエンジニアに取り掛かりたいことはありますか。
Elisa: 無限スクロールは厄介な作業で、決して使用すべきではありません。何か見つからず 探さなければ！パフォーマンスにも悪影響を及ぼします
また、視覚的に、または DOM 内でものを移動するのは非常に煩わしいものです。タブ順序は、特にキーボード ユーザーにとっては重要です。
詳しくは、Google のユーザー補助に関する取り組みと研究をご覧ください。 Learn Accessibility のウェブ開発リソースに加えて、Google はアクセシビリティのためのドキュメント コース、Tech Writing for Accessibility を提供しています。
Google のユーザー補助チームについては Twitter（@GoogleAccess）、Chrome チーム（@ChromiumDev）をフォローしてください。