The browser page title (<title>) and the main on-page heading (<h1>) are inconsistent and do not clearly represent the same content. When these two elements use different terminology or levels of specificity, it can make it difficult for users to confirm they are on the correct page or to understand the page’s purpose.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
- Motor impairment (external link, opens in a new tab)
- General user experience (external link, opens in a new tab)
WCAG violation(s)
WCAG 2.4.2: Page Titled (A) (external link, opens in a new tab)
WCAG 2.4.6: Headings and Labels (AA) (external link, opens in a new tab)
WCAG 3.2.4: Consistent Identification (AA) (external link, opens in a new tab)
Example(s)
- https://elevatepfs.com/services/accounts-receivable-services/underpayment-recovery/ (external link, opens in a new tab)
Browser title: “A/R Services”
On-page heading: “Payment Recovery (Zero Balance Audit & Recovery)” - https://elevatepfs.com/contract-mgmt-v2/ (external link, opens in a new tab)
Browser title: “Extended Business Office”
On-page heading: “Underpayments Identification & Recovery” - https://elevatepfs.com/mission/ (external link, opens in a new tab)
Menu: “Our Mission”
Browser title: “Mission Statement”
On-page heading: “Mission, Vision, Values and Motto”
Many pages are like this and can many navigation difficult.
Remediation
For this issue to be remediated and marked Fixed, all the items below must be addressed.
Method
- Synchronize the
titleattribute with theh1. Ensure the URL is also consistent. - Avoid using vague or abbreviated titles when the on-page heading is more descriptive
- Ensure both elements accurately reflect the page’s purpose and content
- Maintain consistency across the site to support navigation and orientation
Empty heading elements are present on the page, including instances where headings are used as structural wrappers without containing meaningful text. Headings are intended to provide a clear outline of page content, and empty headings create gaps in that structure, reducing the reliability of navigation for assistive technologies.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
- Motor impairment (external link, opens in a new tab)
WCAG violation(s)
WCAG 1.3.1: Info and Relationships (A) (external link, opens in a new tab)
WCAG 2.4.6: Headings and Labels (AA) (external link, opens in a new tab)
Example(s)
Pages with form embeds with an empty .widgettitle heading:
- Contact (external link, opens in a new tab)
- Patients (external link, opens in a new tab)
- Third Party Liability Assistance Form (external link, opens in a new tab)
- Disability Screening Form (external link, opens in a new tab)
- Contract Modeling & Underpayment Recovery (external link, opens in a new tab)
- Underpayments Identification & Recovery (external link, opens in a new tab)
Pages with miscellaneous empty headings
- Eligibility and Enrollment (external link, opens in a new tab)
- Complex Claims (external link, opens in a new tab)
- Accident Assistance (external link, opens in a new tab)
- A/R Services (external link, opens in a new tab)
Remediation
For this issue to be remediated and marked Fixed, all the items below must be addressed.
Method 1
- Remove empty heading elements that do not convey information
- If a heading is needed for structure, provide clear, descriptive text that reflects the content it introduces
Resources
- Headings should not be empty (external link, opens in a new tab) (Deque University)
A same-page “jump link” references an anchor that does not exist on the page. When users activate the link, focus and navigation do not move to the expected section, resulting in a broken navigation experience and loss of context.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
- Motor impairment (external link, opens in a new tab)
- General user experience (external link, opens in a new tab)
WCAG violation(s)
WCAG 2.4.4: Link Purpose (A) (external link, opens in a new tab)
WCAG 1.3.1: Info and Relationships (A) (external link, opens in a new tab)
WCAG 2.4.1: Bypass Blocks (A) (external link, opens in a new tab)
Example(s)
Extended Business Office (external link, opens in a new tab)
<a href="#denial" target="_self" class="fl-button fl-button-icon-animation">
<span class="fl-button-text">Denials Management</span>
<i class="fl-button-icon fl-button-icon-after ua-icon ua-icon-chevron-right2" aria-hidden="true"></i>
</a>
The target container:
<div id="insurance-follow-up" class="fl-row fl-row-full-width fl-row-bg-none fl-node-61y0eiofbasl fl-row-default-height fl-row-align-center two-col-icon-wrapper" data-node="61y0eiofbasl">
...
</div>
Remediation
For this issue to be remediated and marked Fixed, all the items below must be addressed.
Method 1
- Update the link
hrefto match the existing target ID
Method 2
- Update the target element’s
idto match the link
Small or tightly packed links can be difficult to activate accurately, especially on touch devices. When adjacent targets are too close together, users may tap the wrong link by accident, creating frustration and reducing confidence in navigation.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
- Motor impairment (external link, opens in a new tab)
- General user experience (external link, opens in a new tab)
WCAG violation(s)
WCAG 2.5.8: Target Size (Minimum) (AA) (external link, opens in a new tab)
Example(s)
Fabrics + Technology (external link, opens in a new tab)

