ACCESIBILIDAD ≠ OVERLAY · 28
Accessibility ≠ Overlay: an overlay cannot fix underlying problems
📅 October 2026 · ⏱ 7 min read
A panel offering contrast or text-size settings may help some people, but it does not prove that a website is accessible.
01. Appearance is not structure
A panel offering contrast or text-size settings may help some people, but it does not prove that a website is accessible.
02. Code and semantic errors
Buttons without accessible names, unlabelled fields and incorrect heading structures require changes to the underlying code.
03. Understandable content
Informative images need meaningful text alternatives. Instructions and links must be clear, not merely larger or higher contrast.
04. Keyboard navigation and focus
Menus, dialogs and forms must work with a keyboard, with visible focus and a logical navigation order.
05. Assistive technology
Screen readers, magnifiers and voice control interact with the real page. An extra layer must not interfere with them.
06. What to test
Use Tab, Shift+Tab and Enter, then try a screen reader and mobile device. Check whether essential tasks can be completed.
07. Fix the source
Audit against WCAG, combine automated and manual tests, and repair components, content and interactions at their source.
08. Conclusion
Accessibility is designed, developed, maintained and verified. An overlay is no substitute for that work.
W3C — WCAG 2.2 · Adapta tu Web

