El cliente quiere comprar. ¿Puede usar la web?

El cliente ha encontrado el producto. El precio le encaja. Quiere pedir. Pero el selector de variantes no se puede usar con el teclado. O un formulario señala un error solo con un borde rojo, sin explicar qué hay que corregir.

El informe puede mostrar un pedido sin terminar. Sin revisar la experiencia, es fácil mirar de inmediato al precio, al interés o al retargeting. A veces, la primera pregunta debería ser si la persona podía seguir de verdad.

La accesibilidad digital consiste en diseñar y desarrollar contenidos y funciones que también puedan usar las personas con discapacidad. Exige atención en todo el recorrido, desde la información hasta la confirmación de la acción.

La gente usa la web de formas distintas

Algunas personas navegan con un lector de pantalla. Otras usan el teclado, comandos de voz o un texto ampliado. La gente puede tener dificultades visuales, auditivas, motoras o de procesamiento de la información, y las necesidades varían de una persona a otra.

Una web accesible también puede ayudar en circunstancias temporales o puntuales: una mano inmovilizada, mucha luz sobre la pantalla o un entorno en el que no se puede usar el sonido. El W3C explica la relación entre la accesibilidad y la diversidad de condiciones de uso. W3C: introducción a la accesibilidad web (en inglés)

Un perfil demográfico no puede decirnos que nuestro público no necesita estas funciones. Que no haya quejas no confirma que todas las personas interesadas hayan podido usar la web.

El diseño tiene que seguir siendo utilizable

Un texto discreto puede servir a una dirección visual, pero la información importante tiene que ser legible. Una animación puede explicar un producto, pero no debe ser la única forma de entender la oferta ni impedir que la gente controle la página.

Revisamos el contraste, la ampliación del texto, el orden de la información y el comportamiento de los elementos interactivos. La identidad visual se desarrolla junto con estos requisitos. El resultado tiene que funcionar en la pantalla del usuario y en su situación, más allá de la presentación del diseño.

La accesibilidad también tiene que ver con la autonomía. La gente tiene que poder decidir y actuar sin verse obligada a pedir ayuda por un obstáculo que crea la interfaz. Un teléfono puede complementar la experiencia, pero no resuelve automáticamente un proceso de compra que no se puede usar.

Hay criterios concretos de comprobación

Las WCAG son un conjunto de recomendaciones del W3C para la accesibilidad de los contenidos web. La versión 2.2 organiza los criterios en torno a una información perceptible, unas interfaces operables, unos contenidos comprensibles y una compatibilidad robusta con las tecnologías que se usan. W3C: WCAG 2.2 (en inglés)

Acordamos la versión, el nivel previsto y el alcance de la evaluación. Comprobar unas pocas páginas no justifica una afirmación sobre todas las funciones de la web. La conformidad técnica, la experiencia real y las obligaciones legales tienen que valorarse cada una según su objeto.

En una tienda, el recorrido importante incluye la elección del producto, la cesta, el inicio de sesión si hace falta, el pago y la confirmación. En un servicio, puede incluir elegir una fecha, enviar una solicitud y recibir una respuesta. Un solo obstáculo puede detener todo el recorrido.

Los formularios tienen que explicar qué pasa

Un formulario necesita etiquetas claras e instrucciones relevantes. Si falta un dato o se introduce en un formato equivocado, el mensaje tiene que identificar el problema y ayudar a corregirlo. La confirmación final tiene que ser perceptible, también para las tecnologías de apoyo.

El W3C recomienda mensajes claros tanto para los errores como para un envío correcto. El mensaje puede asociarse a un campo y completarse con un aviso general adecuado a la interacción. W3C: notificaciones de formulario (en inglés)

Estos detalles también influyen en la confianza. Después de pulsar el botón, la gente tiene que entender si la solicitud se ha enviado y qué viene después. Una pantalla ambigua puede llevar a repetir la acción o a contactar con atención al cliente solo para confirmar la recepción.

Las imágenes y los vídeos necesitan alternativas adecuadas

Una foto informativa necesita una alternativa textual adecuada a su función. Un elemento puramente decorativo se trata de otra forma. Si las medidas de un producto solo aparecen en una imagen, esa información esencial también tiene que estar disponible sin la lectura visual de la imagen. W3C: alternativas a las imágenes (en inglés)

Para el vídeo, preparamos subtítulos exactos y alternativas adecuadas a la información, incluida la descripción de los contenidos visuales relevantes cuando hace falta. Una transcripción puede ayudar, pero no puede cumplir por sí sola todos los requisitos de todos los soportes. W3C: audio y vídeo accesibles (en inglés)

