Esto es todo lo que Axeazy no corrige (a propósito)

Axeazy no lo corrige todo, y la lista de lo que no toca es pública a propósito. Los PDF, las aplicaciones móviles nativas, las interacciones en tiempo real muy dinámicas, todo lo que esté detrás de un muro HIPAA, los widgets ARIA totalmente personalizados y la certificación legal de cualquier tipo quedan explícitamente fuera de alcance. Una herramienta que afirma corregirlo todo no se puede contrastar con nada. Una herramienta que le dice exactamente dónde están sus límites, sí.

Puntos clave

• Axeazy no toca los PDF. Corrige el código de sitios web; un PDF es un formato de archivo distinto, con sus propias reglas de accesibilidad y sus propias herramientas.
• Axeazy no escanea aplicaciones nativas de iOS ni de Android. Funciona sobre páginas web renderizadas; el binario de una aplicación es algo fundamentalmente distinto de probar.
• Axeazy no puede detectar todos los problemas en una interacción muy dinámica y cargada de JavaScript. Un escaneo captura la página tal como se renderiza, no todos los estados posibles que una aplicación compleja puede alcanzar durante una sesión en vivo.
• Axeazy no está hecho para superficies cubiertas por HIPAA, como un portal de pacientes o un inicio de sesión de telesalud. Una página de marketing pública de un negocio de salud está bien. Todo lo que toque información de salud protegida no es para lo que sirve este producto.
• Axeazy no diseñará desde cero el comportamiento de teclado de un widget interactivo totalmente personalizado. Puede detectar un atributo ARIA ausente o no válido. Diseñar un patrón de interacción correcto para algo que nadie ha construido antes es una decisión de diseño humana.
• Axeazy nunca emitirá una certificación legal de cumplimiento, porque nadie puede. No existe ningún organismo gubernamental oficial que certifique la situación legal de un sitio web privado bajo la ADA. Quien insinúe lo contrario vende algo que no existe.

Por qué publicamos esta lista

Una herramienta que afirma encargarse de todo es una herramienta que usted no tiene cómo comprobar. La afirmación queda ahí, sin poder verificarse, hasta que algo sale mal y usted descubre por las malas qué es lo que realmente no cubría.

Un proveedor de overlays lo descubrió directamente. En abril de 2025, la FTC finalizó una orden de consentimiento de $1 millón contra uno por afirmar que su producto podía hacer que cualquier sitio web cumpliera con la WCAG, una afirmación que no pudo respaldar con pruebas. Ese es el riesgo de una promesa sin límites: tarde o temprano alguien la contrasta con la realidad, y gana la realidad.

Un límite publicado es distinto. Es específico, es comprobable y no se vuelve menos cierto cuanto más de cerca se mira. Esa es la verdadera razón por la que esta lista existe como una página real del sitio, y no como una nota al pie. No es un descargo de responsabilidad enterrado en los términos del servicio. Es el límite honesto de lo que hace el producto, dicho con claridad, antes de que usted pague por algo.

Lo que Axeazy no corrige

PDF

Un PDF no es HTML. Tiene su propia estructura interna, orden de etiquetas y reglas de accesibilidad, y un escaneo basado en el navegador de una página web no llega al interior de un PDF enlazado para evaluar nada de eso. Si un negocio tiene un menú en PDF, un formulario descargable o un folleto enlazado desde su sitio, ese documento necesita su propia revisión de accesibilidad dedicada, normalmente hecha con una herramienta específica para PDF creada para ese trabajo. El escaneo y las correcciones de Axeazy cubren el sitio web en sí, la página que enlaza al PDF, no el contenido interno del PDF.

Aplicaciones móviles nativas

axe-core, el motor sobre el que funciona Axeazy, trabaja con la estructura de página renderizada de un navegador. Una aplicación nativa de iOS o Android es un binario compilado con sus propias API de accesibilidad, VoiceOver en iOS y TalkBack en Android, que se prueban con herramientas específicas de cada plataforma. Un negocio que tiene tanto un sitio web como una aplicación nativa necesita dos esfuerzos de accesibilidad separados, no una sola herramienta que cubra ambos.

Interacciones en tiempo real muy dinámicas

Un escaneo evalúa una página tal como se renderiza en el momento en que se ejecuta. Una aplicación compleja cargada de JavaScript puede entrar en decenas de estados que una sola pasada no verá: un modal que solo aparece tras una secuencia específica de clics, el contenido cargado dinámicamente de un widget de chat en vivo, una interacción de varios pasos que cambia según lo que haga el usuario. Axeazy detecta lo que está presente en los estados que escanea. Un producto muy interactivo con muchos estados dinámicos sigue necesitando pruebas manuales reales además del escaneo automatizado; ninguna herramienta automatizada se salta eso.

Superficies cubiertas por HIPAA