The list of links is rendered with an effective clickable height of only about 19px due to a line-height of 1.15, with very little space between adjacent items. This creates a dense cluster of touch targets that is easy to mis-tap, especially on mobile devices.
Remediation
For this issue to be remediated and marked Fixed, all the items below must be addressed.
Increase the effective target size of each link to at least 24px by 24px CSS pixels, or add enough spacing between adjacent links so that each target can be activated without accidentally triggering a neighboring one.
Method 1 – recommended
- increasing line-height to minimum 1.5 (this is a WCAG requirement for text under 24px)
Method 2
- adding vertical padding to the links to increase their click target
Resources
- Practical Tips for Mobile App Accessibility Implementation – Target size requirements (WCAG 2.2 – SC 2.5.8) (external link, opens in a new tab) (A11y Collective)
- 2.5.8 Target Size – Minimum (Level AA) (external link, opens in a new tab) (WCAG.com)
- Best Practices for Text Spacing to Ensure Accessibility (external link, opens in a new tab) (A11y Collective)
The fullscreen product gallery opens as a dialog, but the dialog does not provide a clear accessible name. Screen reader users may be informed that a dialog has opened without being told what the dialog contains or what its purpose is.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
- Motor impairment (external link, opens in a new tab)
WCAG violation(s)
WCAG 4.1.2: Name, Role, Value (A) (external link, opens in a new tab)
Example(s)
Single products image galleries (Provincial Industrial Flooring Top 4 Seat Swing Table (external link, opens in a new tab))
<div class="pswp pswp--open iconic-woothumbs-pswp" tabindex="-1" role="dialog">
The dialog has a role, but no aria-label or aria-labelledby to identify it.
Remediation
For this issue to be remediated and marked Fixed, all the items below must be addressed.
Method 1
- Provide the dialog with an accessible name using
aria-label. Eg,aria-label="Product image gallery"
Method 2
- Create a new text block or heading with an
idattribute or using a pre-existing one, implement anaria-labelledby="id"attribute that connects to theidattribute of the desired text.
Resources
- Mastering Accessible Modals with ARIA and Keyboard Navigation (external link, opens in a new tab) (A11y Collective)
The form includes a <label> element whose for attribute references a <div> rather than a labelable form control. As a result, the visible “CAPTCHA” label is not programmatically associated with the reCAPTCHA widget.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
WCAG violation(s)
WCAG 1.3.1: Info and Relationships (A) (external link, opens in a new tab)
WCAG 4.1.2: Name, Role, Value (A) (external link, opens in a new tab)
Example(s)
SGMA Interest Form (external link, opens in a new tab)
<li id="field_3_4" class="gfield gfield--type-captcha field_sublabel_below gfield--no-description field_description_below field_validation_below gfield_visibility_visible">
<label class="gfield_label gform-field-label" for="input_3_4">CAPTCHA</label>
<div id="input_3_4" class="ginput_container ginput_recaptcha gform-initialized" data-sitekey="6LeONYAUAAAAAMcf5o1zy0qfiB4PDUYikA_ZisRO" data-theme="light" data-tabindex="0" data-badge="" data-widget-id="0">
...
</div>
</li>
The target is a div, not a form control.
Remediation
Ensure the CAPTCHA label is programmatically associated with the interactive element. If the widget is rendered inside a container <div>, use appropriate ARIA techniques (such as aria-labelledby) on the rendered iframe or wrapper element to correctly associate the visible label with the CAPTCHA control.
The reCAPTCHA badge expands to reveal contextual information when hovered with a mouse, but does not expand when navigated via keyboard. As a result, sighted keyboard users may access the “Take Action” link without seeing the associated context that mouse users receive.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
- Motor impairment (external link, opens in a new tab)
WCAG violation(s)
WCAG 1.4.13: Content on Hover or Focus (AA) (external link, opens in a new tab)
WCAG 2.1.1: Keyboard (A) (external link, opens in a new tab)
WCAG 3.2.4: Consistent Identification (AA) (external link, opens in a new tab)
Example(s)
Sign up for emails from Transgender Law Center! (external link, opens in a new tab) and Subscribe (external link, opens in a new tab)


- Hover-only expansion: The reCAPTCHA badge slides open on mouse hover to reveal explanatory content.
- Keyboard parity issue: Tabbing to “Take Action” does not trigger the expanded visual state, leaving contextual content hidden from sighted keyboard users.
Remediation
Ensure that any content revealed on hover is also revealed on keyboard focus.
On single product pages, after pressing Add to cart there’s a silent pause, then a full page reload, and finally a success message. During that pause, there’s no programmatic indication that the action is processing (no aria-busy, no status region like “Adding to cart”, no spinner announcement, etc). These confuses screen reader users as to whether or not an action was registered.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
WCAG violation(s)
WCAG 3.2.2: On Input (A) (external link, opens in a new tab)
WCAG 4.1.3: Status Messages (AA) (external link, opens in a new tab)
Remediation
Add a live status update immediately on activation (“Adding to cart”).
The privacy policy link is distinguished only by color without an additional non-color element (icons, underlines, backgrounds, etc), making it harder to identify as a link.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
WCAG violation(s)
WCAG 1.4.1: Use of Color (A) (external link, opens in a new tab)
Example(s)
Checkout (external link, opens in a new tab)

Remediation
Add a non-color link indication to differentiate it from the surrounding text.
When a user activates Apply coupon, the interface enters a loading/processing state (spinner visible), but there is no programmatic or audible feedback indicating that the coupon is being validated. Screen reader users receive silence between activation and the final success/error message, which can feel like the button did nothing or the page froze.
User impacts
Follow the links for additional information on user impairments:
- Vision impairment (external link, opens in a new tab)
- Cognitive impairment (external link, opens in a new tab)
- Motor impairment (external link, opens in a new tab)
- General user experience (external link, opens in a new tab)
WCAG violation(s)
WCAG 4.1.3: Status Messages (AA) (external link, opens in a new tab)
WCAG 3.2.2: On Input (A) (external link, opens in a new tab)
Example(s)
Cart (external link, opens in a new tab)

Remediation
Announce the processing state immediately after activation using a live region:
- Example: “Applying coupon…”
- Use
aria-live="polite"orrole="status"so it does not interrupt the user.