Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Table of Contents
minLevel1
maxLevel6
outlinefalse
styledisc
typelist
printabletrue

Overview

Create a logical reading order for vision impaired users who rely on using assistive technology such as a screen reader to access online content.

...

Each web page should have a meaningful page title.

Headings and labels should be descriptive.

Form input controls should have labels that clearly describe the content that is expected to be entered. This helps users know how to successfully complete the form.

Page Structure and Headings

  • Create a logical reading order by using properly nested headings in your markup, <h1> <h2> <h3> <h4> <h5> <h6>. 

  • Build the structure of the page using semantic markup. Markup that has meaning to browsers and screen readers. A web page should be able to stand on its own without the help of a style sheet.

  • Sighted users often scroll the page quickly and look for headings to get an idea of the structure and content of the page. Screen reader and other assistive technology users also have the ability to navigate web pages by heading structure, assuming true headings are used (as opposed to text that is styled to be big and/or bold). This means that the user can view a list of all of the headings on the page, or can read or jump by headings, or even navigate directly to top level headings (<h1>), next level headings (<h2>), third level headings (<h3>), and so on.

  • There should only be one <h1> heading per page and should be applied to the page title to indicate to the screen reader user that this is where the content area begins. 

  • Headings should be structured in a hierarchical manner. 

Proper Nesting of

...

Headings 

Code Block
<h1>Page Title</h1>
      <h2>Heading Two</h2>
            <h3>Heading Three</h3>
            <h3>Heading Three</h3>
            <h3>Heading Three</h3>
                  <h4>Heading Four</h4>
                  <h4>Heading Four</h4>
      <h2>Heading Two</h2>
            <h3>Heading Three</h3>
            <h3>Heading Three</h3>
            <h3>Heading Three</h3>
                  <h4>Heading Four</h4>
                  <h4>Heading Four</h4>
      <h2>Heading Two</h2>
            <h3>Heading Three</h3>
            <h3>Heading Three</h3>
            <h3>Heading Three</h3>
                  <h4>Heading Four</h4>
                  <h4>Heading Four</h4>                                                            

Provide Descriptive Headings and Labels

General Guidelines

Help users understand what information is contained in Web web pages and how that information is organized by providing descriptive headings.

...

This requires headings to be descriptive enough so that screen reader users can quickly get an overview of the type of content that is available on the page.

Please see more detailed information on how to comply with this guideline.

Lists

  • HTML lists - such as <ul>, <ol>, and <dl> - also convey a hierarchical content structure.

  • Lists should be used to display actual list items. They should not be used for layout purposes.

Page Titles

Each web page should have a meaningful page title.

...

Help users find content and orient themselves within it by ensuring that each web page has a descriptive title.

There are two different types of page titles:

  • Page titles that appear in the main content area and that are visible to sighted users.

  • Page titles that appear at the template level.

Page Titles in the Main Content Area

Following is an example of a page title in the main content area.

<h1>City Administrator</h1>

...

There should only be one <h1> heading per page and should be applied to the page title to indicate to the screen reader user that this is where the content area begins. 

This creates a logical reading order for screen reader users.

Screen reader and other assistive technology users frequently navigate web pages by heading structure.

These users can pull up a list of all the headings on a page to get a quick overview of the type of content that is available.

Page Titles that Appear at the Template Level

Here is an example of what the page title in the markup should look like.

Code Block
<!doctype html>
<html lang="en">
  <head>
    <title>Services at the Human Services Agency</title>     
  </head>
  <body>
      ...   
  </body> 
</html>

The page title should be incorporated at the very top of the page template.

This page title is not visible to a sighted user on the actual page. However, the title is announced by the screen reader.

These page titles identify the current location without requiring users to read or interpret page content.

...

In cases such as Single Page Applications (SPAs), where various distinct pages/views are all nominally served from the same URI and the content of the page is changed dynamically, the title of the page should also be changed dynamically to reflect the content or topic of the current view.

For each web page, provide a short title that describes the page content and distinguishes it from other pages. The page title is often the same as the main heading of the page. Put the unique and most relevant information first; for example, put the name of the page before the name of the organization. For pages that are part of a multi-step process, include the current step in the page title.

Example: Page Titles

...

Please see more detailed information on how to comply with this guideline.

Form Labels

...

Form input controls should have labels that clearly describe the content that is expected to be entered. This helps users know how to successfully complete the form.

Please see our forms section for more detailed information on how to meet this guideline.

WCAG Related Guidelines

1.3.1 Info and Relationships (Level A)

2.4.2 Page Titled (Level A)

2.4.6 Headings and Labels (Level AA)