El texto de la página tiene que seguir siendo claro. Los nombres de los botones y los enlaces tienen que ayudar a entender adónde llevan. También son decisiones de comunicación: explicar un producto de una forma que el público pueda usar.

Un ejemplo: el interés existe, pero la reserva se bloquea

Imagina una plataforma de talleres creativos. Una persona que navega con el teclado elige un curso e intenta seleccionar una fecha. El calendario solo responde al ratón, y el indicador de foco visible desaparece en la ventana de reserva.

Puede entender la oferta, pero no puede terminar la inscripción de forma autónoma. El equipo ve tráfico y pocas reservas. Un descuento u otro anuncio mostrado a la misma persona no arreglarán el selector.

Es un ejemplo ficticio. Muestra por qué la revisión tiene que incluir los componentes interactivos y las formas de navegar. Después de una corrección, volvemos a probar todo el recorrido, incluidos los errores y la confirmación. No atribuimos a la intervención una mejora en porcentaje sin datos que la respalden.

Una puntuación automática es solo una parte de la comprobación

Las herramientas automáticas pueden detectar algunos problemas y ayudar a seguirlos. El W3C explica que una herramienta no puede establecer por sí sola si una web cumple las normas de accesibilidad. Hace falta una evaluación competente, con comprobaciones manuales y, si es posible, la participación de usuarios con discapacidad. W3C: evaluar la accesibilidad (en inglés)

Un informe útil indica qué se evaluó, en qué condiciones, qué obstáculos se encontraron y qué hay que corregir. Priorizamos los obstáculos según su gravedad y su efecto en las tareas. Una nueva prueba confirma si una intervención resolvió el problema observado.

Instalar un widget no demuestra que la estructura, los formularios y las integraciones sean accesibles. Comprobamos el comportamiento resultante. Las declaraciones públicas de conformidad tienen que corresponder a la evaluación y al alcance que podemos respaldar.

Entender el contexto legal

En Rumanía, la Ley n.º 232/2022 abarca determinados productos y servicios, entre ellos el comercio electrónico dirigido a consumidores, aplicable desde el 28 de junio de 2025 en las condiciones que fija la ley; en España rige su propia norma de transposición de la misma directiva europea. La ley rumana prevé exenciones y disposiciones transitorias, entre ellas una exención para las microempresas que prestan servicios. Su definición tiene que comprobarse por separado del régimen fiscal rumano que también se llama «micro». La aplicabilidad depende de la actividad real. Ley n.º 232/2022: ámbito de aplicación y obligaciones (en rumano)

Una puntuación WCAG no es un certificado universal de conformidad legal. En un proyecto, establecemos los requisitos aplicables y quién valida la evaluación técnica y la interpretación jurídica. Este artículo da contexto para esa conversación; no determina la situación jurídica de cada empresa.

La accesibilidad tiene que mantenerse después de la publicación

Una página nueva, una integración de pago o un módulo de reservas pueden cambiar la experiencia. Los contenidos que se añaden después exigen la misma atención: títulos, alternativas a las imágenes, documentos y vídeos.

Por eso las responsabilidades y las comprobaciones forman parte del proceso de trabajo. El W3C recomienda integrar la accesibilidad en la planificación, la implementación y el seguimiento. W3C: planificar y gestionar la accesibilidad (en inglés)

En NOT MORE., conectamos la comunicación, el diseño y el desarrollo con las acciones que la gente tiene que completar. Una web nueva no facilita la compra automáticamente desarrolla la misma perspectiva. Según el proyecto, trabajamos con los especialistas necesarios para la evaluación y la implementación, y priorizamos los cambios según los problemas observados.

La evaluación tiene que llevar a correcciones concretas

NOT MORE. puede encargarse del análisis, los contenidos, el diseño, el desarrollo y las comprobaciones acordados para mejorar el uso de la web. Si ya hay un desarrollador designado, establecemos qué correcciones hacemos nosotros, cuáles le corresponden a él y cómo se confirman los cambios. El cliente facilita los accesos y aprueba la información y las prioridades comerciales.

La entrega describe qué se ha comprobado y los límites de la evaluación, sin dar a entender una certificación de toda la web. Para el seguimiento y el mantenimiento, acordamos quién comprueba los cambios posteriores, incluidas las páginas y los componentes nuevos. La accesibilidad y la facilidad de uso tienen que seguir integradas en la producción que viene después.