Hay una idea que se difundió tanto que se volvió "verdad" en el mercado: la accesibilidad digital solo es obligatoria en sitios de gobierno. Basándose en eso, muchas empresas buenas tratan el tema como algo opcional, "cosa de portal público", y dejan el sitio tal como está.
No es tan así. Y el riesgo de ignorar esto no es solo legal: es también dejar de atender a una parte real de tu público.
Lo que la ley dice, sin tecnicismos
En Brasil, la Ley Brasileña de Inclusión (Ley n.º 13.146/2015), no un decreto cualquiera, una ley, trata directamente la accesibilidad digital en su Art. 63: es obligatoria la accesibilidad en los sitios mantenidos por empresas con sede o representación comercial en Brasil, y por organismos de gobierno, garantizando el acceso a la información a las personas con discapacidad, conforme a las mejores prácticas y pautas de accesibilidad adoptadas internacionalmente.
Vale la pena notar la parte que suele pasar desapercibida: "empresas con sede o representación comercial". No dice "organismos públicos". Dice empresa. Y este tipo de legislación no es exclusivo de Brasil: cada vez más países avanzan en normas similares, y la tendencia mundial va en una sola dirección.
La accesibilidad web dejó de ser "cosa de gobierno con aplicación extendida a empresas". El sector privado ya está incluido en varias legislaciones, solo que poca gente lee el detalle hasta el final.
¿Entonces cuál es la norma técnica a seguir?
Acá está el segundo punto que suele generar confusión. En Brasil existe el eMAG (Modelo de Accesibilidad en Gobierno Electrónico), un modelo desarrollado específicamente para orientar la accesibilidad en sitios y portales gubernamentales, con recomendaciones y elementos estandarizados pensados para ese contexto puntual.
Para una empresa privada, en cualquier país, la referencia técnica que tiene sentido usar es otra: la WCAG 2.2 (estándar internacional del W3C). Es la base sobre la que se construyen las normas técnicas locales, como la ABNT NBR 17225:2025 en Brasil, la primera norma técnica brasileña específica para accesibilidad en contenido y aplicaciones web, vigente desde marzo de 2026.
"¿Pero esto no va a dejar mi sitio feo?"
Esa es la objeción que más escuchamos, y está basada en un malentendido. Accesibilidad no es sinónimo de "sitio de alto contraste": fondo blanco, texto negro, botón azul estándar, cero personalidad visual.
Lo que la ley y las normas técnicas piden es que el contenido sea perceptible, operable y comprensible, no que el diseño se convierta en un formulario burocrático. Se puede mantener fondo oscuro, degradé, tipografía con personalidad, tarjetas, animación sutil. Lo que cambia es cómo esos elementos se construyen por debajo:
- Contraste de texto suficiente (4,5:1 para texto normal), sin necesidad de ser negro sobre blanco
- Sitio 100% navegable solo con teclado, sin necesidad de mouse
- Foco visible en todo elemento clicable, siempre
- Imágenes con texto alternativo (alt) describiendo lo que importa
- Formularios con etiquetas de verdad, no solo un placeholder que desaparece
- Animaciones que respetan a quien pidió "reducir movimiento" en el sistema
- HTML semántico (encabezado, menú, contenido principal, pie de página de verdad, no todo en `<div>`)
Ninguno de estos puntos exige renunciar a la identidad visual. Exige código bien hecho por debajo del diseño.
A quién afecta esto de verdad
Personas con baja visión, daltonismo, discapacidad motriz que navegan solo con teclado, personas sordas que usan lengua de señas como primera lengua, usuarios de lector de pantalla (NVDA, JAWS, VoiceOver, TalkBack). Esto no es una porción pequeña y lejana de tu público: es gente que hoy desiste de comprar o de pedir presupuesto porque el sitio simplemente no funciona para ella.
En la práctica: un sitio accesible no pierde a los clientes que ya tenía. Empieza a atender a clientes que antes se chocaban con la pantalla y desistían sin avisar.
Qué hacer a partir de ahora
No hace falta parar todo y rehacer el sitio desde cero. El camino más realista es auditar lo que existe hoy contra los criterios de nivel A y AA de la WCAG 2.2, que es la base que usan también las normas técnicas locales, y corregir por prioridad: primero lo que bloquea completamente a alguien (teclado, foco, etiquetas de formulario), después el resto (contraste, movimiento, estructura semántica).
Fue exactamente ese proceso el que aplicamos en nuestro propio sitio, e incluso documentamos el estándar que usamos como referencia para todo proyecto nuevo. No es un sello, es una revisión técnica de verdad: teclado, lector de pantalla, zoom, contraste calculado punto por punto.
Preguntas frecuentes
¿Un sitio accesible tiene que ser feo, con fondo blanco y visual genérico?
No. Accesibilidad no es sinónimo de diseño de bajo contraste. Se puede mantener fondo oscuro, degradé e identidad visual, siempre que el contraste, la navegación por teclado y la estructura semántica estén correctos por debajo.
¿Qué norma técnica debería seguir una empresa privada?
La WCAG 2.2, estándar internacional del W3C, es la referencia que vale para cualquier empresa, en cualquier país. Es también la base de normas técnicas locales, como la ABNT NBR 17225:2025 en Brasil.
¿Necesito rehacer todo el sitio para que sea accesible?
No. El camino más realista es auditar lo que ya existe contra los criterios A y AA de la WCAG 2.2 y corregir por prioridad, empezando por lo que bloquea completamente a alguien, como el teclado y las etiquetas de formulario.