Encargo del comprador
¿Qué debe cubrir realmente una evaluación de accesibilidad?
Define recorridos críticos, muestra, métodos y formato de hallazgos antes de contratar. Acuerda correcciones y repetición de pruebas por separado.
Hablemos del alcance de QARespuesta corta
Un encargo útil define tareas, muestra, criterios y métodos, y exige hallazgos reproducibles y límites explícitos de lo que no se probó.
Adecuado para
- Equipos que contratan una evaluación antes de reconstruir o publicar.
- Responsables que necesitan hallazgos aplicables y un plan de repetición de pruebas.
Fuera de esta guía
- Usar una puntuación automática como evidencia de toda la web.
- Obtener una certificación jurídica de una lista técnica.
Compara las opciones
Es una lista de contratación, no un resultado de pruebas.
Tareas completas de acceso, formularios, pagos o documentos
Revisar solo la portada
Automatización más teclado y tecnologías de apoyo acordadas
Confundir puntuación con conformidad
Impacto, pasos, entorno, criterio y acción
Avisos sin priorizar
Responsable, muestra de repetición y pendientes
Suponer correcciones incluidas
La postura de Wavect
Empieza por personas y tareas. Incluye plantillas, estados interactivos, errores, vistas móviles y documentos necesarios. Una muestra aporta evidencia del alcance probado, no de todas las páginas. Pregunta por navegadores, tecnologías de apoyo y experiencia para interpretar resultados.
W3C WAI explica que las herramientas por sí solas no determinan accesibilidad . WCAG 2.2 aporta criterios verificables. Acuerda objetivo y alcance; una evaluación técnica no es asesoramiento jurídico. Fuentes comprobadas el 19 de octubre de 2026.
Hallazgo ilustrativo: una persona abre un diálogo con teclado, pero no alcanza su control de cierre. Registra página y estado, navegador y pasos, impacto, foco esperado y observado, criterio y reparación propuesta. Tras corregir, prueba la tarea completa, incluido el retorno del foco. Es un ejemplo ficticio, no una página de cliente evaluada.
Delimita el encargo con QA de software y usa la lista de lanzamiento para otros riesgos. Confirma capacidad especializada, correcciones y repetición antes de contratar.
Elegir la muestra por tareas y estados
Describe un recorrido completo: encontrar un servicio, enviar una consulta y entender un error de validación. Incluye plantillas y estados implicados: navegación, diálogo, resultados vacíos, envío fallido y confirmación. Añade documentos y componentes externos necesarios para terminar la tarea. Una lista de páginas puede omitir la interacción que bloquea al usuario.
Explica por qué la muestra es representativa y qué excluye. Plantillas repetidas, idiomas y vistas móviles pueden comportarse de forma distinta. Registra navegador, dispositivo, tecnología de apoyo y fecha para reproducir el hallazgo. Compartir cabecera no demuestra que una página no evaluada supere la prueba.
Convertir el diálogo en un hallazgo reparable
Un hallazgo útil indica dónde se abre el diálogo, cómo llega el foco, qué control queda inaccesible y qué tarea no puede completarse. Incluye pasos, comportamiento esperado y observado, criterio pertinente y evidencia. Distingue impacto para la persona de prioridad del proyecto: el equipo todavía debe acordar orden y responsabilidad.
Tras reparar, repite los pasos originales y los estados cercanos. Comprueba apertura, interacción, cierre y retorno a un lugar útil. Probar solo el botón cambiado puede omitir el mismo fallo en otro estado. Conserva juntos hallazgo, referencia de reparación y resultado de la nueva prueba.
Pedir un resultado que el equipo pueda utilizar
Exige registro de incidencias, alcance probado, método, entorno y revisión de pendientes. Acuerda cómo convertir hallazgos en tareas y cuáles requieren interpretación especializada. Evaluar, reparar y verificar están relacionados, pero necesitan responsabilidades propias.
Dónde suele salir mal
- Un rastreador no accede al formulario autenticado ni a sus errores. Acordar acceso y cuentas de prueba durante la preparación.
- El informe asigna la misma gravedad a todo sin explicar tareas bloqueadas. Pedir impacto y evidencia reproducible para priorizar.
- Una reparación cambia el sistema de diseño sin probar otras instancias. Acordar una muestra de regresión además de la página original.
La lista de verificación
Usa estos puntos para preparar el alcance.
- Enumera recorridos, páginas y documentos representativos.
- Acuerda criterios, navegadores, dispositivos y tecnologías de apoyo.
- Identifica evaluadores cualificados y participación de usuarios.
- Exige impacto, pasos reproducibles y límites.
- Acuerda quién corrige y cómo se verifica.
- Identificar quién acepta el informe y quién asigna reparaciones.
- Acordar acceso a recorridos autenticados y componentes externos.
- Relacionar hallazgos, reparaciones y resultados de repetición de pruebas.
Cómo se ve esto en nuestro trabajo
MyMerch aporta contexto de mejora de storefront, no evidencia de una evaluación de conformidad de accesibilidad.
Estos son proyectos seleccionados, no nuestro portfolio completo. Hemos entregado más de 75 productos desde 2018.