3 min read

Sitios web que funcionan

Empieza a revisar la accesibilidad con la tarea principal del cliente

Una primera revisión práctica de navegación, lectura, imágenes y formularios, con límites claros sobre lo que puede demostrar.

The Editorial Desk

Piensa en la tarea más importante de tu sitio web. Un cliente quizá necesite encontrar el horario, comparar un servicio o solicitar una cita. Es más fácil organizar el trabajo de accesibilidad cuando empiezas con ese recorrido completo y preguntas dónde podría encontrar un obstáculo.

Para un negocio pequeño de Montana, el primer paso es revisar las páginas que los clientes realmente necesitan. Incluye las versiones en inglés y español, el formulario de contacto y cualquier herramienta externa de reservas. Una portada acogedora es solo una parte de la experiencia.

Comprueba el recorrido sin usar el ratón

Intenta desplazarte por enlaces, menús y controles del formulario con el teclado. Observa si puedes identificar el control seleccionado y completar la tarea. W3C explica la accesibilidad por teclado como una forma importante de ofrecer funciones a personas que no pueden usar dispositivos apuntadores. Consulta la guía sobre teclado.

Cuando algo falle, anota la página, el control y el problema exactos. “No se puede llegar al botón de citas con el teclado” ayuda más al proveedor del sitio que una solicitud general de hacerlo accesible.

Revisa lo que el cliente necesita leer

Comprueba el contraste entre texto y fondo, incluidos los botones y mensajes de error. El criterio AA de WCAG generalmente exige al menos 4.5:1 para texto normal y 3:1 para texto grande que reúna las condiciones correspondientes, con excepciones definidas. Consulta la guía de contraste. Usa una herramienta de medición en lugar de decidir solo por la apariencia.

Mantén la información importante como texto real. Las imágenes informativas necesitan una alternativa textual que comunique su propósito; las puramente decorativas se tratan de otra manera. El tutorial de imágenes de W3C explica la diferencia. Una foto del menú impreso no debería ser la única manera de conocer lo que vendes.

Haz comprensibles los formularios

Comprueba que los campos tengan etiquetas claras, se explique la información obligatoria y los errores indiquen cómo corregir el problema. La guía de formularios de W3C aborda estas bases. Prueba también la confirmación. Una persona no debería quedar con dudas sobre si llegó su solicitud después de enviarla correctamente.

Una lista hipotética de mejoras en Havre

Imagina un negocio de servicios de Havre revisando su página de citas. La dueña descubre que el formulario en inglés funciona, pero la confirmación en español todavía muestra instrucciones en inglés sin explicación. También encuentra un botón de contacto con poco contraste y una descripción del servicio disponible únicamente dentro de una imagen.

Entrega al proveedor una lista breve y ordenada: corregir el proceso de citas, comprobar el contraste del botón y publicar la descripción como texto. Después de los cambios, repite las mismas tareas en ambos idiomas. Es una revisión hipotética, no una certificación de accesibilidad ni un caso real.

Mantén una revisión continua

Una comprobación rápida puede revelar problemas, pero no demuestra accesibilidad completa ni cumplimiento legal. W3C presenta expresamente sus Easy Checks como una revisión inicial. Usa ese recurso para organizar el comienzo. Para una evaluación más completa, busca experiencia especializada e incluye, cuando sea posible, a personas con discapacidad en las pruebas.

Ofrece un medio accesible para reportar dificultades y asigna a alguien para responder. Revisa de nuevo al cambiar el diseño, instalar una herramienta de reservas o publicar formularios. La pregunta útil es si hoy los clientes pueden completar su tarea y qué corregirá tu equipo cuando no puedan.

Para ponerlo en práctica

Elige una tarea completa y pruébala en cada idioma.
Revisa teclado, contraste, alternativas de imágenes y formularios.
Registra obstáculos concretos y repite las pruebas después de corregirlos.
Usa las revisiones rápidas como inicio y busca evaluación especializada cuando corresponda.

Fuentes y lecturas

Websites That Work

Start Your Website Accessibility Review With the Customer’s Main Task

A practical first review of navigation, readable information, images, and forms, with clear limits on what a quick check can establish.

The Editorial Desk

Think about the most important task on your website. A customer may need to find your hours, compare a service, or request an appointment. Accessibility work becomes easier to organize when you begin with that complete journey and ask where someone could get stuck.

For a small Montana business, the first step is to inspect the pages customers actually need. Include the English and Spanish versions, the contact form, and any outside booking tool. A welcoming homepage is only part of the experience.

Check whether the journey works without a mouse

Try moving through links, menus, and form controls with the keyboard. Notice whether you can tell which control is selected and whether you can complete the task. W3C explains keyboard accessibility as an important way to make functionality available to people who cannot use pointing devices. Read the keyboard guidance.

Write down the exact page, control, and problem when something fails. “The appointment button cannot be reached with the keyboard” gives a website provider a clearer repair request than “make it accessible.”

Review what customers need to read

Check text against its background, including buttons and error messages. WCAG’s AA contrast criterion generally calls for at least 4.5:1 for ordinary text and 3:1 for qualifying large text, with specified exceptions. See the contrast guidance. Use a contrast checker rather than judging by appearance alone.

Keep important details available as actual text. For informative images, provide a text alternative that conveys their purpose; purely decorative images are handled differently. W3C’s images tutorial explains the distinction. A photograph of your printed menu should not be the only way to discover what you sell.

Make forms understandable

Check that fields have meaningful labels, required information is explained, and errors tell people how to correct the problem. W3C’s forms tutorial covers these basics. Test the confirmation too. A successful submission should not leave someone wondering whether the request arrived.

A hypothetical Havre repair list

Imagine a Havre service business reviewing its appointment page. The owner finds that the English form works, but the Spanish confirmation still uses unexplained English instructions. She also discovers a pale contact button and a service description available only inside an image.

She gives the website provider a short, prioritized list: fix the appointment journey, check button contrast, and publish the service details as text. After the changes, she repeats the same tasks in both languages. This is a hypothetical review, not an accessibility certification or a report of a real business.

Build a continuing review habit

A quick check can reveal problems, but it cannot establish full accessibility or legal compliance. W3C explicitly describes its Easy Checks as an initial review. Use that resource to plan your starting point. For a fuller evaluation, seek someone with relevant accessibility expertise and involve people with disabilities in testing when possible.

Keep an accessible way to report difficulties and assign someone to respond. Recheck after changing a theme, installing a booking tool, or publishing new forms. The useful question is whether customers can complete their task today, and what your team will fix next when they cannot.

Put it into practice

Choose a complete customer task and test each language version.
Check keyboard operation, text contrast, meaningful image alternatives, and forms.
Record specific barriers and retest after repairs.
Treat quick checks as a starting point and plan qualified evaluation when needed.

Sources and further reading

← Anterior / Previous Siguiente / Next →