Axeazy está hecho para sitios web comerciales de cara al público, no para sistemas que manejan información de salud protegida. El sitio de marketing público de un restaurante, una clínica o un salón, con horarios, servicios y formularios de contacto, es exactamente el tipo de sitio para el que está hecho. Un portal de pacientes, una sesión de telesalud o cualquier cosa que requiera ser un asociado comercial de HIPAA es una categoría de producto completamente distinta, con una postura de seguridad y cumplimiento que Axeazy no ha construido y no dice tener.

Widgets ARIA totalmente personalizados

El motor de correcciones de Axeazy puede detectar un atributo ARIA ausente o no válido frente a un patrón conocido y reconocido: un menú desplegable, un panel de pestañas, un acordeón estándar. Lo que no hará es diseñar desde cero el modelo de interacción por teclado de un widget realmente novedoso y hecho a medida. Decidir qué debe hacer cada tecla de flecha, qué se anuncia y cuándo, y cómo debe moverse el foco por algo que nadie ha construido antes es una decisión de diseño que requiere entender qué debe hacer el widget. Es trabajo de una persona, no de reconocimiento de patrones.

Certificación legal de cualquier tipo

Esta no es realmente una limitación del producto, es un hecho del mundo. Ningún organismo gubernamental emite una certificación oficial de que un sitio web privado cumple los requisitos de la ADA. No hay un examen que aprobar, ni un sello que ganar, ni una autoridad que dé el visto bueno. Cualquier proveedor de accesibilidad que insinúe que puede certificar la situación legal describe algo que no existe. Axeazy nunca afirmará que un sitio ha alcanzado ese estatus ni que ha sido certificado oficialmente, no por exceso de cautela, sino porque esos tipos específicos de afirmaciones son exactamente los que valieron una multa a un proveedor de overlays.

Lo que esto nos cuesta y por qué lo hacemos de todos modos

Publicar esta lista significa perder algunos negocios frente a un competidor dispuesto a insinuar que su herramienta hace más de lo que realmente hace. Es un costo real, no hipotético.

Tampoco es ya una ventaja estable para el otro lado. La misma honestidad se extiende a la cifra que más importa: las herramientas automatizadas, Axeazy incluido, verifican de forma fiable solo los criterios de éxito de la WCAG 2.2 AA que una máquina puede probar, no todos, y el sitio lo dice en todas partes, no solo aquí. Un proveedor que no le dice lo que su herramienta no puede hacer es el mismo proveedor que no le dice cuánto del problema está resolviendo realmente. Cuando ha visto un límite honesto, la ausencia de cualquier límite en otro lado empieza a verse como lo que es.

Preguntas frecuentes

¿Significa esto que Axeazy no cubre gran parte del trabajo real de accesibilidad?

No. Esta lista es específicamente el límite, no todo el producto. Axeazy corrige automáticamente 14 categorías de infracciones de la WCAG en el código ordinario de un sitio web, texto alternativo, etiquetas de formulario, orden de tabulación del teclado, estructura de encabezados y puntos de referencia, y más, para cualquier negocio que ejecute un sitio web estándar. Esta lista cubre las superficies y situaciones específicas que quedan fuera de eso, no la cobertura diaria real del producto.

Mi sitio tiene algunos PDF. ¿Axeazy me resulta inútil?

No. Axeazy sigue escaneando y corrigiendo todo lo que está del lado HTML de su sitio, incluida la página que enlaza esos PDF. Los PDF en sí necesitan una herramienta de accesibilidad de PDF independiente y dedicada, creada para ese formato de archivo. La mayoría de los sitios de pequeños negocios tienen un puñado de PDF, no cientos, así que normalmente es una tarea pequeña y aparte, no un obstáculo.

¿Axeazy funciona para un negocio de salud?

Sí, para el sitio de marketing de cara al público, horarios, servicios, ubicación, formularios de contacto, exactamente el tipo de página que la mayoría de los negocios de salud necesita revisar. No está hecho para nada que toque información de salud protegida, un portal de pacientes o un inicio de sesión de telesalud, que es un tipo de sistema completamente distinto.

¿Axeazy automatizará alguna vez por completo los widgets ARIA personalizados?

Las herramientas automatizadas pueden mejorar con el tiempo en el reconocimiento de más patrones, pero un widget realmente novedoso y hecho a medida siempre necesitará a una persona que decida cuál debe ser su comportamiento correcto. Es una decisión de diseño sobre la intención, no un error de sintaxis que un script pueda inferir por sí solo.

¿Por qué ninguna empresa de accesibilidad ofrece una certificación legal real?

Porque ningún organismo gubernamental ha creado una que ofrecer. No existe una autoridad certificadora oficial para el cumplimiento de la ADA en sitios web del sector privado, ni un examen, ni un sello, ni un visto bueno legal que algún proveedor pueda otorgarle. Todo lo que se comercializa como "certificación" es documentación propia de una empresa privada, no un refugio legal.

Fuentes

• Axeazy: el desglose completo de capacidades y cobertura
• The A11Y Collective: por qué no existe una certificación oficial de cumplimiento de la ADA para sitios web