id属性値は一意である必要があります

ルールID: duplicate-id
ルールセット: axe-core 4.10
ユーザーへの影響:
ガイドライン: Not specified, or not applicable

Learn Web Accessibility

Subscribe to our extensive curriculum of online self-paced courses

Compliance Data & Impact

User Impact


Minor
Critical

Disabilities Affected

  • 盲目
  • 盲ろう者

Standard(s)

  • Not specified, or not applicable

修正方法

重複するID属性値の名前を変更する。

重複したIDは一般的な検証エラーであり、フォーム フィールドやテーブル ヘッダー セルなどのラベルのアクセシビリティを損なう可能性があります。

この問題を解決するには、ID値が複数回使用されている場合はID値を変更して、それぞれが一意であることを確認する。ユニーク IDは各要素を他の要素から区別し、クライアント側スクリプトが最初のインスタンスのみに作用する、または支援技術が通常最初のインスタンスのみを正確に参照する無効なマークアップを防ぎます。

適切なマークアップにより、アクセシビリティの問題の原因となる可能性が少なくとも1つ排除されます。WCAG 1.0には、有効なマークアップの使用を明示的に要求する規定がありました。WCAG 2.0では有効なマークアップは不要になりました。ここで言及する理由は、有効なマークアップはアクセシビリティを確保するための近道だからです。無効なマークアップを作成する方法は何百通りもあります。これらの方法のほとんどは、例えば、エンコードされていないアンパサンドのように、アクセシビリティには通常影響がありません。しかし、他の方法は重要であり、要素属性IDの後続のインスタンスが無視されるなど、支援技術がページと対話してエンド ユーザーにページをレンダリングする方法に関連する問題を引き起こす可能性があります。

再利用された属性ID値を迅速に識別するために、HTMLマークアップの有効性を検証するために、 http://validator.w3.org のW3Cバリデータにマークアップ コードを送信してください。

なぜ重要なのか

ID属性はページ上の要素を一意に識別します。IDを重複させるのは意味がありません。

重複したIDがあると、スクリーン リーダーやクライアント側スクリプトによって2番目のインスタンスがスキップされる場合があるため、フォームやテーブル ヘッダー セルなどのラベルのアクセシビリティが損なわれる可能性があります。これらは、アクセシビリティを損なうことなく、アクセシビリティの問題の考えられる原因を排除できる一般的なマークアップ検証エラーです。

クライアント側スクリプトの経験がある人なら、IDを再利用する場合、通常、スクリプトによって処理されるのはそのIDが最初に使用されたインスタンスのみであることを知っています。同様に、支援技術は、IDを参照するときに、最初のIDのみを正確に参照する場合があります。

ルールの説明

ID属性に割り当てられる値は、支援技術によって2番目のインスタンスが見落とされないように、一意である必要があります。言い換えると、ID属性は、各要素を他の要素と区別するために、同じドキュメント内で複数回使用することはできません。

仕組みについて (簡単に言うと)

id属性を持つページ上の各要素に一意の id 属性値があることを確認します。

リソース

その他のリソース

その他リソースもあわせてご参照ください。

axe 4.10 ルールの一覧 を参照する

この情報は役に立ちましたか?

すでにフィードバックをいただきました、ありがとうございます。.

あなたの回答は次のとおりです。

この情報は役に立ちましたか?
フィードバックが提出された日付/時刻: