Un widget es un script que instala una vez y que ajusta la visualización de su sitio e intenta algunas correcciones automatizadas en tiempo real. Una auditoría manual es un experto humano en accesibilidad (a veces trabajando junto a usuarios de lectores de pantalla) que prueba su sitio real y elabora un informe de problemas concretos vinculados a criterios de éxito de la WCAG. Resuelven problemas distintos, tienen costos distintos, y la mayoría de los sitios que se toman en serio el cumplimiento terminan necesitando elementos de ambos, en lugar de elegir uno solo y darlo por terminado.
Plantear esto como una competición entre los dos suele llevar a los propietarios de sitios a la pregunta equivocada. La pregunta más útil es para qué es realmente bueno cada uno, y dónde están los límites de esa utilidad, para que pueda dirigir su presupuesto hacia la carencia que más importa para su sitio concreto ahora mismo.
Qué hace realmente un widget
Un widget de overlay se instala con una sola línea de JavaScript y se ejecuta como una capa sobre su sitio existente. Una vez activo, da a los visitantes controles de visualización (tamaño del texto, contraste, cambios de fuente, reducción de movimiento) y, en versiones más avanzadas, intenta correcciones automatizadas como generar texto alternativo para las imágenes o añadir etiquetas ARIA ausentes. El atractivo es la velocidad: puede ponerse en marcha el mismo día, no requiere tiempo de desarrollo para configurarse y cuesta una suscripción mensual predecible. La contrapartida es que funciona sobre su código y no dentro de él, así que cualquier cosa que dependa de cómo está realmente construida una página, como un formulario mal estructurado o un componente personalizado con un comportamiento de teclado incorrecto, es más difícil de corregir de forma fiable para un widget en todas las situaciones.
La mayor ventaja práctica de un widget frente a una auditoría no es solo la velocidad al ponerlo en marcha, sino que sigue funcionando sin atención continua. Una vez configurado, la mayor parte de la cobertura de un widget se aplica automáticamente a las páginas y contenidos nuevos a medida que se publican, sin que nadie tenga que volver a ejecutar una comprobación o volver a auditar cada nueva incorporación. Un informe de auditoría, en cambio, es una instantánea: precisa para el sitio tal como existía el día en que se probó, y cada vez menos precisa a medida que el sitio cambia después.
Qué hace realmente una auditoría manual
Una auditoría manual significa que una persona, normalmente un especialista en accesibilidad y a menudo alguien que prueba con tecnología de asistencia real como un lector de pantalla, recorre su sitio y documenta fallos concretos frente a un estándar nombrado, típicamente la WCAG 2.1 o 2.2 AA. El resultado es un informe: qué está roto, qué criterio de éxito infringe, cuán grave es y cómo corregirlo. Ese informe no corrige nada por sí solo. Alguien, normalmente su equipo de desarrollo, todavía tiene que implementar los cambios en el código real. Eso es más lento y más caro por adelantado, pero detecta la categoría de problemas que las herramientas automatizadas y los widgets no pueden, por su propia naturaleza: cosas como si un usuario de lector de pantalla puede realmente completar un flujo de compra en un orden razonable, y no solo si el código tiene técnicamente atributos alt presentes.
Un buen informe de auditoría suele priorizar los hallazgos por gravedad y por cuántos usuarios afecta un problema determinado, en lugar de presentar una lista plana y sin ordenar de cada desviación de la especificación. Esa priorización suele ser tan valiosa como los propios hallazgos, ya que indica a un equipo con recursos limitados dónde invertir sus primeras semanas de tiempo de desarrollo para lograr la mayor mejora real en la usabilidad, en lugar de recorrer los problemas en el orden en que aparecen en el informe.
Costo y velocidad comparados con honestidad
Los widgets suelen tener un precio de suscripción continua, a menudo en el rango de unas decenas a unos pocos cientos de dólares al mes según el tráfico del sitio y el nivel contratado, sin costo de implementación aparte, ya que las correcciones se aplican automáticamente. Las auditorías manuales suelen ser un encargo mayor y menos frecuente (un proyecto puntual o un contrato anual) con un precio según el tamaño y la complejidad del sitio, que puede ir desde unos pocos miles de dólares para un sitio pequeño hasta cifras mucho más altas para una propiedad corporativa compleja. Ninguno de los dos precios es incorrecto, simplemente responden a preguntas distintas: qué tan rápido puedo conseguir cierta cobertura frente a qué tan a fondo entiendo realmente qué está roto.
El calendario sigue la misma división. La cobertura de un widget queda esencialmente activa en el momento en que se instala y configura el script, a menudo en un día. El calendario de una auditoría manual depende del alcance, pero incluso una auditoría acotada en un sitio pequeño suele llevar de una a varias semanas entre el inicio, las pruebas y un informe terminado, y una propiedad corporativa grande puede tardar considerablemente más, sobre todo cuando intervienen varios flujos de usuario y tipos de plantilla.
Las pruebas automatizadas se sitúan en un punto intermedio
Vale la pena nombrar una tercera categoría que a menudo se confunde con los widgets: las herramientas de pruebas automatizadas, como el motor axe-core de Deque (que sustenta muchos escáneres de otros proveedores), escanean el código de un sitio y señalan problemas de forma programática sin que una persona revise cada página. Esto es genuinamente útil y rápido, pero se sabe que las pruebas automatizadas por sí solas detectan una minoría del total de problemas de la WCAG, ya que una parte importante de los fallos (orden de lectura lógico, texto alternativo con sentido, si una interacción realmente tiene sentido) requieren juicio humano para evaluarse correctamente.
Lo mejor es pensar en las pruebas automatizadas como un filtro rápido que se ejecuta de forma continua, detectando problemas claros y mecánicamente identificables, como atributos alt ausentes, contraste de color insuficiente o campos de formulario sin etiquetar, en el momento en que se despliega código nuevo. Es un complemento natural de una auditoría manual periódica, y no un competidor ni del widget ni de una revisión dirigida por humanos, ya que llena el hueco entre auditorías completas poco frecuentes con una comprobación continua y automática.
Lo que realmente necesita la mayoría de los sitios
En términos realistas, el planteamiento de “widget frente a auditoría” es una falsa disyuntiva para la mayoría de las organizaciones con obligaciones de cumplimiento reales. Una secuencia sensata sería: encargar una auditoría manual para entender su carencia real frente a la WCAG 2.1 AA, corregir directamente en su código los problemas estructurales que revela la auditoría allí donde tenga capacidad de desarrollo, y usar un widget o una capa de monitorización continua para resolver ganancias rápidas y detectar regresiones a medida que el contenido de su sitio sigue cambiando. Proveedores como Wawsome y EqualWeb construyen su oferta directamente en torno a esto, combinando un widget con un verificador revisado por personas o un servicio aparte de corrección manual, en lugar de vender solo automatización. Para organizaciones más grandes o cualquiera que necesite documentación formal como un VPAT, los especialistas dedicados en auditoría y pruebas como Deque o Allyant (este último centrado en gran medida en la corrección de documentos y PDF) suelen encajar mejor que un enfoque centrado primero en el widget.
Una guía aproximada según el tipo de organización
Una pequeña empresa con un sitio sencillo, en su mayoría estático, y un presupuesto ajustado puede empezar razonablemente solo con un widget, siempre que sea honesta consigo misma sobre que es un punto de partida y no una meta final, y retome la pregunta a medida que el sitio crezca o si aumenta la exposición legal. Una empresa mediana de comercio electrónico o de servicios con una exposición real a la EAA o a la ADA suele estar mejor atendida por un modelo de widget más corrección, ya que necesita tanto la cobertura rápida como las correcciones estructurales más profundas, pero no necesariamente cuenta con el equipo interno para actuar solo sobre un informe de auditoría. Una gran empresa, en particular una con una organización de ingeniería dedicada, contratos gubernamentales o un gran volumen de documentos, en general obtiene más valor de un socio especializado en auditoría y corrección que de un widget de cara al consumidor, ya que los requisitos de cumplimiento a esa escala (documentación formal, VPAT exigidos en las compras, aplicaciones personalizadas complejas) van más allá de lo que un widget está diseñado para resolver.
| Función | Wawsome | EqualWeb | Deque Systems |
|---|---|---|---|
| Enfoque | Bundles an AI-assisted accessibility widget with a continuous automated monitor and a human-reviewed accessibility checker, positioned around European compliance (EAA, EN 301 549) alongside WCAG and ADA. | Accessibility widget plus a manual remediation and auditing arm, offered across a wide range of subscription tiers from single small sites up to enterprise, multi-domain agreements. | Enterprise accessibility testing and remediation company built around the open-source axe-core engine, sold as developer tooling (axe DevTools, axe Monitor, axe Auditor) plus expert manual audits and training, not a consumer widget. |
| Precios | Free trial, then paid tiers (see wawsome.com/pricing-page for current rates) | Tiered subscription plans by monthly page views, with separate manual audit and remediation packages. | Enterprise quoted pricing by seats and scan volume; axe-core itself is free and open source. |
| Normas compatibles | WCAG 2.0, WCAG 2.1, WCAG 2.2, EAA, EN 301 549, ADA, Section 508 | WCAG 2.1, ADA, Section 508, EN 301 549, EAA | WCAG 2.0, WCAG 2.1, WCAG 2.2, Section 508, EN 301 549 |
| Ideal para | SMEs and e-commerce sites selling into the EU; Public institutions preparing for EAA enforcement; Teams that want a widget plus a monitoring layer rather than a one-off scan | Organizations wanting a widget with an optional path to manual remediation at various budget levels | Engineering teams that want to test and fix code directly; Large enterprises needing audits, training and VPAT documentation |
Si está intentando calcular su presupuesto real para esto, nuestra guía sobre el costo de la accesibilidad web en 2026 desglosa con más detalle los precios habituales en ambas categorías.