The 2025 TestParty Guide to WCAG 2.4.8 – Location (Level AAA)
Why did the user get lost on the website? Because the developers thought "You are here" was just a Pink Floyd reference, not a WCAG requirement.
WCAG 2.4.8 Location requires websites to help users understand where they are within a set of web pages. Whether through breadcrumbs, site maps, or navigation indicators, users should never feel lost in your digital space—especially users with cognitive disabilities who may struggle to maintain spatial orientation across complex sites.
Table of Contents
- What WCAG 2.4.8 Requires
- Why This Matters
- Quick Implementation Guide
- Common Mistakes to Avoid
- How to Test for WCAG 2.4.8
- How TestParty Helps
- FAQs
What WCAG 2.4.8 Requires
WCAG 2.4.8 mandates that information about the user's location within a set of web pages must be available. This means providing clear, consistent wayfinding mechanisms that help users understand their current position in your site's hierarchy.
Key requirements:
- Users must be able to determine where they are within your website's structure
- Location information should be available on every page (with limited exceptions)
- The mechanism can be visual, programmatic, or both
- Multiple complementary techniques are encouraged
What counts as "location information":
- Breadcrumb trails showing the path from homepage to current page
- Site maps with current page indicated
- Navigation menus highlighting the current section
- Page titles that reflect hierarchical position
- Running headers/footers in documents showing chapter or section
Exceptions:
- Single-page applications without hierarchical structure
- Pages that are the result of a process or task (checkout confirmation, search results)
- Pages accessed through a direct link where hierarchy isn't relevant
This is a Level AAA criterion, meaning it represents best practices beyond the baseline AA requirements most organizations target for legal compliance.
Why This Matters
Users with cognitive disabilities, attention deficits, or memory impairments can easily lose track of where they are on complex websites. Location indicators provide crucial context that helps them navigate confidently without repeatedly backtracking or getting disoriented.
From a legal perspective, WCAG 2.4.8 is part of the Level AAA conformance tier. While ADA Title III, Section 508, and EN 301 549 typically reference Level AA as the baseline, some government contracts, educational institutions, and organizations committed to accessibility excellence target AAA compliance. The European Accessibility Act encourages going beyond minimum requirements where feasible.
The business case is straightforward: users who know where they are convert better. Breadcrumbs reduce bounce rates by 30% in some studies, and clear navigation increases time-on-site and page depth. Location indicators also improve SEO through structured data and internal linking.
Quick Implementation Guide
1. Add breadcrumb navigation
Breadcrumbs are the gold standard for WCAG 2.4.8 compliance. Place them near the top of the page, above the main heading:
<nav aria-label="Breadcrumb">
<ol>
<li><a href="/">Home</a></li>
<li><a href="/products">Products</a></li>
<li><a href="/products/electronics">Electronics</a></li>
<li aria-current="page">Wireless Headphones</li>
</ol>
</nav>The aria-current="page" attribute programmatically indicates the current location to assistive technologies.
2. Highlight current location in navigation
Use visual styling and ARIA attributes to indicate the active section:
<nav aria-label="Main navigation">
<ul>
<li><a href="/about">About</a></li>
<li><a href="/products" aria-current="page" class="active">Products</a></li>
<li><a href="/support">Support</a></li>
</ul>
</nav>3. Provide a site map
Create an HTML site map (not just XML for search engines) that shows your site's structure with the current page indicated. Link to it from your footer.
4. Use descriptive page titles
Structure titles to reflect hierarchy: "Wireless Headphones – Electronics – Products – YourStore"
5. Consider multiple complementary techniques
Combining breadcrumbs with highlighted navigation and a site map provides redundancy that helps diverse users with different needs.
Common Mistakes to Avoid
Breadcrumbs that aren't semantic. Using <div> tags with visual styling instead of proper <nav> and <ol> elements makes breadcrumbs invisible to screen readers. Always use semantic HTML with proper ARIA labels.
Inconsistent location indicators. Showing breadcrumbs on some pages but not others, or changing navigation highlight behavior across sections, creates confusion. Consistency is critical for users with cognitive disabilities.
JavaScript-only location indicators. If your breadcrumbs or navigation highlights depend entirely on client-side JavaScript, they may not be available to users with JavaScript disabled or assistive technologies that parse the initial HTML.
Forgetting `aria-current`. Visual highlighting alone isn't enough. The aria-current="page" or aria-current="location" attribute programmatically communicates current position to screen readers.
Site maps that are just lists of links. A true site map should show hierarchical structure, not just an alphabetical dump of every URL. Group pages by section and indicate relationships.
How to Test for WCAG 2.4.8
Manual inspection:
- Navigate to several pages across different sections of your site
- Verify that each page provides at least one clear indicator of its location
- Check that breadcrumbs, navigation highlights, or other indicators are consistent
- Confirm that location information is available without requiring user interaction
Automated checks:
- Scan for presence of breadcrumb navigation elements (
<nav>with breadcrumb-related ARIA labels) - Verify
aria-currentattributes are used in navigation - Check for site map links in footer or header
- Validate semantic structure of navigation elements
Screen reader testing:
- Use NVDA, JAWS, or VoiceOver to navigate your site
- Verify that breadcrumbs are announced as navigation landmarks
- Confirm that current page/location is announced in navigation menus
- Check that site maps are navigable and indicate current location
User testing:
Ask users (especially those with cognitive disabilities) to complete tasks that require navigating between sections. Can they easily tell where they are? Can they return to previous sections without confusion?
How TestParty Helps
TestParty's automated scanning and AI-powered remediation make WCAG 2.4.8 compliance achievable even for large, complex sites with thousands of pages.
What TestParty detects:
TestParty's DOM and source code analysis identifies missing or improperly implemented location indicators across your entire site. Specifically, it flags:
- Pages lacking breadcrumb navigation or other location mechanisms
- Breadcrumbs implemented without semantic HTML (
<nav>,<ol>, proper ARIA labels) - Navigation menus missing
aria-currentattributes on active items - Inconsistent location indicator patterns across different page templates
- Site maps that are missing, outdated, or lack proper structure
- JavaScript-dependent location indicators that may fail for assistive technologies
For ecommerce platforms and content management systems, TestParty analyzes at the theme and template level, identifying where location indicators should be added to cascade fixes across thousands of product pages, category pages, and content sections.
How TestParty suggests fixes:
When TestParty identifies location indicator issues, it generates specific, code-level remediation suggestions:
- Breadcrumb implementation: Auto-generated breadcrumb markup with proper semantic HTML, ARIA labels, and
aria-currentattributes, tailored to your site's URL structure and hierarchy - Navigation highlighting: Suggested code changes to add
aria-current="page"attributes and CSS classes to active navigation items - Site map generation: Guidance on creating or updating HTML site maps with hierarchical structure and current page indicators
- Template modifications: For CMS and ecommerce platforms, TestParty suggests changes at the template/theme level so breadcrumbs and navigation indicators appear consistently across all pages
All AI-generated fixes are reviewed by TestParty accessibility specialists or your development team before deployment, ensuring suggestions align with your site's architecture and design patterns.
Developer workflow integration:
TestParty integrates directly into your development lifecycle to prevent location indicator regressions:
- CI/CD pipeline gates: For teams targeting AAA compliance, TestParty can block merges that remove breadcrumbs or break navigation highlighting
- Pull request annotations: When developers modify navigation templates or page layouts, TestParty flags potential WCAG 2.4.8 issues with line-level comments and suggested fixes
- IDE integration: Real-time feedback as developers write navigation code, catching missing
aria-currentattributes or improper breadcrumb structure before commit
This shift-left approach is especially valuable for sites with frequent template changes or multiple developers working on navigation components.
Ongoing monitoring:
After initial remediation, TestParty continuously monitors your site for WCAG 2.4.8 compliance:
- Automated rescans detect when new page templates are deployed without location indicators
- Regression alerts notify your team if breadcrumbs or navigation highlighting breaks after updates
- Compliance dashboards track the percentage of pages with proper location indicators over time
- Audit-ready reports document your AAA compliance efforts for procurement requirements or accessibility statements
For organizations with thousands of pages across multiple domains, TestParty's scale—having performed tens of thousands of accessibility audits—means it can efficiently track location indicator compliance across your entire digital footprint.
TestParty's approach combines automation with human expertise: the platform detects issues and suggests fixes at scale, but recommended changes are always reviewed to ensure they make sense for your specific site architecture and user experience goals.
Some TestParty features described in this article are currently under development. Visit TestParty.ai to learn more about our current capabilities and roadmap, or book a demo at TestParty.ai/book-a-demo to see TestParty in action.
Disclaimer: Some of this article was generated with Large Language Models (LLMs) and Artificial Intelligence (AI). There may be some errors and we advise you to consult with human professionals for detailed questions.
FAQs About WCAG 2.4.8
What is WCAG 2.4.8 in plain language?
WCAG 2.4.8 requires websites to help users understand where they are within the site's structure. This typically means providing breadcrumbs, highlighting the current section in navigation menus, or offering a site map that shows the user's current location.
Is WCAG 2.4.8 required for ADA compliance?
No, WCAG 2.4.8 is a Level AAA criterion, while ADA compliance typically references WCAG Level AA as the standard. However, some government contracts, educational institutions, and organizations committed to accessibility excellence do target AAA compliance, which includes 2.4.8.
What's the difference between breadcrumbs and a site map for WCAG 2.4.8?
Breadcrumbs show the hierarchical path from the homepage to the current page (e.g., Home > Products > Electronics > Headphones), while a site map provides an overview of the entire site structure with the current page indicated. Both satisfy WCAG 2.4.8, and using both together provides the best user experience.
Do single-page applications need to comply with WCAG 2.4.8?
It depends on the structure. If your SPA has distinct sections or views that form a hierarchy (like a multi-step form or nested content areas), you should provide location indicators. If it's truly a single view without hierarchical structure, 2.4.8 may not apply.
Can I use only visual indicators like highlighting the current nav item?
Visual indicators alone aren't sufficient. You must also use programmatic indicators like aria-current="page" so screen reader users can determine their location. The best approach combines visual styling with proper ARIA attributes for both sighted and non-sighted users.
How do I implement WCAG 2.4.8 for PDF documents?
For PDFs, use running headers and footers that indicate the current chapter or section, and ensure consistent page numbering. PDF accessibility tools can help add these elements to existing documents, though converting complex PDFs to accessible HTML is often more effective.
Stay informed
Accessibility insights delivered
straight to your inbox.


Automate the software work for accessibility compliance, end-to-end.
Empowering businesses with seamless digital accessibility solutions—simple, inclusive, effective.
Book a Demo