User research
href="https://www.w3.org/WAI/GL/task-forces/coga/">Cognitive and Learning Disabilities Accessibility Task Force.This is not a complete list—we are consulting with COGA to update the +
This is not a complete list. We are consulting with COGA to update the destinations that the WAI-Adapt TF inherited from COGA.
@@ -113,13 +113,13 @@User research
Technical requirements
-Any approch that would solve these user needs must provide the +
Any approach that addresses these user needs must provide the following.
A way to represent each discoverable destination proposed above.
A mechanism for discovering all discoverable destinations supported -by a site—to be used when a UA first visits a site on behalf of the +by a site. This mechanism is to be used when a UA first visits a site on behalf of the user. In order to do this efficiently, it must be possible to make this query in a single HTTP request. The results would be available to the user via the UI of the UA.
@@ -137,13 +137,13 @@ Means to demarcate an element on the destination page that provides the destination content.
A way to indicate the kind of content that the -destination provides—e.g. people with cognitive disabilities may need to +destination provides. For example, people with cognitive disabilities may need to get help from, or chat to, a human, over the phone, rather than a chatbot, or sending an email.
Technical requirements
The last of these requirements—indicating the kind of -content or support—is currently an open question, not addressed by the +
The last of these requirements, indicating the kind of +content or support, is currently an open question, not addressed by the proposed approach below, but may be addressed in a future iteration of this approach, or by a future WAI-Adapt TF project.
Updating a discoverable destination
-Demarcating destination
-content
-
As discoverable destinations are normal links, they can make use of -fragments to point to certain elements on the destination page.
-The content/UA/AT can then use this information (and the knowledge that the -navigation was via the Discoverable Destination UI) to render the -destination page in an appropriate way for the user.
+Demarcating destination content
+As discoverable destinations are normal links, they can make use of fragments to point to certain elements on the destination page.
+The content/UA/AT can then use this information (and the knowledge that the navigation was via the Discoverable Destination UI) to render the destination page in an appropriate way for the user. This may involve:
+-
+
Highlighting the specific relevant part of the page.
+ Removing other elements from the rendering of the page to reduce cognitive load.
+ Providing additional context or guidance based on the destination type.
+
Open Questions
Demarcating sub-sites
Privacy and Security Considerations
-We have not completed this section yet.
+Agentic AI and Machine Navigation
+Agentic AI systems are autonomous software agents that can plan, reason, and execute complex tasks on behalf of users. These systems represent a significant development in automation, capable of understanding natural language requests and breaking them down into actionable steps. For users with disabilities, these AI agents can serve as powerful assistive technologies, helping navigate digital environments and complete tasks that might otherwise be challenging.
+ +From Human Accessibility to Machine Assisted Accessibility
+Discoverable Destinations were designed to help humans with accessibility needs find important pages quickly. This same semantic approach also serves AI agents acting as assistive technologies. What helps humans with disabilities navigate also enables machines to provide consistent assistance.
+The semantic identifiers provided by Discoverable Destinations work consistently across all compliant websites. Rather than AI agents searching for contact information using fragile selectors such as "find the element with class .contact-info", they can use semantic identifiers to navigate to the contact destination. This approach transforms brittle technical navigation into reliable semantic discovery.
Illustrative Use Cases
+The following examples illustrate how AI agents might use Discoverable Destinations to assist users with disabilities:
+-
+
An accessibility compliance assistant could help a disability rights advocate check accessibility statements across multiple partner websites. The AI agent would systematically discover and analyse
accessibility-statementdestinations across all sites, ensuring comprehensive accessibility monitoring without the need for manual navigation.
+ A cognitive support assistant could help a user with cognitive disabilities who is facing issues with multiple service providers. The AI agent would discover
contactandhelpdestinations across different platforms, presenting a comprehensive support landscape in a simplified, consistent format.
+ A motor accessibility aid could assist a user with motor impairments who wishes to update their profile information across platforms but finds repeated navigation challenging. The AI agent would navigate to relevant destinations on each site, then guide the user through the updates with full context and control, reducing the physical navigation burden.
+
These scenarios share a common pattern: AI agents handle the discovery and navigation complexity, while humans maintain control over sensitive decisions and actions.
+ +Scope and Limitations
+Discoverable Destinations are well suited for content discovery, such as finding specific types of pages including help, contact, and accessibility statements. They also support information extraction from destination pages and provide consistent navigation patterns across different websites.
+However, certain tasks require additional solutions beyond Discoverable Destinations:
+-
+
Complex actions involving workflows such as password changes, account modifications, or transaction processing may vary dramatically between sites. Discoverable Destinations can navigate to relevant areas, but the actual workflows may require additional tools or human involvement.
+ Authenticated operations requiring user specific authentication and authorisation need specialised protocols and often human involvement for security.
+
For complex scenarios, a layered approach works best: Discoverable Destinations provide navigation to relevant areas, APIs are used where available for sensitive operations, and human oversight is included for sensitive or complex tasks.
+ +Integration Patterns
+AI agents can integrate with Discoverable Destinations through various architectural patterns. Two primary models are relevant for deploying tools that leverage semantic destinations:
+-
+
A server side model where tools run independently of the user's browser and make direct HTTP requests to target websites. This approach is suitable for public data retrieval but has no access to the user's browser session or authentication state.
+ A browser based model, such as WebMCP, where the web page itself can expose tools to AI agents. This approach operates within the user's existing session with full access to authentication state and page context, making it better suited for authenticated operations and personalised content.
+
The choice of integration pattern depends on the specific use case. For scenarios involving authenticated operations, personalised content, or complex user specific workflows, a browser based approach is recommended. For public data scenarios, a server side approach may be sufficient.
+ + +Requesting Additional Destination Types
+This section is a placeholder. The process for requesting standardisation of additional destination types is to be defined.
+The set of standardised destination types may evolve over time as new common navigation patterns emerge. Parties interested in proposing additional destination types should consider the following:
+-
+
The proposed destination type should address a common navigation need that is shared across many websites.
+ The destination type should provide clear accessibility benefits, particularly for users facing cognitive accessibility barriers.
+ The destination type should be sufficiently general to apply across different industries and website types.
+
The formal governance process for proposing, reviewing, and adding new destination types to the standard is under development.
Privacy and Security Considerations
+The Discoverable Destinations approach has been designed with privacy and security in mind.
+ +Privacy Considerations
+Discoverable Destinations use standard HTML <link> elements that are already part of web pages. No additional user data is collected or transmitted beyond normal web browsing. The approach does not introduce any new tracking mechanisms, as User Agents discover destinations by parsing existing page content. Users retain full control over when and how they navigate to discovered destinations through the User Agent interface.
Security Considerations
+All navigation uses standard HTTP and HTTPS requests subject to normal browser security policies. Destinations are typically within the same origin, which reduces cross origin security concerns. Content authors are responsible for ensuring that the href values in their <link> elements point to legitimate, secure pages.
Considerations for AI Agent Integration
+When AI agents use Discoverable Destinations on behalf of users, certain considerations apply. For sensitive operations such as authentication or account changes, human oversight should be maintained. Discoverable Destinations are designed for navigation and content discovery, not for executing complex authenticated operations. The primary approach for sensitive operations should be human in the loop, where AI agents navigate to relevant pages using semantic destinations, extract and present available options to users, then hand control to humans for actual execution.
+References
+ +Foundational and Related Work
+ +Link Types/Relations
+-
+
- HTML Standard: Link types +
- Link types managed by the Microformats project +
- Link types managed by IANA +