Page Titled:
Understanding SC 2.4.2
Intent of this Success Criterion
The intent of this Success Criterion is to help users find content and orient themselves within it by ensuring that each Web page has a descriptive title. Titles identify the current location without requiring users to read or interpret page content. When titles appear in site maps or lists of search results, users can more quickly identify the content they need. User agents make the title of the page easily available to the user for identifying the page. For instance, a user agent may display the page title in the window title bar or as the name of the tab containing the page.
Specific Benefits of Success Criterion 2.4.2:
This criterion benefits all users in allowing users to quickly and easily identify whether the information contained in the Web page is relevant to their needs.
People with visual disabilities will benefit from being able to differentiate content when multiple Web pages are open.
People with cognitive disabilities, limited short-term memory and reading disabilities also benefit from the ability to identify content by its title.
This criterion also benefits people with severe mobility impairments whose mode of operation relies on audio when navigating between Web pages.
Examples of Success Criterion 2.4.2
An HTML Web page
The descriptive title of an HTML Web page is marked up with the <title> element so that it will be displayed in the title bar of the user agent.
A document collection.
- [begin change]
The introduction page has the title "Introduction to Understanding WCAG 2.0."
[end change] - [begin change]
Major sections of the document are pages titled title "Understanding Guideline X" and "Understanding Success Criterion X."
[end change] - [begin change]
Appendix A has the title "Glossary."
[end change] - [begin change]
Appendix B has the title "Acknowledgements."
[end change] - [begin change]
Appendix C has the title "References."
[end change] - [begin delete]
Appendix D has the title "References."
[end delete]
A Web application.
A banking application lets a user inspect his bank accounts, view past statements, and perform transactions. The Web application dynamically generates titles for each Web page, e.g., "Bank XYZ, accounts for John Smith" "Bank XYZ, December 2005 statement for Account 1234-5678".
Related Resources
Resources are for information purposes only, no endorsement implied.
Writing Better Web Page Titles How to write titles for Web pages that will enhance search engine effectiveness.
Guidelines for Accessible and Usable Web Sites: Observing Users Who Work With Screen Readers. Theofanos, M.F., and Redish, J. (2003). Interactions, Volume X, Issue 6, November-December 2003, pages 38-51, http://portal.acm.org/citation.cfm?doid=947226.947227
Techniques and Failures for Success Criterion 2.4.2 - Page Titled
Each numbered item in this section represents a technique or combination of techniques that the WCAG Working Group deems sufficient for meeting this Success Criterion. The techniques listed only satisfy the Success Criterion if all of the WCAG 2.0 conformance requirements have been met.
Sufficient Techniques
G88: Providing descriptive titles for Web pages AND associating a title with a Web page using one of the following techniques:
Additional Techniques (Advisory) for 2.4.2
Although not required for conformance, the following additional techniques should be considered in order to make content more accessible. Not all techniques can be used or would be effective in all situations.
G127: Identifying a Web page's relationship to a larger collection of Web pages [begin delete]using a technology-specific technique [end delete]
Identifying the subject of the Web page (future link)
ARIA1: Using the aria-describedby property to provide a descriptive label for input controls (ARIA)
Providing a meaningful name for identifying frames (future link)
Using unique titles for Web pages (future link)
Providing a descriptive top-level page heading (future link)
Common Failures for SC 2.4.2
The following are common mistakes that are considered failures of Success Criterion 2.4.2 by the WCAG Working Group.
Key Terms
- Web page
a non-embedded resource obtained from a single URI using HTTP plus any other resources that are used in the rendering or intended to be rendered together with it by a user agent
Note 1: Although any "other resources" would be rendered together with the primary resource, they would not necessarily be rendered simultaneously with each other.
Note 2: For the purposes of conformance with these guidelines, a resource must be "non-embedded" within the scope of conformance to be considered a Web page.
Example 1: A Web resource including all embedded images and media.
Example 2: A Web mail program built using Asynchronous JavaScript and XML (AJAX). The program lives entirely at http://example.com/mail, but includes an inbox, a contacts area and a calendar. Links or buttons are provided that cause the inbox, contacts, or calendar to display, but do not change the URI of the page as a whole.
Example 3: A customizable portal site, where users can choose content to display from a set of different content modules.
Example 4: When you enter "http://shopping.example.com/" in your browser, you enter a movie-like interactive shopping environment where you visually move around in a store dragging products off of the shelves around you and into a visual shopping cart in front of you. Clicking on a product causes it to be demonstrated with a specification sheet floating alongside. This might be a single-page Web site or just one page within a Web site.