Recommended Free Tools
Para una comprobación rápida, combina Lighthouse con WAVE; para integrar reglas de accesibilidad en el desarrollo y CI, considera axe DevTools; y, si necesitas una revisión manual guiada, añade Accessibility Insights. Ninguna herramienta automática certifica por sí sola que una web sea accesible: detecta solo parte de las barreras y sus resultados requieren interpretación humana.
Qué herramienta de accesibilidad elegir
La mejor opción depende de qué quieres examinar y quién hará el trabajo. WAVE destaca por mostrar problemas en el contexto visual de la página. axe DevTools encaja en flujos de desarrollo y control de calidad, incluido CI. Lighthouse resulta práctico para un diagnóstico inicial desde las herramientas para desarrolladores del navegador. Accessibility Insights combina automatización con recorridos manuales guiados.
Estas herramientas no son equivalentes ni sus resultados se deben tratar como una clasificación absoluta. El W3C mantiene una lista de más de 100 herramientas; la lista enlazada desde su página en español se actualizó en junio de 2026. No existe en las fuentes disponibles una cifra común que permita afirmar qué porcentaje de WCAG detecta cada producto. Por eso, una puntuación o un recuento de hallazgos no basta para comparar cobertura ni demostrar conformidad. W3C: visión general de evaluación de accesibilidad (español) · Lista de herramientas del W3C.
| Herramienta | Útil para | Modalidad y alcance | Qué no resuelve por sí sola |
|---|---|---|---|
| WAVE | Revisión visual y aprendizaje de problemas en contexto | Servicio web, extensiones, API y motor independiente; puede examinar páginas públicas, locales, dinámicas o protegidas | No comprueba automáticamente todos los problemas de accesibilidad |
| axe DevTools | Desarrollo y QA con reglas WCAG | Extensión, APIs, CLI, CI y ofertas empresariales; puede usarse con componentes, páginas o sitios | Los hallazgos y los aspectos no automatizables requieren interpretación humana |
| Lighthouse | Triage o diagnóstico inicial de una página | Auditoría integrada en Chrome y Edge DevTools | No sustituye una auditoría completa |
| Accessibility Insights | Equipos que necesitan indicaciones para una evaluación guiada | Comprobaciones automáticas y evaluación manual guiada | El evaluador debe aplicar criterio para valorar los resultados |
Las descripciones de alcance se basan en la documentación de cada herramienta y en la guía del Department for Education del Reino Unido; la disponibilidad concreta de funciones puede variar según la oferta o el entorno. WAVE · Ayuda de WAVE · Department for Education: herramientas y pruebas.
Qué puede y qué no puede detectar una comprobación automática
Un escáner puede señalar problemas que se expresan en el código o en patrones reconocibles, pero no puede decidir por sí solo si la experiencia completa es accesible. WebAIM lo resume así: “Only humans can determine whether a web page is accessible.” También advierte que WAVE “cannot check all of the issues in these guidelines – no automated tool can.” El W3C expresa la misma cautela en español: ninguna herramienta por sí sola puede determinar si un sitio cumple los estándares de accesibilidad. WebAIM: ayuda de WAVE · W3C: evaluación de accesibilidad.
Usa los resultados automáticos como una lista de indicios que hay que investigar, no como un certificado. Un hallazgo puede necesitar revisión para establecer si afecta realmente a una persona y cómo corregirlo; a la inversa, que el escáner no informe de un problema no demuestra que la página esté libre de barreras. La evaluación sólida combina automatización con revisión experta, navegación con teclado y lectores de pantalla. Cuando el riesgo o el impacto lo justifique, añade pruebas con usuarios reales.
WAVE: inspeccionar problemas en su contexto visual
El valor práctico de WAVE es que presenta los hallazgos sobre la página, lo que ayuda a relacionar un aviso con el contenido y la interfaz que lo rodean. Es una opción accesible para empezar a investigar una página y entender por qué ciertos elementos pueden necesitar atención. WebAIM ofrece el servicio WAVE, extensiones y herramientas para otros flujos, además de documentación de API y un motor independiente. Consulta las funciones y condiciones aplicables en las fuentes oficiales: WAVE y WAVE Help.
Cuándo elegir WAVE
- Quieres ver problemas señalados en el contexto de una página, en lugar de recibir únicamente una cifra global.
- Estás aprendiendo a reconocer problemas y necesitas inspeccionar una página individual.
- La página requiere sesión, se genera dinámicamente o no es una URL pública sencilla: una extensión de navegador puede examinarla desde el navegador donde ya la has abierto.
- Necesitas explorar alternativas de uso más allá de la página pública, como API o motor independiente; verifica la documentación de WAVE para elegir la modalidad adecuada.
WAVE no cubre automáticamente todos los criterios de las pautas. Usa sus indicadores para orientar una evaluación más amplia, no para declarar que la página cumple WCAG.
The Tool Desk
Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →Outbyte Driver Updater FREEFix the driver behind crashes, sound loss and screen glitchesFind Drivers →axe DevTools: incorporar comprobaciones al desarrollo y CI
axe DevTools es una opción adecuada para equipos que quieren ejecutar reglas WCAG durante el desarrollo, QA o una canalización de integración continua. La oferta descrita en la documentación incluye extensión, APIs y CLI, además de opciones empresariales; el alcance puede ir desde componentes hasta páginas y sitios. Antes de adoptarlo, confirma qué producto y funciones cubre la edición que necesita tu equipo. El W3C lista herramientas de evaluación, incluidas opciones para distintos flujos técnicos.
Un flujo sensato para CI
- Selecciona las páginas o componentes representativos que debe cubrir la comprobación; una ejecución limitada a una ruta no evalúa automáticamente el resto del sitio.
- Integra axe DevTools o la CLI disponible en tu flujo y ejecuta las comprobaciones sobre las pantallas que pueda alcanzar el entorno de prueba.
- Conserva los informes junto a la versión del código o los artefactos de CI. Así el equipo puede revisar qué cambió entre ejecuciones, en vez de depender de una puntuación aislada.
- Revisa los hallazgos, determina cuáles requieren corrección y complementa la ejecución con pruebas manuales. No presentes un resultado automático limpio como prueba de conformidad.
La automatización facilita repetir comprobaciones, pero no sustituye la interpretación ni cubre por arte de magia páginas que no se ejecutaron. Un flujo CI útil define qué componentes, rutas y estados se prueban, y conserva un espacio para la revisión humana.
Lighthouse: diagnóstico inicial desde DevTools
Lighthouse es la opción directa si buscas una auditoría rápida desde Chrome o Edge DevTools y quieres empezar por una página concreta. Sirve para identificar indicios y orientar el siguiente paso; no está planteado como sustituto de una auditoría completa ni como comprobante de que se han cubierto todos los errores WCAG. Consulta las instrucciones de cada navegador: Chrome for Developers: referencia de funciones de accesibilidad · Microsoft Learn: prueba con Lighthouse en Edge.
Cómo usarlo para triage
- Abre la página que quieres examinar en Chrome o Edge.
- Abre DevTools y localiza la auditoría Lighthouse o las opciones de accesibilidad indicadas en la documentación del navegador.
- Ejecuta la auditoría para esa página y revisa los hallazgos como pistas que deben comprobarse.
- Investiga los avisos en la interfaz real y amplía la evaluación con otras páginas, estados y métodos manuales según el riesgo.
Una auditoría rápida es más útil como primera pasada que como punto final: revela cuestiones que conviene revisar, pero la ausencia de avisos no prueba que todas las interacciones funcionen con teclado, lector de pantalla u otras formas de acceso.
Rank #3
Accessibility Insights: evaluación manual guiada
Accessibility Insights combina comprobaciones automáticas con una evaluación manual guiada. Esa mezcla lo hace útil para diseñadores, responsables de contenido, QA y otros miembros del equipo que necesitan un recorrido explícito, además de hallazgos automáticos. Su guía puede ayudar a examinar aspectos visuales, cognitivos y físicos, pero el evaluador sigue teniendo que juzgar lo que observa. Consulta las herramientas y pruebas descritas por el Department for Education del Reino Unido.
El valor de un recorrido guiado es que puede hacer más sistemática una revisión manual. No elimina la necesidad de experiencia: sigue siendo importante comprender el contexto de la página, verificar el comportamiento y decidir si una barrera afecta a la tarea que intenta completar la persona.
Elegir según el caso de uso
- Una página pública y un primer diagnóstico: ejecuta Lighthouse y WAVE. El primero ofrece una auditoría inicial en DevTools; WAVE ayuda a ver avisos en contexto.
- Una página local, dinámica o con autenticación: prueba una extensión como WAVE o axe DevTools desde el navegador donde está abierta la página.
- Desarrollo y CI: integra axe DevTools o la CLI pertinente, conserva informes versionados y planifica revisión manual.
- Diseño, QA o contenido con necesidad de guía: suma Accessibility Insights para combinar comprobaciones automáticas y un recorrido manual estructurado.
- Un sitio grande o una exigencia de conformidad: busca una plataforma cuyo alcance cubra el sitio y sus informes, y utiliza una metodología de evaluación como WCAG-EM. Valida los resultados con especialistas; ningún escáner reemplaza esa evaluación.
Para elegir entre productos, identifica primero el objeto de prueba (componente, página o sitio), si requiere sesión, quién interpretará los resultados y si necesitas repetirlos en CI. El W3C recomienda seleccionar herramientas según la tarea y el contexto, no por una puntuación de marketing. W3C: selección de herramientas de evaluación.
Un complemento para guardar evidencia visual
ScreenshotNeo no es un comprobador de accesibilidad: no detecta errores WCAG ni valida conformidad. Puede servir como complemento para guardar una captura de una página asociada a un informe o para documentar visualmente un defecto y su corrección. La captura aporta contexto visual, pero no demuestra que el contenido sea usable con teclado o lector de pantalla. ScreenshotNeo es una API de capturas y un servidor MCP para desarrolladores; sus opciones incluyen capturar una página o un elemento, personalizar la espera y ocultar selectores.
Crashes, No Sound, or Screen Glitches?
Random freezes, missing sound and display glitches usually trace back to one bad driver. Find and replace yours safely.Free scan · under a minutePC Slower Than It Used to Be?
A free scan shows the junk files, broken settings and background clutter dragging Windows down - then fixes them in one click.Free scan · Windows 10 & 11Rank #4
Una llamada GET devuelve una captura o un PDF. Por ejemplo, este cURL guarda una captura WebP de una página pública:
curl -G "https://api.screenshotneo.com/v1/shot" -d access_key=YOUR_API_KEY --data-urlencode url=https://example.com -o shot.webpConsulta los parámetros, formatos y requisitos en la documentación de ScreenshotNeo. La API permite aceptar el banner de consentimiento y retirar más de 60 plataformas conocidas de consentimiento, además de popups de newsletters y widgets de chat; cada paso se puede desactivar. Solo se facturan capturas limpias: las comprobaciones de bots o CAPTCHA, páginas en blanco, tiempos de espera, cargas fallidas y resultados de caché no se cobran, y la respuesta indica el veredicto de página y la facturación en cabeceras. Un servidor MCP ofrece las herramientas take_screenshot, get_page_info y capture_pdf para agentes de IA. El plan gratuito incluye 1.000 capturas al mes sin tarjeta; los planes de pago empiezan en 5 dólares por 3.000 capturas. Regístrate gratis en ScreenshotNeo: 1.000 capturas al mes, sin tarjeta.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Problemas habituales y cómo resolverlos
La página exige iniciar sesión
Un escaneo de una URL pública puede no representar una vista que solo aparece tras autenticación. Abre la página en el navegador con la sesión correspondiente y prueba una extensión que funcione en esa pestaña, como WAVE o axe DevTools. Si el equipo ejecuta pruebas automatizadas, asegúrate de que el entorno pueda cargar el estado autenticado. Un informe de otra ruta o de una sesión anónima no cubre esa vista protegida.
La página dinámica no muestra todos sus estados
Una página puede presentar contenido diferente después de una interacción o al cargar datos. Comprueba los estados relevantes y las interacciones de forma explícita; no asumas que un único análisis inicial cubre un menú abierto, un diálogo o un formulario después de mostrar un error. Si la herramienta ofrece una modalidad de navegador, úsala sobre el estado que quieres revisar.
El informe está vacío o no coincide con lo que ves
Confirma que analizaste la URL y el estado correctos, que la página terminó de cargar y que la herramienta alcanzó el contenido que intentabas examinar. Repite la comprobación tras reproducir el estado en el navegador y contrasta el resultado con otra herramienta o con una inspección manual. Un resultado sin hallazgos no equivale a una evaluación completa.
Hay avisos, pero no está claro si son errores
Inspecciona el elemento y su función en contexto; no descartes ni aceptes hallazgos solo por la etiqueta del escáner. Decide si el comportamiento plantea una barrera y comprueba la experiencia con teclado o lector de pantalla cuando corresponda. Las herramientas ayudan a priorizar preguntas, no a resolver por sí solas todas las decisiones.
CI pasa, pero siguen apareciendo barreras
Revisa qué páginas, componentes y estados cubre la ejecución. Amplía la selección si partes relevantes quedan fuera y añade una revisión manual. CI puede ayudar a repetir las pruebas incluidas, pero no acredita lo que no ejecutó ni lo que requiere juicio humano.
Cómo organizar una evaluación completa
- Delimita el alcance: concreta páginas, componentes, estados de interacción y tareas que deben poder completarse.
- Haz una pasada automática: utiliza WAVE, axe DevTools o Lighthouse de acuerdo con el entorno y el objetivo.
- Revisa los avisos en contexto: determina qué significan para la interfaz y qué cambios tienen sentido.
- Completa pruebas manuales: recorre las tareas con teclado, lector de pantalla y revisión experta; considera usuarios reales cuando el riesgo lo justifique.
- Documenta y vuelve a probar: conserva hallazgos e informes, corrige los problemas y comprueba de nuevo los mismos estados.
Si la exigencia es de conformidad o el sitio tiene muchas áreas, estructura el trabajo con una metodología reconocida como WCAG-EM y selecciona herramientas que cubran el alcance requerido. El W3C ofrece orientación para elegir herramientas y sobre evaluación de accesibilidad.
Free tools Windows power users keep installed
One-click scans. No signup required.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
