Elisa Bandy は、Google 社員として、ウェブ アクセシビリティと社内ツールのドキュメントに取り組んでいます。
この投稿は、ユーザー補助について学ぶの一環として、コミュニティ エキスパートを紹介しています。詳しくは、Google のユーザー補助に関する取り組みと研究をご覧ください。
Alexandra Klepper: 同僚としてお迎えできて幸いです。自己紹介と、ここでの業務内容を教えてください。
Elisa Bandy: Elisa と申します。Google の内部ツールとインフラストラクチャのドキュメントを作成しています。
Alexandra: とてもかっこいい仕事ですね。一緒に働いている社員の数
Elisa: チーム全体では約 40 人です。テクニカル ライター、インストラクショナル デザイナー、プログラム マネージャーが含まれます。私が入社した 6 年前は、チームに 4 人しかいませんでした。
Alexandra: Google に入社する前は何をしていましたか？
Elisa: 平日はビデオゲームの開発に携わっていました。週末は靴修理の仕事をしていました。
Alexandra: Google に入社してからウェブ アクセシビリティの分野で働き始めたのですか？
Elisa: はい、でも 1 年半ほど前に横にスクロールします。Google の社内ドキュメントのユーザー補助エンジニアリングに携わっています。この作業が行われる前は、ドキュメントはユーザー補助を考慮して設計されていませんでした。アクセス可能なドキュメント機能は、幸運な偶然でした。
リンクの色のコントラストがまったく不適切であることをはじめ、大きな問題がありました。テーブルは完全にぐちゃぐちゃでした。rem ではなくピクセルで定義されていたため、ズームしてもすべて同じサイズのままでした。私はそれらすべてを修正することを申し出ました。その後、さらに多くの問題を修正しました。5 年経った今でも、私はその取り組みを続けています。
Alexandra: ユーザー補助の専門知識とスキルを身につけ、修正が必要な問題を解決する決意を固めています。
Elisa: そうですね [笑い]。私自身、障がい者にとって、ユーザー補助について質問することはどれほど難しいかを理解しています。そのため、同僚や同僚のためにこのようなアクセシビリティに関する考慮事項がなかったので、とても怒っていました。他の誰も修正していなかった。そこで修正しました
誰もがユーザー補助をリクエストする必要はないはずです。最初から組み込まれています
ユーザー補助のユースケースに優先順位を付ける
Alexandra: ウェブ アクセシビリティにはさまざまなレイヤがありますよね。さまざまな障がいには、異なるニーズがあり、時には競合するニーズもあります。何をするべきか、どのように優先順位をつけていますか？
Elisa: 私は優先順位付けです。たとえば、特定のユースケースが 100% 完全にアクセス可能であることはどの程度重要ですか？多くのデータを調べています 人口の何パーセントが障がい者なのかユーザー補助に関する特定の問題を抱えている方はどれくらいいますか。
たとえば、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: 非常に急速に成長し、資金を調達し、広く関心を集めています。そして、ほとんどの人が正しいことを望んでいることがわかっています。社員は、適切な対応方法やユーザー補助に優先順位を付ける方法に関する教育リソースを求めています。
アプリやウェブサイトを間違って実装した後に、アクセスできるように再構築するのは難しい作業です。そのため、私の仕事の一部は、プロダクトの構築前に、エンジニアが初期設計にユーザー補助を組み込むことを検討できるようにすることです。ユーザーは、そうした取り組みを非常に好意的に受け止め、熱心に応じています。
ユーザー補助を組み込むことに真に抵抗を感じたのは一度だけですが、それでも簡単に解決できました。
Alexandra: 詳しく教えてください。
Elisa: 私がユーザー補助エンジニアリングに初めて参加した当時は、まだ 20% しか利用できませんでした。ユーザー補助に重点を置いている理由を理解していない人もいました。 「障がい者は人口の 1% に過ぎない」という意見もありました。私は自分の立場を貫きました。それは正しいことだったからです。また、それは私の時間でした。私は自分の考えに沿ってその時間を捧げます。
もちろん、障がい者は無視していい、少数グループだから無視していい、という意見は聞きたくないものです。
Alexandra: 特に、そのグループに属している場合はそうです。対象ユーザーを把握する
Elisa: 「これはわずか 1% です」と聞きたくありません。「唯一」は取るに足らない印象に聞こえます。しかし、世界人口に照らしてみると、これは非常に多い人数です。Google で働く多くの人がそうしています。障がいの多くは過小報告されています。
Alexandra: 障がいのある人口は 1% をはるかに超えています。WHO の報告によると、10 億人以上が障がいを抱え、22 億人がなんらかの視覚障がいを抱えています。もちろん、視覚障がいの程度はさまざまであり、視覚障がいのある一部の人々は、自分自身を障がい者とは見なさないこともあります。ただし、これらの障がいはウェブでの操作に影響します。
Elisa: そのとおりです。
独自の専門知識を構築する
Alexandra: ユーザー補助の分野で仕事を始める前に、何かアドバイスはありますか。
Elisa: すべてを把握する必要はありません。ユーザー補助は広大な領域です。私にはわからないことがたくさんあるとわかっています。非常に特定のスキルセットを持っています。ユーザー補助のベスト プラクティスに関する情報は、
自分の専門分野であるスクリーン リーダーと色のコントラストでも、日々新しいことを学んでいます。私は耳が聞こえないですが、クローズド キャプションのユーザー補助の専門家ではありません。自分にとって効果的なものを知っていますが、他の人にとって効果的なものについてはわかりません。質問された場合は、ベスト プラクティスを調べる必要がある。
Alexandra: あらゆる種類のユーザー補助機能の絶対的な専門家ではないのは当然のことです。エンジニアがユーザー補助機能のパターンを学習できるようサポートするにはどうすればよいですか？
Elisa: 私は、ユーザー補助に興味のあるエンジニアと緊密に連携しています。彼女に虫を渡して、どのように直せばいいか見せてやるから。その後、ベスト プラクティスについて説明します。他のドキュメントを見て、あるアプローチが推奨されていることに気付いたとしても、XYZ の理由で機能しない場合があります。
ウェブ アクセシビリティの難点は、同じ機能を同じ方法で構築する人はいないために、具体的なコード例があまりないことです。そのため、臨時のソリューションを用意する場合があります。多くの人がアクセシビリティを考えるのは すべてのものが整うまでですその時点でどうするつもりなの？すべてを解体して組み立て直し、すべてのテストを書き直すのですか？いいえ、違います。何かをホッチキスで留めることになります。
つまり、障がいのあるユーザーがアプリケーションの動作をどのように期待するかを理解し、その機能を実行するようにコードをモデル化する必要があります。完璧なコードサンプルや包括的なコンポーネントのようには見えませんが、最終的には、同じ機能を確実に実行していれば問題ありません。
Alexandra: 結果を出す方法を過度に心配するよりも、結果を出すことが重要だとおっしゃっているように聞こえます。
Elisa: はい。なぜなら、目的は正直に言ってみるからです。スクリーン リーダー ユーザーやその他の障がいのあるユーザーがどのように動作することを期待しているかを理解することが非常に重要です。
10 億の ARIA ロールがあり、すべてを把握することはできません。また、一部の機能はすべてのスクリーン リーダーに対応していません。そのため、ユーザーのためにビルドするには、ユーザーのニーズを把握する必要があります。
Alexandra: 内部ドキュメントを作成したり、Google のエンジニアにサポートを提供したりする際に利用する、一般的な外部リソースはありますか？
Elisa: W3C ガイドラインを頼りにしています。これらは、何を行う必要があるかを把握するのに非常に役立ちます。WebAIM も非常に優れたリソースで、技術的な実装に関しては少し優れていると思います。Mozilla のドキュメントも非常に役に立ちます。何かを検索すると、9 割は MDN Web Docs に答えがあります。
include-components.design は、アクセシビリティの高いコンポーネントのライブラリが必要な場合に最適です。
Deque University には、多くのベスト プラクティスが掲載されています。バグを報告する場合や、特定のパターンに沿って作業する方法を他の人に教える場合は、リファレンス マテリアルとして使用します。
ユーザー補助ツールを直接体験する
Alexandra: ユーザーがどのように影響を受けるかを知るにはどうすればよいでしょうか。お客様の専門は色覚異常の方とスクリーン リーダーのサポートであるため、まずはそこから始めましょう。
Elisa: 色覚異常や色覚異常のために、シミュレータとエミュレータが用意されています。自分の目で確かめなければ、他の人がどう見えるかは理解できません。彩度が非常に悪い場合は、シミュレータで実行するとすぐに、まったく認識できないことがわかります。
スクリーン リーダーのユーザーをサポートするには、実際にスクリーン リーダーを使用することをおすすめします。まずチュートリアルを読むことが重要です。電源を入れていじくってみただけで、イライラしてしまう人もいるようですが、それは使い方を学ぶには適切な方法ではありません。5 分、10 分、20 分以上かかる場合。少なくとも 1 時間使用して、この技術に依存しているユーザーが直面する不満を明らかにします。
誰もが人生のある時点でユーザー補助技術を必要とすることになると私は信じています。たとえば、最近手首を痛めてマウスが使えなかったので、キーボードを数週間使用しました。本当にイライラしました。 このような演習は、健常者の世界を移動しようとしている障がい者の立場に立つことに役立ちます。
シミュレーションは有用であるが、障がいと同等ではない
Alexandra: 私を含め、すべてのデベロッパーが経験するシミュレータの使用体験は、視覚障がいのある人とは明らかに異なります。
Elisa: 障がいのある方といつでも話すことができます。共感を築く際には、これらのツールを頻繁に使用するユーザーは、常に自分よりも優れていることを忘れないでください。障がいのある人は、その身体で生活しているため、常に自分の空間を移動するほうが得意です。
こうした共感の演習を経験した人は、より適切な用語がないために、自分が経験する内容を正確に知っていると思ってしまうことが心配です。突然、その経験の専門家になったと思い込むのです。あなたはその経験の エキスパートではありません健常者であれば、基本的にスクリーン リーダーの専門家ではありません。この分野で働いていますが、私は色覚異常の専門家ではありません。スクリーン リーダーの専門家ではありません。
私は難聴者として経験を積んだエキスパートです。私は補聴器の必要性と、毎日の自分の経験をナビゲートする専門家です。ただし、私が他の人の難聴に関する経験の専門家であるわけではありません。
ユーザー補助エンジニアリングで最悪の作業は、自尊心を持つことです。何をしても、何かを間違えてしまいます。障がいのニーズは人によって異なるため、落胆する必要はありません。ユーザー補助と障がいについて、同じ見解を持つ人はいません。すべてを 100% 行うことはできませんが、試みるべきではないということではありません。完璧になることは決してありませんが、それでも完璧を目指してください。
厳しいフィードバックが寄せられることもあります。「あなたのプロダクトはアクセスできません」というようなフィードバックです。
Alexandra: シミュレーターは、障がいのあるユーザーが直面する可能性のある問題に直面しながら、さまざまな学習スタイルに対応してプロダクトをデモします。ただし、これは、ユーザーが日常的に使用しているユーザー補助ツールでプロダクトを体験するのとは異なります。
Elisa: 音声をオフにして字幕を読んでいるときに、自動生成された字幕がひどいことに気づいて、少しイライラすることがありますか？ええ。字幕はそうは表示されません。障がいのある人の中には、自分と同じような状況を模倣している人を見て、そのツールを積極的に必要としていないにもかかわらず、そのツールについて不満を述べる人もいます。ご不便をおかけして申し訳ございません。
でも、座ってろう者の経験を何度も何度も何度も何度も説明しなければならない人になりたくもありません。毎回。健全な人に私たちの体験を知ってほしいなら その体験に対する反応を許容しなければなりません
とは言え、目の見えないレストランでの食事やワインの試飲といった「体験」は頭を悩ませます。これは、障がい者のコスプレをするようなものです。しかし、ユーザーが機能をどのように使用しているか、読者がページをどのように読んでいるかを把握しようとしている場合はどうでしょうか。問題ありません。実際は最小数です。1 時間ほどお客様の立場になって、これらの機能が実際にどのように機能するかを把握します。本当に重要です。
ユーザーがサイトをどのように移動しているかを把握します。「すべてのリンクが新しいタブで開くことを警告するバナーを上部に表示できないのはなぜですか？」と思われるかもしれません。なぜなら、ユーザーがページを読み始める場所がバナーではない可能性があるからです。障がい者を念頭に置いて設計してください。
1 つのことをする: 無限スクロールの作成を停止する
Alexandra: エンジニアがサイトのアクセシビリティを高めるために、すぐに始めてほしいことはありますか？
Elisa: 無限スクロールは邪魔で、誰も使用すべきではありません。見つからない、見つからないと困る！パフォーマンスに悪影響を及ぼします。
また、DOM 内で視覚的に要素を移動するのは非常に面倒です。タブ順序は、特にキーボードを使用するユーザーにとって重要です。
詳しくは、Google のユーザー補助に関する取り組みと研究をご覧ください。ユーザー補助機能の学習のウェブ開発リソースに加えて、Google はユーザー補助機能に対応したドキュメント コース「ユーザー補助機能向けの技術文書作成」を作成しています。
Google のユーザー補助チームの Twitter アカウント（@GoogleAccess）と Chrome チームの Twitter アカウント（@ChromiumDev）をフォローしてください。