Sitio web accesible: lo que la ley exige a la empresa en 2026

Un sitio web accesible es aquel que una persona con discapacidad puede usar sin ayuda: navegar solo con el teclado, escuchar la página con un lector de pantalla, llenar un formulario y entender un video. En Brasil, la Ley Brasileña de Inclusión (LBI), de 2015, obliga a las empresas con sede o representación en el país a mantener su sitio web accesible.

Lo que la ley todavía no tiene es un reglamento técnico. En julio de 2026, la Justicia Federal rechazó el pedido para que el gobierno hiciera obligatoria también para las empresas privadas la norma ABNT NBR 17225 (la ABNT es el organismo brasileño de normalización). La obligación sigue en pie; el parámetro técnico obligatorio y la sanción específica, no.

Wama entrega sitios web en Framer, más de 50 de ellos publicados en la plataforma, y a partir de ese trabajo este texto separa lo que viene listo de lo que depende de quien diseña y de quien escribe. Aquí ves qué poner en la propuesta, junto con lo que entra en el alcance de un sitio web institucional.

¿Qué exige la ley al sitio web de la empresa en 2026?

La exigencia está en el artículo 63 de la Ley 13.146, de 2015: la accesibilidad es obligatoria en los sitios web mantenidos por empresas con sede o representación comercial en el país, conforme a las mejores prácticas y directrices adoptadas internacionalmente. Vale para el sitio institucional, para la landing page de una campaña y para la tienda en línea, sin distinción de tamaño.

El artículo no define criterio técnico, plazo de adecuación ni multa propia. Por eso la ley lleva una década vigente y casi ninguna empresa puede decir si la cumple. Cuando la ABNT lanzó la NBR 17225, en marzo de 2025, el Ceweb.br, centro del NIC.br que coordinó el trabajo, afirmó que menos del 3% de los sitios web brasileños siguen estándares de accesibilidad, según Teletime.

¿Qué cambió con la decisión de julio de 2026?

El 10 de junio de 2026, el Ministerio Público Federal (MPF) en São Paulo presentó una acción civil pública contra la Unión (el gobierno federal), proceso 5017981-57.2026.4.03.6100. Pidió que el gobierno emitiera en 60 días un acto que convirtiera la NBR 17225 en parámetro obligatorio para personas jurídicas de derecho público y privado, según el comunicado del MPF.

En la medida cautelar firmada el 1 de julio de 2026, el 9.º Juzgado Civil Federal de São Paulo atendió solo una parte. Rechazó el acto normativo, por entender que alcanzaría a otros Poderes, entes federativos y particulares. Y ordenó a la Unión presentar en 180 días un plan de transición para los sitios web federales, con multa diaria de US$ 2.000 si no cumple. En un relevamiento del TCU (el Tribunal de Cuentas de la Unión) citado en el proceso, el 88,54% de 366 órganos federales obtuvo una mala nota en accesibilidad.

Para la empresa privada, la decisión no creó una obligación nueva ni un salvoconducto. El MPF registró que empresas de comercio electrónico, servicios y finanzas usan la falta de directriz técnica para justificar sitios web inaccesibles. Contar con ese vacío es apostar a que dure, y en el sector financiero la exigencia se suma a las reglas que ya pesan sobre el sitio web de una empresa regulada.

Lo que pide la ABNT NBR 17225, en lenguaje de quien contrata

La NBR 17225 reúne 146 orientaciones, entre requisitos y recomendaciones, escritas por 178 especialistas a partir de la WCAG 2.2, la directriz del W3C. La conformidad regular es cumplir todos los requisitos, lo que equivale a los niveles A y AA de la WCAG. La conformidad plena suma las recomendaciones, equivalentes al AAA, con justificación para lo que no aplique, según la presentación del Ceweb.br sobre la norma.

Las secciones de la norma se convierten en preguntas directas sobre tu sitio web:

• Teclado: ¿se puede navegar y activar todo sin mouse?

• Imágenes: ¿cada imagen que informa tiene una descripción en texto?

• Estructura: ¿los encabezados, las regiones y las listas tienen sentido para quien escucha la página?

• Enlaces y formularios: ¿el destino es claro y el error explica cómo corregirlo?

• Colores: ¿la información no depende solo del color y el contraste permite leer?

• Multimedia y movimiento: ¿hay subtítulos, opción de reducir la animación y tiempo para completar la tarea?

La norma además enumera elementos problemáticos: CAPTCHA, reconocimiento facial, contenido que solo aparece bajo el cursor, contenido de terceros y componentes personalizados. Esos criterios entran en la lista de lo que exigir a quien diseña la interfaz, porque buena parte de ellos se decide en el layout.

¿Qué escribir en la propuesta del sitio web?

La accesibilidad que no está escrita en la propuesta no fue contratada. En Wama, lo que no está escrito en la propuesta queda fuera del alcance, y la regla vale para cualquier proveedor: si el documento no dice qué nivel se entregará, cada parte va a suponer uno distinto.

1. Nivel objetivo: conformidad regular con la ABNT NBR 17225:2025, equivalente a la WCAG 2.2 nivel AA, en las páginas del alcance.

2. Método de verificación: herramienta automática más prueba manual con teclado y lector de pantalla.

3. Lista de terceros: chat, mapa, video y formulario de CRM incrustados, que el proveedor del sitio no controla.

4. Responsable del contenido: quién escribe los textos y las descripciones de imagen de la primera versión.

5. Entrega documental: informe breve de lo que se verificó y declaración de accesibilidad en el sitio, con un canal para reportar barreras.

