Descripción del proyecto
TraducidoTenemos un sitio web funcional con varios bloques interactivos (formularios, catálogo con filtros, carrito modal), y nunca lo hemos revisado por accesibilidad. Recientemente, un cliente que usa un lector de pantalla escribió que no podía completar una compra — y esto nos hizo tomar el tema en serio. Estoy buscando un especialista que realice una auditoría WCAG 2.1 AA, muestre honestamente los puntos débiles y no solo entregue una lista de quejas, sino que realmente solucione los problemas que encontramos en nuestras plantillas.
El trabajo se divide en dos etapas claras. Primero, una auditoría estructurada: escaneo automatizado más pruebas manuales con teclado y al menos un lector de pantalla real en páginas clave (inicio, catálogo, tarjeta de producto, página de contenido y todo el flujo de pago). Quiero un informe priorizado donde los bloqueadores se separen de los problemas menores, cada problema esté vinculado a un criterio de éxito específico e incluya pasos de reproducción para que los desarrolladores entiendan el problema. Luego, implementación: haces las correcciones directamente en las plantillas y verificas los resultados. Es importante mantener la apariencia visual sin cambios y no romper el comportamiento actual.
El frontend es HTML simple, CSS y un poco de JavaScript puro; no se necesitan frameworks pesados, pero espero un enfoque reflexivo: dónde ARIA es apropiado y dónde la semántica nativa es mejor. Envía un breve ejemplo de una auditoría pasada o un par de antes/después y describe cómo verificas que una solución realmente funciona para tecnologías de asistencia.
— Auditoría contra WCAG 2.1 AA con herramientas automáticas y pruebas manuales con teclado y lector de pantalla
— Informe priorizado: bloqueadores y problemas menores, mapeo de criterios, pasos de reproducción
— Corregir semántica, orden de encabezados, puntos de referencia y etiquetas de campos de formulario
— Operación completa con teclado, enfoque visible y orden lógico de enfoque en modales
— Corregir el contraste de color y agregar alternativas de texto claras
— ARIA solo donde HTML nativo no expresa el patrón necesario
El trabajo se divide en dos etapas claras. Primero, una auditoría estructurada: escaneo automatizado más pruebas manuales con teclado y al menos un lector de pantalla real en páginas clave (inicio, catálogo, tarjeta de producto, página de contenido y todo el flujo de pago). Quiero un informe priorizado donde los bloqueadores se separen de los problemas menores, cada problema esté vinculado a un criterio de éxito específico e incluya pasos de reproducción para que los desarrolladores entiendan el problema. Luego, implementación: haces las correcciones directamente en las plantillas y verificas los resultados. Es importante mantener la apariencia visual sin cambios y no romper el comportamiento actual.
El frontend es HTML simple, CSS y un poco de JavaScript puro; no se necesitan frameworks pesados, pero espero un enfoque reflexivo: dónde ARIA es apropiado y dónde la semántica nativa es mejor. Envía un breve ejemplo de una auditoría pasada o un par de antes/después y describe cómo verificas que una solución realmente funciona para tecnologías de asistencia.
— Auditoría contra WCAG 2.1 AA con herramientas automáticas y pruebas manuales con teclado y lector de pantalla
— Informe priorizado: bloqueadores y problemas menores, mapeo de criterios, pasos de reproducción
— Corregir semántica, orden de encabezados, puntos de referencia y etiquetas de campos de formulario
— Operación completa con teclado, enfoque visible y orden lógico de enfoque en modales
— Corregir el contraste de color y agregar alternativas de texto claras
— ARIA solo donde HTML nativo no expresa el patrón necesario
Desarrollo web Efectivo, Transferencia bancaria
