Backbone、Ember、およびその他の JS MVC タイプ フレームワークなどを使用する人がますます増えているため、生成された HTML をダンプするための「ルート」要素のみを含む最初の HTML ページを使用して、ますます多くの HTML DOM が動的に構築されています。
この慣行は 508 の苦情ですか?
Backbone、Ember、およびその他の JS MVC タイプ フレームワークなどを使用する人がますます増えているため、生成された HTML をダンプするための「ルート」要素のみを含む最初の HTML ページを使用して、ますます多くの HTML DOM が動的に構築されています。
この慣行は 508 の苦情ですか?
それはすべてあなたがそれを行う方法に依存します。508に準拠しているはずのシステム(Ploneなど)を完全に非準拠にすることができます。
ダイナミックなサイトを作りたいなら、WAI-ARIAを調べることをお勧めします。これは公式のHTML5仕様の一部であり、すべての主要なブラウザーでサポートされています。
つまり、WAI-ARIAは、開発者がタグに役割属性を追加できるようにすることで機能します。たとえば、タグがページにポップアップ表示される場合は、タグに「アラート」の役割を与えることができます。役割をCSSおよびJSと組み合わせて、さまざまな障害を持つ個人が使用できるアプリケーションを作成できます。
おそらく、あなたが提供する情報に誰もがアクセスできる方法がある限り、そうです。上記の情報を提供するために JavaScript に完全に依存している場合は、JavaScript が有効になっているわけではないため、そうではないと思います。セクション 508 では<noscript>
、すべての支援技術が同じ情報にアクセスできるわけではないため、他の手段で情報を取得する機能を提供するタグが必要です。これが、これらが機能する一般的な方法のようです ( W3 アクセシビリティガイドラインはそれを強調しており、508 標準、特に同等性に関する標準は、ほとんど同じことを言っているようです)。
したがって、 508 基準に従って、体験が「同等」である限り、プレゼンテーションは同じである必要はありません。しかし、プレゼンテーションが JavaScript に依存している場合 (動的 DOM の構築には JavaScriptが必要)、エクスペリエンスは比較にならないため、代替の HTML のみのバージョンのサイトを提供する必要があると思います。
Web ページの静的バージョンを提供している限り、それは苦情であるべきだと思います。MVC および MVVC Web サイトには AJAX コンテンツが含まれており、デフォルトでは、JavaScript を使用してページ上の情報をプッシュおよびプルし、DOM を構築します。これだけでは十分ではありませんが、ウェブサイトのインデックス付きバージョンを提供するためのガイドラインに従えば、各ページの完全な静的表現を持つことができます。これらのページは、検索エンジンに見てもらいたいページです (これは基本的に公開と同じです)。このアプローチに従うと、理論的にはうまくいくはずです。
これが AngularJS と呼ばれる MVC JavaScript フレームワークでどのように機能するかについての詳細は次のとおりです: http://www.yearofmoo.com/2012/11/angularjs-and-seo.html