Accesibilidad de un sitio: primeras pruebas mediante teclado y en móvil

Accesibilidad y rendimiento web · 6 lectura mínima

Para realizar pruebas iniciales de accesibilidad de su sitio utilizando el teclado y en el móvil, pruebe una ruta útil sin ratón y luego en un teléfono real. Verifique que cada comando permanezca accesible, identificable y utilizable, incluso con texto ampliado. Documente los bloqueos con pasos para reproducirlos. Este enfoque prepara correcciones específicas; no permite que el sitio sea declarado conforme.

Puntos clave

• Pruebe una acción completa, no solo la apariencia de la bienvenida.
• Un botón visible no necesariamente se puede utilizar en el teclado.
• En dispositivos móviles, también controle formularios, zoom y elementos fijos.
• Después de la corrección, reproduzca exactamente la misma ruta.

Prepare pruebas sin interrumpir la actividad

Elija una ruta común: busque un servicio y complete una solicitud, o seleccione un producto y únase a la cesta. Agregue componentes compartidos, como el menú, el banner de búsqueda y consentimiento. Anote la dirección de cada página, el navegador y el dispositivo utilizado.

Para envíos de formularios o pagos, utilice un entorno de prueba autorizado. En el sitio público, deténgase antes de una acción que crearía una solicitud u orden real. Prepare una lista de anomalías con cuatro datos: pasos, resultado observado, resultado esperado y evidencia visual.

Pruebe la navegación con el teclado

Siga el enfoque de un comando a otro

Vaya a la barra de direcciones, luego use Tab para avanzar y Shift+Tab para retroceder. El foco designa el elemento que recibe los comandos del teclado; una señal visual debe permitir localizarlo. Debe permanecer visible y seguir un orden comprensible, según el primeras comprobaciones de W3C. Si pierde este marcador, anote el último comando identificable.

Pruebe Intro en los enlaces y Intro o Espacio en los botones, según cómo funcionen. Para los componentes que proporcionan esto, utilice también las flechas. Compruebe que las mismas acciones sigan disponibles sin pasar el mouse: abra el menú, elija una variante, elimine un artículo del carrito.

Comprobar aperturas y salidas

Abra cada panel o ventana superpuesta en el teclado. ¿Puedes llegar a su contenido y cierre? Después del cierre, ¿puedes reanudar la navegación en una ubicación constante? El foco contenido en una ventana abierta no es necesariamente un problema. El bloqueo aparece si ya no puedes salir de él usando un comando accesible, sin reanudar el uso del mouse.

Controlar el sitio desde un teléfono

Rehaga la ruta en vertical y luego observe los cambios en el paisaje. Pruebe los pedidos próximos entre sí: filtro, cantidad, cierre, elección de entrega. Tenga en cuenta los apoyos que desencadenan una mala acción. Comprueba que un banner fijo no oculta contenido útil o el botón para continuar.

Ampliar texto con configuraciones disponibles. En una computadora, complete con una prueba de zoom 200 % y, si es posible, ampliando solo el texto. Las etiquetas y mensajes deben permanecer legibles, sin superponerse. EL criterio de redistribución de W3C proporciona, para contenido con desplazamiento vertical, un ancho equivalente a 320 píxeles CSS sin desplazamiento en dos direcciones, con excepciones para partes que realmente requieren un diseño bidimensional, como ciertos mapas o tablas de datos. Estas excepciones no se extienden automáticamente al resto de la página. Una prueba telefónica por sí sola no verifica este criterio.

Comprobar formularios mientras escribe

¿Los campos conservan un título comprensible una vez completados? el guía W3C en etiquetas recomienda etiquetas asociadas con los campos. No confunda una indicación que desaparece al escribir con una redacción suficiente. En un entorno de prueba, deje vacío un campo obligatorio: identifique el error, busque el campo y corríjalo. En el teléfono, comprueba también qué esconde el teclado virtual.

Ejemplo ilustrativo: un menú imposible de salir

En este ejemplo ficticio, una tienda de cerámica muestra un menú superpuesto para dispositivos móviles. Su apertura funciona con el teclado, pero su cruz de cierre no es accesible. La anomalía se describe de la siguiente manera: abra el menú con Enter, explore sus enlaces con Tab, observe la ausencia de un cierre accesible. El resultado esperado es poder cerrar el menú en el teclado y luego reanudar la navegación.

La corrección debe restaurar la operación de cierre del teclado y un retorno constante del enfoque; agrandar la cruz no es suficiente. La siguiente prueba comprueba estos dos puntos y luego comprueba el cierre táctil. No se infieren resultados comerciales de este ejemplo.

Lista de verificación operativa

• Defina el recorrido y sus acciones finales, con un marco de pruebas seguro.
• Vaya a cada comando en el teclado y localice el foco.
• Abre y cierra menús, paneles y ventanas sin usar el mouse.
• Opciones de prueba, entradas y errores en el teléfono.
• Verifique la ampliación y los elementos fijos.
• Transmite cada anomalía con sus pasos y resultado esperado.
• Vuelva a reproducir los cursos afectados después de la corrección.

Limitaciones y errores comunes

Una herramienta automática o captura móvil no reemplaza estas pruebas. Probar sólo la recepción deja de lado los pasos decisivos. También es arriesgado confundir confort visual y accesibilidad total: estas pruebas no cubren todos los contrastes, alternativas de imagen, contenidos multimedia o usos con tecnologías de asistencia. W3C especifica que sus comprobaciones preliminares pueden pasar por alto obstáculos importantes.

Preguntas frecuentes

¿Por qué realizar pruebas sin mouse si los visitantes lo usan?

Algunos visitantes navegan mediante el teclado o utilizan dispositivos que dependen de comandos del teclado. La prueba revela comandos inaccesibles y callejones sin salida que el mouse puede ocultar.

¿Es suficiente la pantalla del ordenador móvil?

Ayuda a examinar el diseño, pero no reproduce todo: tacto, teclado virtual, configuración del teléfono y comportamiento del navegador. Complétalo en un dispositivo real.

¿Estos controles demuestran el cumplimiento normativo?

No. Identifican algunos de los obstáculos. La evaluación de la conformidad requiere un alcance y un método apropiados; Las obligaciones aplicables a su negocio requieren una verificación por separado.

Siguiente paso

Documente el primer bloque que impide una acción importante y luego asigne su corrección con un criterio de validación observable. Para localizar este soporte en su proyecto, consulte el servicios 4SYSTEM. Guarde su hoja de prueba para verificar la corrección.

Fuentes y recursos

• W3C: primeras comprobaciones de accesibilidad.
• W3C: comprender la redistribución de contenido.
• W3C: asociar etiquetas con campos.