WCAG reference → 1.3.1
1.3.1 Info and Relationships (level A)
Structure that is conveyed visually has to be conveyed in the markup too, so it survives when the visual presentation is gone.
How it shows up in Confluence
This is the criterion most documentation fails, and it fails in four familiar ways: bold text used as a heading, typed dashes used as a list, a table with no header row, and heading levels that skip. All four look right on screen and carry nothing underneath. A screen-reader user navigating a long page by headings simply never sees the sections that were bolded rather than marked up.
What to do about it
Apply real heading levels from the text style menu, real lists from the toolbar, and turn on the header row in tables. It takes seconds per page, and it is the single highest-value change available in most Confluence spaces.
What Clearwren checks for this criterion
- Heading level is skipped — Screen-reader users navigate by heading level; a jump from H2 straight to H4 makes the page look like it has missing sections.
- Heading has no text — An empty heading is announced as a heading with nothing in it, which breaks navigation by headings.
- H1 used inside the page body — Confluence already renders the page title as the only H1, so a second H1 in the body gives the page two competing titles.
- Bold text used instead of a heading — Bold text looks like a heading but is not one, so it never appears in the heading list a screen-reader user navigates by.
- Dashes or numbers used instead of a list — A hand-typed list is read as loose sentences, so a screen-reader user never hears how many items there are or where the list ends.
- Table has no header row — Without header cells a screen reader reads a wall of values with no way to tell which column each one belongs to.
- Header cell is empty — An empty header leaves every cell in that column without a label when it is read out.
- Table uses merged cells — Merged cells break the grid a screen reader uses to pair each value with its header, so the reading order can come out scrambled.
- Table nested inside another table — Nested tables are very hard to navigate with a keyboard or screen reader, which usually announces them as one confusing grid.
- Table appears to be used for layout — A table announces rows and columns that carry no meaning here, which slows a screen-reader user down for no benefit.
- Blank lines used for spacing — A screen reader announces every empty line, so stacks of them are read out as meaningless pauses.