デイトナビーチのセクション508コンプライアンス専門家 | Sweent LLC
Sweent LLCは、デイトナビーチでセクション508とWCAGのアクセシビリティ監査と修復を行っています。連邦政府の請負業者や地元企業がコンプライアンスを維持できるよう支援します。
ほとんどの人は、第508条の遵守を歯医者に行くようなものとして扱います。歯科医に行かなければならないことはわかっていますが、文字通り何でもしたいと思っています。しかし、デイトナビーチの連邦政府機関や政府機関であれば、これをスキップすることはできません。これは難しい要件です。正直なところ、これはまさに優れたエンジニアリングです。
リハビリテーション法第508条では、障害者が自社の電子技術や情報技術を利用できるようにすることが連邦政府機関に義務付けられています。これは視覚障害者向けのスクリーンリーダーだけではありません。運動障害のある人のためのキーボードナビゲーションから、弱視の人のためのハイコントラストモードまで、あらゆるものが網羅されています。ウェブサイトやアプリがコンプライアンスに準拠していないと、訴訟のリスクにさらされるだけでなく、潜在的なユーザーの大部分をロックアウトすることになります。
自動化ツールの問題点
私たちはいつもそれを目の当たりにしています。ある企業が、凝った「アクセシビリティオーバーレイ」を購入したり、1 つの WAVE レポートを実行して、これで終わりだと思ったりします。そうではありません。WAVE、Pa11y、Google Lighthouse などの自動化ツールは、代替テキストが欠けていたり、色のコントラストが悪いなど、手っ取り早い成果を捉えるのに最適です。しかし、これらのツールは実際のアクセシビリティ障壁の約 30% しか捉えられません。
カスタムビルドのドロップダウンメニューが JAWS や NVDA で読み上げたときに意味があるかどうか、自動スクリプトで判断できますか?フォームのフォーカスの順序が論理的な経路をたどっていることを確認できますか?いいえ、できません。支援技術の使い方を実際に知っている人間の専門家が、じっと座ってサイトを壊す必要があるのです。それが私たちの出番です。私たちのチームは、単にレポートを作成して、エラーのPDFをお渡しするだけではありません。お客様の React コンポーネントやレガシー Ruby on Rails テンプレートの雑草を掘り起こし、ソースコードを修正します。
トレードオフ:パッチングとリビルド
ほとんどのコンサルタントが教えてくれない事実があります。コンプライアンス違反のサイトを修正する方が、再構築するよりも費用がかかる場合があります。従来のプラットフォームでは、HTML が「div soup」のようにめちゃくちゃで、適切な ARIA ラベルとセマンティック構造を追加すると、まるでカードでできた家を手術しようとしているかのように感じられます。
そのような場合は、正直にお話しします。初日からアクセシビリティをコンポーネントライブラリに組み込むことができる React や Next.js のような最新のスタックへの移行を提案するかもしれません。ただし、置き換えられない大規模なエンタープライズシステムをお持ちの場合は、1 行ずつ確認する忍耐が必要です。これは、デロイトの視認性の高いマーケティングページとインパクトレポートに対して行いました。グローバルブランドと取引する場合、「十分良い」だけでは不十分です。すべてが WCAG 2.1 AA 規格を満たさなければ、出荷されません。
デイトナビーチが重要な理由
Sweent LLCは、物理的にはここデイトナビーチのノース・ペニンシュラ・ドライブにあります。私たちは全国のクライアントと協力してリモートファーストモデルを運用していますが、私たちはこのコミュニティの一員です。私たちはデイトナビーチ市のデジタルプラットフォームに取り組んできました。また、ヴォルシア郡の連邦請負業者や中小企業の現地の状況を理解しています。現地にいるということは、お客様が巨大なオフショア機関からのタイムゾーンのシフトを待たなくても、お客様の VPAT（自主的製品アクセシビリティ・テンプレート）の要件について、コーヒーを飲みながら話し合うことができるということです。
弊社のプロセス:単なる代替テキストではありません
508コンプライアンス・プロジェクトに取り組むときは、特定のリズムに従います。まずは手作業による監査から始めます。JAWS や NVDA のようなスクリーンリーダーを使っているのは、それが実際のユーザーが使っているものだからです。キーボードトラップ、つまりユーザーがメニューに入ることはできても、マウスがないと出られない厄介な場所がないかを確認します。動的コンテンツについては、ARIA ライブリージョンを調べます。ユーザーがボタンをクリックして成功メッセージがポップアップした場合、スクリーンリーダーはユーザーに通知しますか?それとも、フォームが実際に送信されたのかどうか疑問に思っているのではないでしょうか。
監査が終わったら、是正に移ります。これは大変な作業です。セマンティック HTML を修正し、すべてのフォームフィールドに適切なラベルが付いていることを確認し、色のコントラスト比が標準テキストの 4.5:1 の要件を満たしていることを確認します。最後に、ドキュメントを提供します。連邦政府との契約で入札する場合、ソフトウェアがアクセシブルであることを証明するために VPAT が必要になる可能性があります。これらの文書は当社のテストに基づいて作成し、入札に勝つために必要な証拠を提供します。
重要なのは訴訟だけではなくユーザビリティの問題です
結局のところ、サイトをアクセシブルにすることは、誰にとっても良いことです。明るい日差しの中で携帯電話を使おうとしたことはありますか？その場合も、色のコントラストが高いことが役立ちます。インターネット接続が遅く、画像が読み込まれなかったことはありませんか？代替テキストで何が足りないかが分かりました。アクセシブル・デザインとは、単純明快で論理的なデザインです。
ですから、アクセシビリティの要件に圧倒されていると感じているなら、それを無視するだけではいけません。また、「魔法の」プラグインが代わりに修正してくれると信じてはいけません。あなたのサイトがどこにあるのか、そして誰にでも使えるようにするために実際に何が必要なのかについて、実際に話し合ってみましょう。
よくあるご質問
第508条は、政府機関および請負業者にアクセシビリティを義務付ける連邦法です。WCAG (ウェブコンテンツ・アクセシビリティ・ガイドライン) は、アクセシビリティの測定に使用される一連の技術標準です。通常、WCAG 2.1 AA 標準を満たしていれば、508 に準拠していることになります。
いいえ。プラグインとオーバーレイは小さな問題を修正できますが、複雑なナビゲーションの問題に対処したり、論理的なスクリーンリーダー体験を保証したりすることはできません。オーバーレイは実際には障害のある人にとってサイトを使いづらくする可能性があり、完全な法的保護を提供するものではないという点で、ほとんどの専門家が同意しています。
サイトのサイズによって異なります。小規模なマーケティングサイトでは 1 週間かかることがありますが、何百ものユニークなページがある複雑な Web ポータルでは、徹底的な手動監査とスクリーンリーダーによるテストに 1 か月以上かかることがあります。
ソフトウェアやデジタルサービスを連邦政府に販売している場合は可能です。自主的製品アクセシビリティテンプレート (VPAT) は、製品が第508条の要件をどのように満たしているかを示すために使用される標準文書です。