Voicelings · Accessibility handoff

ADA / WCAG remediation: two days of Webflow work

Audit of voicelings.com — homepage + 5 member pages · Sep 2, 2026 · Target standard: WCAG 2.1 Level AA

0real heading elements in the entire member area

100%caption coverage verified — full catalog + marketing

13fixes on the engineering punch list, 5 of them P0

$5–25ktypical ADA demand-letter settlement, plus legal fees

The short version

The site would not pass WCAG 2.1 AA today — but every gap is a markup fix, not content production. Captions are verified across the original 81 course videos, the Legends Live archive, new expansion content, and marketing video, with a searchable transcript panel that exceeds the standard. What remains: a member area invisible to screen-reader navigation, a homepage that fails the automated scanners plaintiff firms use to find targets, and dead consent links in two forms. Scope: ~1–2 days in Webflow plus an accessibility statement page.

The standard (ADA guidelines)

ADA Title III — courts and the DOJ treat commercial websites as places of public accommodation. The ADA applies to the site and the member product.
There is no formal private-sector web regulation. Courts and the DOJ consistently use WCAG 2.1 Level AA as the benchmark — the compliance target for every fix on this sheet.
Captions (1.2.2) are the most-litigated item for education and video products — and the area where deaf and hard-of-hearing users are already fully served here.

Covered — no action: toggleable CC confirmed on the full course catalog, Legends Live archive, expansion content, and homepage video. Lesson pages add timestamped, searchable transcripts (satisfies 1.2.1 transcripts too). One-line check remaining: any lesson relying on on-screen-only visuals would need audio description (1.2.5) — for talking-head content this is likely moot.

Revenue risk

Demand letters and suits. Thousands of ADA web suits are filed yearly, far more settle by letter at $5k–$25k plus fees plus court-supervised remediation. Plaintiff firms find targets with automated scanners — the homepage fails those scanners today on cheap markup issues. Fixing them removes the profile that attracts letters.
Enrollment reach. About 1 in 4 U.S. adults has a disability. The caption + transcript build already serves this market across the whole product — an asset worth stating publicly, not leaving invisible.
Consent integrity. The waitlist and newsletter forms collect marketing consent and a likeness release against Privacy/Terms links pointing to # (dead). That weakens the consent record behind the email list — a marketing exposure independent of ADA.

Product / PM owns

Publish an accessibility statement page with a contact email. Full-catalog captions and transcripts are a verifiable claim — state it. Often the difference between a dismissed complaint and a demand letter, and a real marketing point for a course product.
Decision: no overlay widgets (accessiBe, UserWay, etc.). They don't fix markup, don't prevent suits, and are increasingly cited in complaints.
Add a WAVE / Lighthouse scan to release QA so new pages don't regress. One click per release.

Engineering owns — Webflow punch list

Priority	Fix	WCAG	Where	Serves
P0	Replace styled divs with real Heading elements — member area has zero h1–h6 (all are `div.heading-style-h5` etc.). Keep the classes; H1 for page title, H2 for sections. Nothing changes visually.	1.3.1 · 2.4.6	All member pages	Screen readers
P0	Fix homepage heading order: one H1, logical H2/H3 nesting (the four "How it works" steps are currently H1s).	1.3.1	Homepage	Screen readers
P0	Label form inputs: Feedback (Dashboard + lesson pages), Search (Downloads) — visible label or `aria-label`; placeholder-only fails.	3.3.2	Member area	Screen readers
P0	Add `aria-label="Close"` to icon-only popup close buttons.	4.1.2	Dashboard, Modules	Screen readers
P0	Point Privacy/Terms links inside waitlist + newsletter forms at the real /privacy and /terms pages (currently #).	—	Homepage forms	Everyone
P1	Alt text on informative homepage images (partner logos, testimonial headshots); shorten the Lori Alan thumbnail's paragraph-length alt to one sentence.	1.1.1	Homepage	Screen readers
P1	Descriptive link text: replace raw .mp4/URL link text and empty # links; name social links consistently ("Voicelings on TikTok").	2.4.4	Homepage	Screen readers
P1	`title` attributes on the three coaching scheduling iframes; title or `aria-hidden` on GTM/Stripe utility frames.	4.1.2	Coaching + all	Screen readers
P1	Add a `main` landmark and a visually-hidden "Skip to content" link as the first focusable element.	1.3.1 · 2.4.1	All pages	Screen readers Keyboard
P1	Remove hidden conditional states (Login and Logout, duplicate checkout blocks) from the DOM instead of visually hiding both.	4.1.2	Homepage	Screen readers
P2	Verify visible focus styles — `outline:none` is in the stylesheet; every link and button must show a focus ring when tabbing.	2.4.7	All pages	Keyboard Low vision
P2	Contrast pass via Lighthouse (not verifiable statically in this audit).	1.4.3	All pages	Low vision
P2	Popup focus management: focus moves into dialog, Esc closes, focus returns to trigger.	2.4.3	Homepage popups	Keyboard Screen readers

Screen readers — blind users (VoiceOver, JAWS, NVDA)Low vision — magnification, contrast needsKeyboard — no-mouse navigation, motor disabilitiesDeaf / hard of hearing — already covered by captions + transcripts

Definition of done

WAVE + Lighthouse report clean on homepage, Dashboard, and one lesson page
Keyboard-only pass: every control reachable and operable, focus always visible
VoiceOver spot check: heading navigation works, form fields announce labels, close buttons announce "Close"
Accessibility statement live with contact email