Accessibility ≠ Overlay: FTC sanctions misleading accessiBe claims about WCAG compliance

September 2026 · 8 min read

In April 2025, the U.S. Federal Trade Commission approved a final order against accessiBe. The company must pay $1 million and may not claim that its automated products can make any website WCAG-compliant or maintain compliance over time unless it has evidence supporting those claims.

From marketing promise to regulatory action

This fifth installment adds a consumer-protection regulator to the debate. The FTC announced its complaint in January 2025 and approved the final order on April 22, 2025.

According to the FTC, accessiBe marketed accessWidget as an AI-powered tool able to make any website comply with WCAG. The complaint alleged that the product did not make all customer websites compliant and that the claims were false, misleading, or unsubstantiated.

What the final order requires

The order does not say all automation is unlawful. It specifically bars accessiBe from claiming that its automated products can make any website WCAG-compliant or ensure continued compliance unless it has evidence to substantiate the claim. The company must also pay $1 million, which the FTC said may be used for consumer refunds.

Evidence is the key word

A promise such as “install this script and your website will comply with WCAG” should not be treated as a demonstrated technical fact merely because it appears in marketing. WCAG conformance depends on verifiable criteria across pages, components, content and interactions. Websites also change over time, making claims of continuous compliance particularly demanding.

It was not only about WCAG

The FTC also challenged marketing practices. It alleged that some third-party articles and reviews were formatted to appear independent and objective without adequately disclosing material connections to the company. The final order restricts misrepresentations about independent endorsers and material facts about the products.

What the FTC did not say

The FTC did not issue a general ban on accessibility overlays, nor did it decide that every use of AI in accessibility is deceptive. It acted on specific compliance claims that, according to its complaint, were not supported by the product’s actual performance.

What businesses should ask before buying an overlay

Ask which criteria are covered, how performance was verified, what remains outside automation, how the solution works with keyboards and screen readers, what happens when the site changes, and what evidence supports any percentage or compliance promise. A tool that helps find or repair issues is not the same as proof that an entire site conforms.

Accessibility remains a property of the product

Accessibility must still be verified in the interface people use: semantics, keyboard navigation, focus, forms, text alternatives, accessible names and states, contrast and component behavior. Automation can assist, but a marketing promise cannot replace evaluation.

Official sources

🧑‍🦯 Blind Reader
Intent narrator ready.

Accessibility guide

This is a functional summary, not a literal reading.

Go to primary goal Jumps to the main action area (form, list or contact).

You are on a product page page. The main goal seems to be: to buy.

Top actions: Browse results.

There are 8 key sections you can jump to.

Confidence: Confidence: 75%

Before continuing:

  • Handle cookies/consent Reason: Detecté un aviso relacionado con cookies/consentimiento. — Recommended route: Contenido principal

Recommended actions

  • Browse results Reason: Parece haber un listado de elementos. — Recommended route: Listado

Go by goals

Choose what you want to do. I will explain it, then ask before jumping.

Confirmation mode

Choose how often I should ask before jumping.



Learning scope (only for “first time”)

Site: remember this goal across the whole site. Page: remember per URL.


  • Go to Home
  • Go to About
  • Go to BlindReader
  • Go to Withdrawal Button
  • Go to Services
  • Go to Blog
  • Go to Contact
  • Go to English
  • Go to Español
  • Go to Català
  • Go to Polski
  • Go to Română
  • Go to Italiano
  • Go to Français
  • Go to Svenska
  • Go to Deutsch
  • Go to Nederlands
  • Go to Português
  • Go to article content
  • Go to comments
  • Go to end of article
  • Back to News / Blog
  • Previous post
  • Handle cookies/consent Important: this may block navigation.
  • Browse results

Guided navigation

The guide announces one section at a time.

How it works: Start guide to hear the first key section. Use Next to move through. Use Stop to exit.

Status: Guide inactive

Go to current section This link updates as the guide advances.

This article has approximately 468 words.

Moves focus to the start of the content, skipping menus and secondary elements.

About Blind Reader

Blind Reader is an accessibility assistant that analyzes each page and narrates its purpose, key sections and recommended actions — designed for screen reader users.

Compatible page builders: Works with any WordPress theme or builder: Divi, Elementor, Gutenberg, WPBakery, Avada and others. It reads the real content of the page, not the builder markup.

Does it interfere with your content? No. Blind Reader adds an accessible panel above the page but does not modify, hide or alter any existing content or styles on your site.

How does it work? It analyzes the page structure (headings, links, forms, landmarks) and generates a functional summary. The guide and goals help navigate without having to scan the whole page.

Keyboard shortcut: Press Alt + G to jump directly to the first goal.