Release notes: July 23, 2026

In this release: Smart link labeling for screen readers | Screen reader media-type prefixes for search results | Accessible name added to login screen logo | Fixes

Note: The fixes described in these notes will finish rolling out to all clients on Thursday, July 23, 2026.

Smart link labeling for screen readers

Screen readers can now give more context for generic link text (such as “view all”).

What it is

This update automatically adds clear background labels to generic link buttons that say "View All" or "Learn More" and give more context to what the link is about. Screen readers will announce that context along with the link.

How it works

No manual setup is required!  When the page shows a link with a generic label, the system automatically reads the page context and creates descriptive labels for screen readers. It looks for certain info to create these labels. In order of preference:

• Generic links inside a card: the card's heading is included (e.g., "View this topic: Digestive Health" in the last screenshot above).
• Links to an external site: the destination website domain is appended (e.g., "External link: google.com").
• Links to another page inside the site: the end of the page path or search criteria is used and translated it into a human-readable phrase (e.g., "Find a provider matching cardiology, accepting new patients").

Why it matters

While visual readers can interpret what generic links are for based on context clues, non-visual users may not be able to see those clues and therefore don’t have enough information to differentiate between generic-sounding links. This update automatically addresses that issue without requiring any other changes.

Screen reader media-type prefixes for search results

Screen readers can now give more context for generic link text (such as “view all”).

What it is

This fix adds hidden labels like "Document" or "Video" to search result links that share identical titles. The text on the screen remains tidy and efficient, but assistive technologies will use the labels to help non-visual users.

How it works

Screen readers will automatically announce the label along with the title; for example, "Document: What is Rheumatoid Arthritis?" vs. "Video: What is Rheumatoid Arthritis?" No action is required to enable this feature. It will start working automatically!

Why it matters

Assistive technologies can now clearly tell users what type of content each link leads to before they click it. This makes search results much easier to navigate for screen reader users without altering how the page looks to visual users.

Accessible name added to login screen logo

Inform non visual users where the logo link on the login screen goes.

What it is

On sites or pages that require a login, the organization’s logo will appear in the top left. This image also serves as a link that brings the user to the homepage. We’ve updated this screen  so screen readers announce the site name (or “Home” as a fallback if no site name is found) when identifying the logo link.

How it works

We updated the code to inject an alternative text label for the logo image behind the scenes. This hands the context over to assistive technology so it can include that when reading aloud. No action is required to implement this update.

Why it matters

Previously, screen readers would simply announce “link”, which did not give screen reader users enough information. Screen-reader users can now easily understand that clicking the logo link will navigate them back to the site's home page.

• Descriptive screen reader labels for multiselect filters: This fix updates hidden labels on multiselect filter search bars so screen readers can describe exactly what users are searching for. Instead of just reading "Search...", assistive tools now announce helpful details like "Search Collections" or "Search Service Lines." This improves website accessibility for non-visual visitors while keeping the visible screen layout clean and unchanged.
• Screen reader updates for search boxes and Search Bar widgets: These updates fix an issue where screen readers announced the placeholder text inside a search box instead of the main search box label. The system now directs assistive tools to announce the actual visible label, such as "Search," when a user selects the input field. This creates a much cleaner, less distracting experience across all main site search bars.
• Keyboard navigation for search autocomplete suggestions: This fix allows users to navigate pop-up search suggestions using their keyboard arrow keys and press “Enter” to select an option. Previously, users could only pick options using a mouse, which prevented keyboard-only navigation. This update restores full keyboard control to footer search bars and search fields for a smoother user experience.
• FAQ group expand and collapse buttons: This update fixes display bugs on the FAQ Group component's "Expand All" and "Collapse All" toggle buttons. The "Expand All" button now properly disables and greys out when all items are already expanded, and the controls no longer change colors unexpectedly when clicking outside the box. This provides a clear, reliable experience for users interacting with FAQ sections.