ユーザーウェイの窮状：ウィジェットと監査のレビュー

Webアクセシビリティを始めたばかりの場合は、時代を先取りしていることを知って喜ぶでしょう。

上位100万のホームページの年次アクセシビリティ分析によると、WebAIMは、ホームページの98.1％に検出可能なWCAG2障害があることを発見しました。 しかし、大多数のWebサイトが適切なアクセシビリティを提供していないという事実に慰めをとらないでください。障害を持つ人々がWebサイトにアクセスできるようにすることは、法的要件であり、適切なことです。

これにより、「WCAG2.1AAコンプライアンスが手の届くところにある」ことを約束するWebサイトのアクセシビリティウィジェットであるUserwayが表示されます。 WCAGについて言及するのは2回目なので、頭字語の説明のために少し一時停止しましょう（後で約束に戻ります）。

Web Content Accessibility Guidelines（WCAG）は、障害を持つ人々がWebサイトにアクセスできるようにするためにWorld Wide Web Consortium（W3C）によって作成された一連の要件です。 また、「ガイドライン」という言葉に従わないと訴訟の責任を問われるため、誤解を招かないようにしてください。

アクセス可能なWebサイトを持つことは要件であり、選択ではありません。

牽引力を得るには時間がかかる場合がありますが、GDPR規制（すべてのWebサイトに表示されるCookieアラート）のように、すべてのWebサイトに完全にアクセスできるようになるか、パネル化されないようになるのは時間の問題です。

UserwayAccessibilitySolutionの矛盾

Userwayは、彼らのソリューションがあなたのウェブサイトをWCAGに準拠させると述べています…それともそうですか？ 「手の届く範囲」で何かを作ることは、必ずしもそれを達成することではありません。 それで、それはどれですか？ 飛び込んで調べてみましょう。

まず、Userwayの製品には矛盾が組み込まれています。 彼らの最も人気のある製品は、「ADA、セクション508、WCAG2.1AAなどをカバーする包括的な法規制コンプライアンスフレームワークを保証する」アクセシビリティウィジェットです。 （ADAは、障害を持つアメリカ人法であり、すべての電子技術と情報技術は障害を持つ人々がアクセスできる必要があると定めています。）では、ウィジェットがコンプライアンスを保証するのであれば、なぜ（費用のかかる）アクセシビリティ監査も提供するのでしょうか。

Userwayのウェブサイトによると、監査は「ウェブサイトのアクセシビリティコンプライアンスを改善し、WCAG2.1レベルAAおよびAAA成功基準に基づくADAおよびセクション508規制への準拠を確実にするための明確で実用的なチェックリストをチームに提供します」。 言語をくすぐると、「フレームワーク」から「アドヒアランス」に進みました。これは、ウィジェットが必要なものすべてではない可能性があることを示唆しています。 したがって、「実用的なチェックリスト」とは、ウィジェットのインストール以外にやるべきことがたくさんあることを意味するだけです。

ウィジェット

Userway Accessibilityウィジェットは、フォントサイズとコントラストの拡大、リンクの強調表示、カーソルの強調など、障害を持つユーザーの視認性を高めるためのデザインとUI（ユーザーインターフェイス）のコントロールのセットです。これらはすべて、配置されたアイコンからアクセスできます。 UserwayWebサイトの上部のナビゲーションバーに表示されます。

簡単にインストールでき、Webサイトのルックアンドフィールに合わせて外観を調整するオプションがあります。 機能性に関しては、それはうまく機能し、視覚的な強化と基本的なキーボードナビゲーション機能を提供します（キーボードナビゲーションは、マウスを使用できず、主にクリック可能なものを識別するためのTabキーを介して、ナビゲーションをキーボードに完全に依存しているユーザーを対象としています要素とスクロール用の上下矢印。）

Userway Accessibilityウィジェットに含まれている独特の機能の1つは、読み取りページです。これをアクティブにすると、テキストとボタンを読み取り、読み取り部分を強調表示して示します。

それの特徴は何ですか？ さて、目の不自由な人や弱視の人はどうやってそれを見つけるのでしょうか？

目の不自由な人がウェブをナビゲートするために使用するソフトウェアであるスクリーンリーダーは、たとえばGoogleを開いて検索バー「ユーザーウェイ」に入力するなど、最初からガイダンスを提供するためにオペレーティングシステムレベルにインストールされます。 実際には、目の不自由な人がUserway Webサイトにアクセスしてページの読み取り機能をアクティブにする唯一の方法は、スクリーンリーダーを使用することです。

では、Read Pageの価値は正確には何ですか？ 私たちが言ったように、独特の…

全体として、ウィジェットは、コードを変更することなくWebサイトのアクセシビリティを向上させるのに役立つ堅実なアドオンです。

監査

Userway Accessibility Auditは、コンプライアンスの問題を検出し、それらを修正する方法に関する詳細なレポートを提供するために、Webサイトの包括的なテストとスキャンを提供します。 結果のレポートには、完全なアクセシビリティコンプライアンスを実現するための、構造およびコードの変更に関する優先順位の高い推奨事項と実用的なチェックリストが含まれています。 一度実装されると、あなたのウェブサイトは、障害を持つ人々が支援技術の助けを借りて簡単にそれをナビゲートすることを可能にします。

監査は通常行われるように、それらは高価な問題です。

Userwayは、推奨事項を実装するためのサービスを提供していないことに注意する必要があります。 それはあなたのチームによって処理される必要があります。

結論

論理的な結論は、Userwayのウィジェットと監査はバンドルとしてのみ見ることができ、それ自体ではほとんど価値がないということです。 WCAGの苦情を真剣に考えている場合は、ウィジェットをインストールする前に、まず監査を行う必要があります。

Userwayについて人々が言うことを読んでください。

ウィジェットは主に表面的なものです。 必要で機能的ですが、それでも化粧品です。 ビデオの画像やキャプションへの代替テキスト、ハイパーリンクの修正、見出しの階層など、多くのアクセシビリティの問題は解決されません。 そのすべてのために、あなたはあなたのウェブサイトのすべての一般的なアクセシビリティ問題を解決して修正する方法についてあなたを導くために監査を必要とします。

しかしその後？ あなたが監査を通過し、それをほんの少しだけ実装し、ウィジェットをインストールし、そして深く誇らしげに息を吸ったとしましょう-あなたのウェブサイトはついにWCAGに準拠しています！ ほとんどのWebサイトは動的であり、新しいコンテンツや構造の変更で常に更新されており、Userwayはアクセシビリティ監視サービスを提供していないため、監査から2週間または2か月が経過するとどうなりますか？ あなたのウェブサイトはまだ準拠していますか？ おそらくそうではなく、ウィジェットがそれを変更することはありません。