最新のWebアプリケーションでのアクセシビリティ
私は現在、ドイツの顧客向けに複雑なWebアプリケーションを開発するチームの一員です（申し訳ありませんが、プロジェクトについては何も言えません）。 「良き市民になりたい」とし、アクセシビリティを念頭に置いたアプリケーションを開発したいと思います。現在、次の問題に直面しています。
- http://www.w3.org/WAI/WCAG20/quickref/ の規則に従うと、顧客が記述した仕様と矛盾する場合があります。それをどのように扱うべきですか？
- 「AJAXおよびDOMの一部を置き換える）のような「新しいテクノロジー」を使用することで、ルールに従っているかどうかを確認するのは簡単ではありません。たとえば、いずれかのタブをクリックすると、コンテンツの一部が置き換えられます。ソース（Firefox 3.6.10）を見ると、まったく変化はありません。ルールを正しく満たしているかどうかをどのように確認しますか？
質問がこのサイトに適切であることを願っています...
アクセシブルなサイトを設計するとき、私はAJAXを使用することを避け、DOMを変更しすぎると、あなたが言ったように非常に難しくなります。そのため、可能な限り、標準のHTMLを使用するようにしてください最小限のインタラクティビティを備えたドキュメント-それはあなたの仕事をはるかに簡単にし、スクリーンリーダーなどを使用している人々の生活をより簡単にします。
もう1つの方法は、JavaScriptを使用せずにアプリケーションを完全に機能させることです。それにより、有用性が追加される場所で機能が強化されます。タブは良い例です。まず、各タブを作成して、タブをクリックするとタブのコンテンツが新しいページに読み込まれるようにします。次に、控えめなJavaScriptを使用してタブのonclickイベントを「強化」し、参照されたページのコンテンツをフェッチして、AJAXなどを使用してロードします。これで、ユーザーが望む方法で動作するアクセス可能なタブができました。これらのタブの動作を制御するユーザー補助設定をアプリで作成することもできます。
ああ、そして戻るボタンを壊さないことを忘れないでください！
仕様が顧客の仕様と矛盾する場合、私は顧客と一緒にそれを取り上げます-アクセシビリティが重要である理由を説明し、世界の傾向を示し、米国の政府機関サイトでは法律によって強制され、最も重要なことを述べます-仕事をする代替ソリューションを考え出す。
これは古い質問ですが、一番上に表示されたので、ここで答えを示します。まあ、それほど多くの回答ではありませんが、他の回答では完全に対処されていないように見えるいくつかの重要なポイント：
- アクセシビリティのガイドラインはそれだけです-ガイドライン。それらが時代遅れになり、特定のコンテキストが欠如していることに注意し、アクセシビリティソフトウェアでうまく機能しないものを推奨する
- アクセシビリティの一部は、ブラウザおよび支援デバイス/ソフトウェアの製造元に依存する必要があります。これはエンドユーザーにとって完全に公平ではないことは知っていますが、標準とベストプラクティスが機能するためには、デバイスおよびソフトウェアの製造元がWeb開発者と同じようにそれらに従う必要があります（私はJAWSに欠けていることを常に嫌いましたこの点で最新）
- JavaScriptは現在Webの一部です。それを要求することは完全に許容できます。最新の支援ソフトウェアとデバイスがそれを処理できるはずです（許可されている場合もあります）。 W3Cでもこれを認識しており、ここでARIA属性を調べる必要があります。 http://www.w3.org/WAI/intro/aria
- 常に人間によるソリューションのテスト。仕様、標準、およびガイドラインに従うことは適切ですが、そこまで到達することはできません。最終的には、各製品を独自に分析する必要があります。
あなたが書いた：
1. http://www.w3.org/WAI/WCAG20/quickref/ の規則に従っている場合、顧客が記述した仕様と矛盾する場合があります。それをどのように扱うべきですか？
誰かがすでに最高のことを言ったように：いくつかの請負業者がいることを顧客に伝え、それは標準に従う方が良いことを伝えます。そしてあなたも書いた：
2。「AJAXのように、DOMの一部を置き換える）のような新しいテクノロジーを使用することで、ルールに従っているかどうかを確認するのは簡単ではありません。たとえば、タブ、コンテンツの一部が置き換えられます。ソース（Firefox 3.6.10）を見ると、まったく変化がありません。ルールに正しく従っているかどうかを確認するにはどうすればよいですか？
もしあなたにとって非常に重要であるなら、私はあなたにいくつかのブラインドにあなたのウェブサイトを試すよう依頼することをお勧めします。時々、アクセシビリティをチェックするツールが最良の選択ではありません！
設計段階では、Webサイトが持つ情報の種類に関係なく、Webサイトのアクセシビリティの問題を検討できます。アクセシビリティルールに従うと、障害のある人々を考慮するだけでなく、新しいWebサイトで有用な情報を見つけることができるユーザー全体を考慮に入れることになります。
最も簡単なアプローチは、あなたが言ったようにajaxでアプリケーションを構築することであり、同時にあなたのウェブサイトがJavaScriptなしで動作できることを保証することです。たとえば、xhtmlタグ（リンク）を使用すると、JavaScriptなしでWebサイト全体を利用できるようになります。また、スクリーンリーダーまたは音声ブラウザがWebサイトで機能します。
このタグの例は次のとおりです。
< a id=\"item_menu_15\" href="?module=rapido&mitem=15"
onclick="cargar_modulo('publi_cont',
'comp=articulos&tipo=2&id=18&modv=',
'Loading...',15,this,0);return false;" >
どこ：
id=dom_id（domオブジェクト）
href=には、表示する現在のコンテンツへの直接リンクを含める必要があります
onclick=には、ajaxインタラクションを構築するために使用する関数を含め、publi_cont（dom_id-コンテナ用）やurl/parameters（comp=articulos&tipo=2&id=18&modv=）コンテナ内などで視覚化したい.
Ajaxを使用して表示する情報とそうでない情報（直接リンク）は同じである必要があります。そうすれば、アクセシビリティに関係のないすべてのユーザーが同じ方法でWebサイトを見ることができます。だから、あなたはあなたのウェブサイトの異なるバージョンを構築する必要はありません。設計手順の最初からWebサイトのアクセシビリティルールを検討する必要があります。ターゲットユーザーはアクセシビリティルールを検討する必要がないため、ユーザビリティも向上します。もちろん、顧客が必要とする機能によって異なりますが、ユーザビリティも向上する可能性があるため、アクセシビリティの問題を考慮してターゲットグループを増やすことは良い考えであると説明できます。