web-dev-qa-db-ja.com

WCAG 2.1：1.3.6目的の特定-このためのアイコン要件をどのように満たしますか？

WCAG 2.1が正式にリリースされたので、できる限りサポートしたいと思います。

ガイドライン1.3.6（目的の特定）を理解できません。 https://www.w3.org/WAI/WCAG21/Understanding/identify-purpose.html

これらは、この基準に合格する方法に関する例です。

  1. ウェブサイトはARIAランドマークを使用してページの領域を識別し、
    そしてユーザーは「メイン」ではない領域を隠すことができます。
  2. Webサイトのナビゲーション内のリンクはマークアップされているため、ユーザーは独自のアイコンを追加できます。
  3. ウェブサイト上のアイコンはマークアップされているため、ユーザーは自分のアイコンセットをページに置き換えることができます。

最初のポイントで大丈夫です。基本的には、新しいHTML5要素を正しく使用することを意味します<header>、<footer>、<main>、<article>、<aside>、<section>。

他の2つのポイント（最初のポイントとはまったく関係ありません）は、それらに準拠する方法がわかりません。今のところ、そのようなマークアップは存在しないと思います。

誰かがポイント2と3に準拠する方法を知っていますか？

（サイトでアイコンを使用しないことは、回答としてカウントされません）。

accessibilitywcag
2
Daniel Tonon

1.3.6目的の特定 （AAA）は、上に構築 1.3.5入力目的の特定 （AA）、方法と同様 1.4.6コントラスト（拡張） =（AAA）は 1.4.3コントラスト（最小） （AA）に基づいて構築されます。

ほとんどの企業は、適合規格としてAAを採用しています。ガイドライン1.3.6はAAAガイドラインであるため、一部のAAA要件を満たそうとしていることは称賛に値しますが、W3はallAAA要件。 「 注2 」を参照してください。

HTMLでランドマーク要素を使用するか、ランドマークロールを使用することは、あなたが言及したように、確かに良い最初のステップです。 （<article>タグは ランドマークではない であることに注意してください。）ランドマークはスクリーンリーダーのユーザーに最適ですが、残念ながら、ブラウザーは目が見えているキーボードユーザーにランドマークナビゲーションを表示していません（まだ？）。ランドマークによるナビゲーションを許可する場合は、自分でコーディングする必要があります。

あなたが指摘した他の例は新しいものであり、それらをサポートするための新しいマークアップはまだないため、ここでも自分でコーディングする必要があります。この領域の魅力的な作業については、「 Personalization Semantics Content Module 1. 」を参照してください。興味深い " personalization demo "への参照があります。これは、「プログレッシブエンハンスメント」と「グレースフルデグラデーション」を使用して、フォームをカスタマイズして基本的なフィールド（認知問題用）またはそれ以上のフィールドだけを持つようにしますが、コード化する必要があり、まだマークアップ言語の一部ではありません。

（注：デモは最初は少し混乱します。右側にある[パーソナライズ（JSONを読み取る）]ボタンを選択する必要があります[これはボタンのように見えるスタイル]をクリックし、[詳細オプション]または[オプションを減らす]を選択して、入力フィールドの数を増減します。これには、aria-importanceに基づいてフィールドを非表示/非表示にする簡単なJavaScriptがいくつかあります属性、これは実際の属性ではありません。）

1
slugolicious