2.4.2 Page Titled
Level A · added in WCAG 2.0
Every web page needs a title that describes its topic or purpose. The title lives in the title element and appears in browser tabs, bookmarks and search results.
Who it helps
Screen reader users hear the page title first, so it tells them where they landed without reading the page. People with cognitive or memory disabilities, and anyone with many tabs open, use titles to tell pages apart.
How to meet it
- Add one title element inside the head of every page, and never leave it empty.
- Describe the specific page first, then the site name, for example "Order history | Acme Store".
- Give each page a different title, so two pages never share the same text.
- In single-page apps, update document.title on every route change.
- Reflect the current state in the title, such as the step in a checkout or "Search results for boots".
Examples
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
</head>
<body>
<h1>Order history</h1>
</body>
</html><head>
<meta charset="utf-8">
<title>Home</title>
</head><head>
<meta charset="utf-8">
<title>Order history | Acme Store</title>
</head>Can a scanner detect this?
Partly
Automated tools can confirm that a page has a title element with some text in it. Only a person can judge whether the title actually describes the page and differs from other pages.
axe-core rules that test it
document-title
Common mistakes
- Using the site name alone as the title on every page.
- Leaving a single-page app with one title that never changes between views.
- Keeping placeholder titles from a template, such as "Untitled" or "React App".
- Putting a long marketing tagline first, so the useful part is cut off in the tab.
Related criteria
Check your own page
See which automated WCAG checks your page fails, with the failing elements and how to fix them.
Reviewed November 2, 2026