Guía práctica

8 min de lectura

Auditoría de accesibilidad web: alcance, evidencias y plan de corrección

Una auditoría de accesibilidad web útil responde qué personas pueden encontrar una barrera, en qué tarea aparece y qué cambio conviene hacer primero. No es un certificado automático ni una lista aislada de reglas.

Contenido técnico de AccesNexo · Actualizado el 11 de julio de 2026

Define un alcance que se pueda defender

No intentes revisar todo un sitio grande sin criterios. Reúne las plantillas, componentes y recorridos que representan el servicio: inicio, navegación, búsqueda, formularios, autenticación, contenido, carrito y pago si existen. Anota las versiones, dispositivos y tecnologías evaluadas.

Un alcance explícito evita conclusiones exageradas. Si solo se revisa una muestra de URLs, el informe debe decirlo. Esto permite interpretar los hallazgos como evidencia técnica para actuar, no como una afirmación de conformidad global.

  • Inventario de URLs, plantillas y componentes incluidos.
  • Tareas prioritarias y datos de prueba necesarios.
  • Navegadores y tecnologías de apoyo que se utilizarán.
  • Criterios de severidad y responsable de cada corrección.
  • Fecha de revisión y versión del producto evaluada.

Recoge evidencia que el equipo pueda reproducir

Cada hallazgo necesita un contexto mínimo: URL, elemento afectado, comportamiento observado, impacto sobre la tarea y criterio técnico relacionado. Añade una captura o fragmento de código cuando sea útil, pero no sustituyas la explicación por una referencia incomprensible.

La evidencia debe ser suficiente para que otra persona repita la prueba. Eso permite corregir con menos interpretación, discutir prioridades con información concreta y verificar el resultado sin depender de quien redactó el informe.

Prioriza incidencias, no solo criterios

Las WCAG ayudan a clasificar y entender una barrera, pero el orden de trabajo depende también del recorrido. Un selector sin teclado en el pago puede bloquear ingresos; un encabezado mal jerarquizado en una página informativa puede ser importante, pero no tiene el mismo riesgo operativo.

Agrupa incidencias que comparten causa. Si todos los botones de icono carecen de nombre accesible, corrige el componente base y después valida las pantallas donde se utiliza. Así el plan reduce deuda de verdad en lugar de cerrar tickets repetidos.

Convierte la auditoría en mantenimiento

Cierra cada ciclo con una nueva prueba de los recorridos afectados. Conserva el antes y el después, y registra lo que queda pendiente con una fecha o una decisión conocida. Esta trazabilidad ayuda a que la accesibilidad siga presente cuando cambian contenidos, campañas o integraciones.

Una auditoría periódica no reemplaza la validación con personas usuarias, especialmente en tareas críticas. Sirve para sostener un proceso técnico medible entre revisiones más profundas.

Preguntas habituales

Respuestas para planificar la revisión

¿Una auditoría automática es una certificación legal?

No. Una auditoría automática aporta evidencia sobre incidencias detectables. La evaluación de conformidad y cualquier decisión jurídica dependen del alcance, la normativa aplicable y una revisión profesional.

¿Qué debe incluir un informe de auditoría?

Alcance, metodología, hallazgos reproducibles, prioridad, impacto, propuesta de corrección, criterios de validación y limitaciones de la evaluación.

¿Cuándo hay que repetir una auditoría?

Después de cambios relevantes en plantillas, componentes, flujos de compra, autenticación o proveedores, y con una frecuencia acorde al ritmo de publicación.

Continúa leyendo

Comprobar la accesibilidad web: una revisión útil antes de publicarCómo comprobar la accesibilidad de una web con pruebas automáticas y manuales, qué revisar primero y cómo convertir resultados en correcciones verificables.Accesibilidad ecommerce: cómo revisar compra, carrito y checkoutChecklist práctica de accesibilidad para ecommerce: búsqueda, fichas de producto, variantes, carrito, pago y confirmación de pedido.Errores WCAG frecuentes: cómo detectarlos, priorizarlos y corregirlosLos errores WCAG más habituales en webs: contraste, teclado, nombres accesibles, formularios, foco y contenido dinámico, con un método para corregirlos.