El cuarto punto pesa más de lo que parece. En Wama, quién escribe los textos depende del presupuesto contratado y es un punto del alcance, y del texto nacen el orden de los títulos, el nombre de cada enlace y la descripción de cada imagen. Llevar el requisito desde el brief del sitio web evita descubrir el vacío en la revisión.

La accesibilidad entra en el precio como cualquier exigencia de alcance, porque la prueba manual y la revisión de contenido consumen horas. Es uno más de los factores de lo que hace cambiar el presupuesto de un sitio web, y sale más barata antes del primer layout que después de la publicación.

Qué revisar en la entrega

Cinco pruebas que no exigen un especialista:

1. Tab de principio a fin: el foco aparece en cada enlace y botón, en orden lógico, y nada atrapa el teclado.

2. Lector de pantalla en el celular: VoiceOver en iPhone o TalkBack en Android, en la página de inicio y en el formulario.

3. Imágenes: las que informan tienen alt descriptivo; las decorativas se ignoran.

4. Títulos: un H1 por página y H2 y H3 en orden, sin saltar niveles por el tamaño.

5. Zoom y movimiento: con zoom del 200% el texto no se corta, y con movimiento reducido en el sistema las animaciones se detienen.

La herramienta automática ayuda, pero no cierra la cuenta: la presentación del Ceweb.br recomienda combinar pruebas manuales y automáticas. Por el mismo motivo, la nota de Lighthouse no prueba la accesibilidad por sí sola.

En Wama hay un período de garantía después de la entrega, con correcciones sin costo. Es en esa ventana donde la prueba con teclado y lector de pantalla rinde más, porque el problema encontrado todavía es una corrección y no un proyecto nuevo.

Después del lanzamiento: ¿quién mantiene el sitio web accesible?

Parte de la accesibilidad viene de la herramienta. Según la guía de accesibilidad de Framer, actualizada en septiembre de 2026, el editor asigna etiquetas semánticas a los estilos de texto, marca header, nav y footer, acepta texto alternativo en las imágenes, cambia el orden de tabulación y desactiva las animaciones para quien pidió menos movimiento. La propia guía dice que el impacto real está en el significado que alguien le da a cada elemento.

Imágenes sin alt, PDF escaneados, videos sin subtítulos y enlaces con texto genérico son fallas típicas después de la publicación, y nacen en el contenido, no en el código.

En Wama, el proyecto se transfiere a la cuenta del cliente y su equipo recibe capacitación para usar el CMS; quien solo publica contenido usa el perfil de editor. A partir de ahí, la descripción de cada imagen nueva es responsabilidad de quien publica, y las reglas de accesibilidad caben en la misma capacitación que enseña a publicar contenido por el CMS sin tocar el diseño.

Errores comunes

• Tratar un widget como conformidad. Un script agregado encima no escribe el alt, no ordena los títulos ni etiqueta el formulario.

• Leer la falta de reglamento como exención. La decisión de julio rechazó el acto normativo, no la ley.

• Contratar sin nivel escrito. "El sitio será accesible" no es un criterio verificable; "conformidad regular con la NBR 17225" sí lo es.

• Preguntar solo si el sitio es accesible. La respuesta siempre es sí; las preguntas que vale la pena hacerle a la agencia antes de firmar piden nivel, método y entrega documental.

Preguntas frecuentes

¿El sitio web de una empresa privada está obligado a ser accesible?

Sí. El artículo 63 de la Ley Brasileña de Inclusión, de 2015, obliga a la accesibilidad en los sitios web de empresas con sede o representación comercial en Brasil, conforme a las directrices internacionales. Lo que falta es el reglamento que define el parámetro técnico y la sanción. En octubre de 2026, ese reglamento todavía no existe, y la obligación legal sigue vigente.

¿La ABNT NBR 17225 es obligatoria?

No por sí sola. Una norma de la ABNT se vuelve obligatoria cuando una ley o un reglamento la adopta, y la cautelar del 1 de julio de 2026 rechazó el pedido para que el gobierno lo hiciera mediante un acto normativo. Aun así, es la referencia técnica más clara para cumplir el artículo 63 y vale la pena escribirla en el contrato.

¿Cuál es la diferencia entre la NBR 17225 y la WCAG?

La NBR 17225 se construyó a partir de la WCAG 2.2, del W3C, y quien cumple la norma brasileña también cumple la WCAG. La conformidad regular corresponde a los niveles A y AA; la plena, al AAA, con justificación para lo que no aplique. La ventaja de la norma es el texto en portugués, alineado con la ley brasileña.

¿Un plugin o widget de accesibilidad lo resuelve?

No lo resuelve solo. Un widget cambia la presentación de la página, pero no escribe la descripción de las imágenes, no corrige el orden de los títulos ni etiqueta los campos del formulario. La NBR 17225 trata el contenido de terceros y los componentes personalizados como elementos problemáticos. La base sigue siendo estructura, contenido y prueba manual con teclado y lector de pantalla.

¿Quién es responsable de la accesibilidad después de que el sitio web sale al aire?

Quien publica el contenido. En Wama, el sitio queda en la cuenta del cliente y su equipo recibe capacitación en el CMS, con perfil de editor para quien solo publica. A partir de la entrega, cada imagen nueva, PDF o video depende de quien sube el material, por eso la regla de describir las imágenes tiene que entrar en la capacitación y en el manual interno.

Si tu sitio web se va a hacer o rehacer, escribe el nivel de accesibilidad en la propuesta antes del primer layout, junto con el método de prueba y quién se encarga del contenido. Para definir el alcance de tu sitio web con ese criterio desde el principio, habla con Wama.