Descripción del proyecto
TraducidoTenemos un sitio web funcional y queremos que realmente sea utilizable por personas con discapacidades, no solo tener una casilla de verificación "cumplido". Honestamente, no sabemos cuán malo es aún: nadie en el equipo ha probado el sitio con un lector de pantalla, algunas páginas son imposibles de navegar solo con un teclado, y ya hemos recibido quejas de un par de visitantes sobre texto difícil de leer y formularios que no se pueden completar. Necesitamos un especialista que revise todo el sitio, nos diga exactamente qué está roto y corrija todo para que podamos afirmar con confianza el cumplimiento del nivel AA de WCAG 2.1.
La auditoría debe cubrir escenarios de usuarios reales: página de inicio, catálogo y búsqueda, página de producto o servicio, registro e inicio de sesión, formularios de comentarios y de pago, cuenta personal. Esperamos pruebas con tecnologías asistivas reales (NVDA o VoiceOver más navegación solo con teclado), no solo ejecuciones de escáner automático. Lo más importante es lo que las pruebas automáticas no detectan: orden lógico de enfoque, indicador de enfoque visible, estructura de encabezados correcta, texto de enlace comprensible, mensajes de error vocalizados, campos de formulario vinculados a sus etiquetas, contraste suficiente, roles y estados ARIA correctos, texto alternativo para imágenes y nombres accesibles para botones de icono. Por favor, no añadan ARIA donde HTML nativo funcionaría mejor.
Lo que queremos obtener como resultado: un informe claro donde cada problema liste el criterio WCAG, severidad y ubicación; un plan de corrección priorizado; las correcciones reales aplicadas al código del sitio (o un diff detallado que aplicaremos); una breve verificación confirmando que las correcciones funcionan. Sería genial tener una grabación de pantalla de escenarios clave con lector de pantalla — de esa manera nuestra dirección entenderá mejor el resultado. Un bono es una breve guía para nuestros desarrolladores para que los mismos errores no aparezcan de nuevo.
Lo que nos importa:
— Pruebas manuales con lector de pantalla y teclado, no solo salida de Lighthouse o axe
— Contraste, orden de enfoque, ARIA, formularios, encabezados y textos alternativos — todo en el alcance del trabajo
— Informe de cumplimiento con vinculación a los criterios WCAG 2.1 AA
— Correcciones reales, luego re-prueba para confirmar que todo pasa
La auditoría debe cubrir escenarios de usuarios reales: página de inicio, catálogo y búsqueda, página de producto o servicio, registro e inicio de sesión, formularios de comentarios y de pago, cuenta personal. Esperamos pruebas con tecnologías asistivas reales (NVDA o VoiceOver más navegación solo con teclado), no solo ejecuciones de escáner automático. Lo más importante es lo que las pruebas automáticas no detectan: orden lógico de enfoque, indicador de enfoque visible, estructura de encabezados correcta, texto de enlace comprensible, mensajes de error vocalizados, campos de formulario vinculados a sus etiquetas, contraste suficiente, roles y estados ARIA correctos, texto alternativo para imágenes y nombres accesibles para botones de icono. Por favor, no añadan ARIA donde HTML nativo funcionaría mejor.
Lo que queremos obtener como resultado: un informe claro donde cada problema liste el criterio WCAG, severidad y ubicación; un plan de corrección priorizado; las correcciones reales aplicadas al código del sitio (o un diff detallado que aplicaremos); una breve verificación confirmando que las correcciones funcionan. Sería genial tener una grabación de pantalla de escenarios clave con lector de pantalla — de esa manera nuestra dirección entenderá mejor el resultado. Un bono es una breve guía para nuestros desarrolladores para que los mismos errores no aparezcan de nuevo.
Lo que nos importa:
— Pruebas manuales con lector de pantalla y teclado, no solo salida de Lighthouse o axe
— Contraste, orden de enfoque, ARIA, formularios, encabezados y textos alternativos — todo en el alcance del trabajo
— Informe de cumplimiento con vinculación a los criterios WCAG 2.1 AA
— Correcciones reales, luego re-prueba para confirmar que todo pasa
Desarrollo web Efectivo, Transferencia bancaria
