Accessibility Watch

Accessibility report for marleysmonsters.com

Accessibility grade: C
Based on an automated WCAG 2.1 Level AA scan on June 11, 2026.

Accessibility isn't a nice-to-have — it's the law. This automated WCAG 2.1 Level AA scan of marleysmonsters.com flagged 4 types of barrier to fix.

On this page, the most frequent barrier is "A button's visible text doesn't match the description it announces to screen readers" — found on 11 elements. In total the scan flagged 20 issues across 4 categories of WCAG 2.1 Level AA.

WCAG 2.1 Level AA is the standard U.S. courts apply under the ADA, and the law across the EU under the European Accessibility Act. These barriers block screen-reader, keyboard-only, and low-vision users — and every one of them is fixable. Here's how.

Accessibility issues found, with fixes

A button's visible text doesn't match the description it announces to screen readers.

label-content-name-mismatch · serious · 11 instances

WCAG 2.5.3 (Level A) EN 301 549 Affects screen-reader users

Why it matters: A user dictating 'click Submit' to voice-control software may see 'Submit' on screen but the announce-name is something else, so the voice command fails.

How to fix it: Developer fix: 'aria-label should start with or fully contain the visible button text'.

Technical details for your developer →

Fix it free and meet WCAG 2.1 AA

The free wcagcheckr browser extension finds every one of these issues on your own pages and gives you the fix recipe for each — at no cost. Run it, fix what it finds, and re-check this page anytime.

Own this site? Fix the issues, then re-scan — this report updates automatically, and comes down entirely once you pass.

Or remove this report without fixing →

Some links have no readable text — usually icon-only links.

link-name · serious · 1 instance

WCAG 4.1.2 (Level A) Section 508EN 301 549 Affects screen-reader users

Why it matters: Screen-reader users hear 'link' but not where the link goes. Users navigate by listening to a list of links — useless if every entry is just 'link, link, link'.

How to fix it: In your site editor, for icon-only links (social-media icons, navigation arrows), set an 'Aria label' or 'Title' field describing where it goes ('Follow us on Twitter', 'Next page').

Technical details for your developer →

An interactive element (link, button) is inside another interactive element.

nested-interactive · serious · 6 instances

WCAG 4.1.2 (Level A) EN 301 549 Affects keyboard-only users

Why it matters: Keyboard and screen-reader users can't reliably reach the inner element. Common in 'card-as-link' designs where a button sits inside a clickable card.

How to fix it: Developer fix: 'avoid putting buttons inside links or links inside buttons; use a single interactive element with internal helpers'.

Technical details for your developer →

Some content on the page isn't inside a recognized region (header, nav, main, footer, aside).

region · moderate · 2 instances

Affects keyboard-only users

Why it matters: Screen-reader users navigate by these regions. Content outside any region can be missed when skimming.

How to fix it: Developer fix: 'wrap orphaned page content in semantic landmark elements (<main>, <aside>, <nav>) so it's reachable via landmark nav'.

Technical details for your developer →

This is an automated scan and catches a portion of accessibility barriers; full WCAG 2.1 Level AA conformance also requires manual and assistive-technology testing. See our methodology for what we do and don't claim.

Learn more

How this report was produced

This report is an automated scan of the page as it was publicly served on , using [email protected]. The captured page and these results are sealed with a tamper-evident hash (e0ffa85650151e08…). We report only what the page publicly returned at that time.

This seal is anchored to a trusted RFC-3161 timestamp via freetsa.org on . Independently verify this receipt →