Accessibilitymediumdocument-structure
Use correct definition list structure
rule · definition-list
A definition list (<dl>) is used to group terms (<dt>) and their descriptions (<dd>). Using the correct structure ensures that assistive technologies can correctly parse and announce these relationships.
Code Example
HTML
<!-- ✅ Good structure -->
<dl>
<dt>HTML</dt>
<dd>HyperText Markup Language</dd>
<dt>CSS</dt>
<dd>Cascading Style Sheets</dd>
</dl>
<!-- ✅ Good structure (using div for styling, valid in HTML5) -->
<dl>
<div class="row">
<dt>Author</dt>
<dd>Jane Doe</dd>
</div>
</dl>
<!-- ❌ Bad structure: Direct children that aren't dt, dd, or div -->
<dl>
<h3>Book Metadata</h3> <!-- Headings should be outside the dl -->
<p>Some introductory text</p> <!-- Paragraphs should be outside -->
<dt>Year</dt>
<dd>2023</dd>
</dl>Why It Matters
- Semantic Accuracy: Correct nesting allows browsers to understand the document structure.
- Screen Reader Navigation: Some screen readers provide shortcuts to jump between items in a list; invalid markup breaks this.
- Grouping: Proper structure ensures that multiple definitions for a single term are correctly grouped.
Best Practices
✅ Keep it simple: Only put terms and definitions inside the list.
✅ Use DIVs for styling only: Wrap dt/dd pairs in a div if you need a container for CSS layout (Grid/Flexbox).
✅ Check for Orphaned Items: Ensure every dt has at least one associated dd.
Tools & Validation
- W3C Markup Validation Service (opens in a new tab)
- MDN Reference: The Description List element (opens in a new tab)
Exceptions
- Simple data tables can sometimes fail more from missing header relationships than from missing enhancements such as captions or mobile wrappers, so prioritize the strongest semantic issue.
- Do not convert layout structures into data-table markup just to satisfy a rule; the correct fix may be to remove table semantics entirely.
- When several table-accessibility issues overlap, resolve the header-cell relationship first because downstream announcements depend on it.
Standards
- Align the implementation with W3C WAI: WCAG Overview and verify the rendered experience, not only the source code.
- Align the implementation with MDN: Accessibility and verify the rendered experience, not only the source code.
Verification
Automated Checks
- Inspect the browser accessibility tree or accessibility pane for the relevant element, role, or accessible name.
- Run an automated accessibility checker such as axe or Lighthouse where applicable.
Manual Checks
- Test the affected UI with keyboard-only navigation and confirm the rule holds in the rendered experience.
- Re-test one representative user flow with a screen reader if this rule affects a key interaction.