Seis criterios de WCAG 2.2 que rompen el proceso de pago y el orden para corregirlos

Seis criterios de WCAG 2.2 que rompen el proceso de pago y el orden para corregirlos

El 2 de septiembre de 2026, ETSI publicó EN 301 549 V4.1.1La versión del estándar europeo de accesibilidad de las TIC traslada la línea base de referencia de WCAG 2.1 a WCAG 2.2. WCAG 2.2 añade nueve criterios de éxito, seis de ellos de nivel A o AA, y los seis se ubican dentro del proceso de pago o reserva, en lugar de en una página de marketing. Turquía fue pionera en un aspecto: la Circular Presidencial 2025/10, publicada el 21 de junio de 2025, ya menciona WCAG 2.2 y otorga a los proveedores de comercio electrónico, según la Ley n.º 6563, dos años para cumplirla.

Esta guía está dirigida a quienes gestionan un proceso de compra o reserva para consumidores en la UE, Turquía o ambos países. Al finalizar, podrás realizar una revisión exhaustiva de tu flujo de trabajo en aproximadamente una hora, identificar los problemas y corregirlos priorizando la protección de los ingresos.

¿Qué cambió el 2 de septiembre de 2026?

La versión 4.1.1 fue adoptada el 24 de agosto de 2026 y publicada el 2 de septiembre. Fue elaborada en virtud de la Decisión de Ejecución C(2022) 6456 final de la Comisión, la solicitud de normalización M/587, en apoyo de la Directiva (UE) 2019/882 (Ley Europea de Accesibilidad) y la Directiva (UE) 2016/2102. Las cláusulas 9, 10 y 11 se adaptaron a la WCAG 2.2. El anuncio está previsto para el 30 de noviembre de 2026, la aprobación para el 31 de mayo de 2027 y la retirada de las normas nacionales incompatibles para el 31 de mayo de 2028.

La corrección: no existe presunción de conformidad.

Los sitios web de los proveedores reiteran que el cumplimiento de la norma EN 301 549 implica el cumplimiento presunto de la Ley de Accesibilidad. El artículo 15(1) otorga esta presunción únicamente a las normas «cuyas referencias se hayan publicado en el Diario Oficial de la Unión Europea» en apoyo de dicha directiva. La norma EN 301 549 se cita en el Diario Oficial en el marco de la Directiva sobre accesibilidad web, mediante la Decisión de Ejecución (UE) 2018/2048 de la Comisión. No hemos encontrado ninguna cita en apoyo de la Directiva (UE) 2019/882, y el propio Anexo ZB de la versión 4.1.1 está redactado de forma condicional: la presunción se aplica «una vez que el presente documento se cita en el Diario Oficial».

Por lo tanto, la norma es su evidencia, no su escudo. Usted cumple con los requisitos funcionales del Anexo I, utiliza la norma EN 301 549 como medio técnico y documenta usted mismo ese razonamiento conforme al Artículo 13(2).

¿Esto se aplica a usted?

  1. ¿Su servicio está contemplado en el artículo 2(2)? La lista abarca servicios de comercio electrónico, elementos del transporte aéreo, por autobús, ferrocarril y marítimo de pasajeros, como sitios web, aplicaciones, venta de billetes electrónicos e información de viajes, servicios bancarios para consumidores y libros electrónicos. El artículo 3 define un servicio de comercio electrónico como aquel prestado a distancia, por medios electrónicos, a petición individual del consumidor, con el fin de celebrar un contrato de consumo.
  2. ¿Usted vende a consumidores en la Unión? El hecho de estar establecido fuera de la UE no implica su exclusión. El artículo 3 define al prestador de servicios como aquella persona que «presta un servicio en el mercado de la Unión o realiza ofertas para prestar dicho servicio a consumidores en la Unión». Un minorista turco que realiza envíos a Alemania y una aerolínea turca que vende billetes a consumidores de la UE se encuentran dentro de la Unión.
  3. ¿Es usted una microempresa? El artículo 4(5) exime a los proveedores de servicios de microempresas: aquellos con menos de 10 empleados y con una facturación o un total de balance que no supere los 2 millones de euros.

Las obligaciones se aplican a los servicios prestados a los consumidores después del 28 de junio de 2025. El artículo 32 establece una transición solo para los contratos acordados antes de esa fecha y los productos que ya se utilizan legalmente, hasta el 28 de junio de 2030, y hasta 20 años de vida económica para los terminales de autoservicio. En Turquía, la Circular 2025/10 estableció un año para bancos, hospitales privados, operadores y grandes operadores de telecomunicaciones, ya aprobada, y dos años para el comercio electrónico según la Ley n.º 6563. Ambos regímenes apuntan a las mismas directrices en diferentes niveles, por lo que una vez que se cumple con WCAG 2.2 AA, la obligación turca de nivel A queda excluida. Lo contrario no funciona.

Los seis criterios que hacen que el proceso de pago falle

Estas son las adiciones de WCAG 2.2 de nivel A y AA. Las tres adiciones AAA, 2.4.12, 2.4.13 y 3.3.9, quedan fuera del programa AA. Una eliminación también es importante: la 4.1.1 Análisis sintáctico está obsoleta y se ha eliminado, por lo que los hallazgos antiguos relacionados con ella pueden cerrarse en lugar de corregirse.

CriterioNivelLo que se rompe al pagarPrueba en 60 segundos
3.3.8 Autenticación accesible (mínimo)AAPasos de inicio de sesión que bloquean el pegado del portapapeles, o que hacen que el usuario transcriba una OTP o resuelva un rompecabezas sin alternativa.Pegue una contraseña y un código OTP desde el portapapeles. Si no se puede pegar, la operación fallará.
2.5.8 Tamaño objetivo (mínimo)AAIndicadores de cantidad, iconos para eliminar artículos, botones para cerrar cupones, tarjetas de radio para ranuras de entrega pequeñasA 375px, mide el objetivo más pequeño. Si mide menos de 24 x 24 píxeles CSS sin suficiente espacio, fallará.
2.4.11 Enfoque no oscurecido (mínimo)AABarras fijas de resumen de pedidos, banners de consentimiento y lanzadores de chat que cubren el campo enfocado.Navega por el formulario con la tecla Tab. Un control enfocado completamente oculto es un fallo.
2.5.7 Movimientos de arrastreAAMarcadores de direcciones en el mapa, carruseles arrastrables, selectores de fecha deslizantes, botones de confirmación deslizantesCompleta cada arrastre usando solo toques individuales. Si no hay ruta disponible, fallarás.
3.3.7 Entrada redundanteAVolver a escribir la dirección de facturación después del envío o el correo electrónico al realizar el pago.Rellena el formulario una vez y cuenta los valores que escribas dos veces que el sistema ya tenía registrados.
3.2.6 Ayuda constanteALos enlaces de ayuda, chat o contacto se ubican de forma diferente en el carrito, el envío y el pago.Toma una captura de pantalla de cada paso. La ayuda debe mantenerse en el mismo orden relativo en todos los lugares donde aparezca.

El libro de jugadas

Este es el pase que realizamos. Es manual, porque cinco de los seis no son detectados de forma fiable por los escáneres automatizados.

1. Congelar una ruta. Compra como invitado, un artículo, envío estándar, pago con tarjeta, carrito completo, dirección de envío, método de entrega, pago y confirmación. Ejecútalo dos veces: primero en una ventana móvil de 375 px con pantalla táctil y luego en un ordenador de escritorio con el ratón desconectado.

2. Contraseña del teclado. Pulsa la tecla Tab desde la parte superior de cada paso hasta el botón de enviar. Presta atención a los fallos del apartado 2.4.11 cuando aparezca un elemento fijo, normalmente cuando la barra de resumen se ancla. Observa dónde se ubica la ayuda en cada paso del apartado 3.2.6.

3. Pase de puntero. En dispositivos móviles, mida los objetivos para la versión 2.5.8 e intente arrastrar cada elemento sin arrastrar para la versión 2.5.7. Los mapas de direcciones y los carruseles suelen presentar fallos.

4. Pase de entrada de datos. Completa el proceso como cliente nuevo. Cada campo que completes con un valor que el sistema ya tiene registrado constituye un hallazgo 3.3.7. A continuación, intenta autenticarte con un gestor de contraseñas y copiar y pegar el contenido del portapapeles para comprobar el hallazgo 3.3.8.

5. Evalúa antes de corregir. Clasifique cada hallazgo según su gravedad, multiplicada por el porcentaje de salidas del embudo correspondiente a ese paso en sus propios análisis.

GravedadDefiniciónPuntuación
de amargoEl usuario no puede completar la compra.3
DegradantePara completarlo se necesita una solución alternativa o varios intentos.2
FricciónEsfuerzo adicional, poco riesgo de abandono.1

6. Reparar en este orden. Primero la autenticación, porque el punto 3.3.8 puede impedir una compra por completo. Luego, el tamaño del objetivo, la ocultación del enfoque, las alternativas de arrastre, la entrada redundante y la ayuda consistente. Ese es el orden de exposición a los ingresos, no de gravedad legal, y es el que un patrocinador financiará sin objeciones.

7. Escribe la declaración. El artículo 13(2) exige información conforme al Anexo V que explique cómo el servicio cumple con los requisitos, la cual debe ser pública, tanto en formato escrito como oral, y de manera accesible. Si alega una carga desproporcionada conforme al artículo 14, debe documentarla según los criterios del Anexo VI y renovarla al menos cada cinco años. Una decisión no documentada de no corregir algo no constituye una reclamación por carga desproporcionada, sino un defecto no subsanado.

8. Incluya las seis comprobaciones en el control de calidad de la versión. En la versión 2.4.11, el proceso de pago presenta fallos la primera vez que alguien envía un banner promocional.

Aquí es donde se produce el fallo

  • Seis comprobaciones no son conformes. Se trata de una mejora gradual que se aplica además de WCAG 2.1 AA, y si nunca se alcanzó el nivel 2.1 AA, ocultará el problema real.
  • No se trata de una auditoría de lector de pantalla. Una revisión del teclado detecta problemas de enfoque y orden, no un campo de pago mal etiquetado.
  • Es posible que el iframe de pago no le pertenezca. Si el formulario de la tarjeta pertenece a su proveedor de servicios de pago (PSP), solicítele por escrito su posición respecto al apartado 9 de la norma EN 301 549.
  • Las aplicaciones nativas funcionan de manera diferente. La cláusula 11 abarca el software, donde el tamaño del objetivo y el arrastre se comportan de manera diferente según las API de accesibilidad de la plataforma.
  • Las superposiciones no solucionan ninguno de estos problemas. Cada una de las seis es una propiedad de la estructura o el diseño de autenticación de su flujo, que un script inyectado no puede reestructurar.
  • La aplicación de la ley es a nivel nacional. El artículo 30 exige que las sanciones sean efectivas, proporcionadas y disuasorias, pero los niveles y las prácticas de vigilancia se establecen en cada Estado miembro.

Preguntas Frecuentes

¿Me vincula la norma EN 301 549 V4.1.1 en la actualidad?

No es suficiente por sí sola. La Ley es vinculante; la norma describe una vía técnica para su cumplimiento. La adopción nacional vence el 31 de mayo de 2027 y la retirada de normas incompatibles el 31 de mayo de 2028. Su contenido constituye la mejor interpretación disponible de los requisitos del Anexo I, así que comience a trabajar en base a ella desde ahora.

Si cumplimos con la norma EN 301 549, ¿cumplimos con la normativa EAA?

Usted cuenta con pruebas sólidas, pero carece de presunción legal de conformidad. El artículo 15(1) exige que la referencia se publique en el Diario Oficial en apoyo de la Directiva (UE) 2019/882, y no hemos encontrado dicha cita. Justifique su decisión conforme al artículo 13(2).

Somos una empresa turca sin sede en la UE. ¿Estamos incluidos en el ámbito de aplicación?

Si presta su servicio a consumidores de la Unión, sí. El artículo 3 vincula la obligación de prestar el servicio a consumidores de la Unión, no al lugar de registro. La Circular 2025/10 podría aplicarse por separado al mercado turco.

¿Significa la fecha de 2030 que tenemos hasta 2030?

No. La transición del artículo 32 abarca los contratos celebrados antes del 28 de junio de 2025 y los productos que ya se utilizan legalmente. Los nuevos servicios prestados a los consumidores después de esa fecha quedaron sujetos a su ámbito de aplicación a partir de esa fecha.

¿Deberíamos seguir corrigiendo los problemas detectados en el análisis sintáctico de la versión 4.1.1?

El punto 4.1.1 está obsoleto y se eliminó en WCAG 2.2. Cierre esos hallazgos, pero verifique que el marcado subyacente no estuviera causando también un fallo de nombre, rol o valor según el punto 4.1.2, que aún está vigente.

¿Y si la solución resulta ser demasiado cara?

El artículo 14 permite alegar una carga desproporcionada, pero solo mediante una evaluación documentada conforme a los criterios del Anexo VI, que deberá renovarse al menos cada cinco años. La autoridad de vigilancia del mercado solicitará consultarla.

Corre el pase

Realice estas seis comprobaciones en su proceso de pago esta semana, o envíenos la URL y realizaremos la auditoría y le entregaremos los resultados puntuados. Nuestro escáner en wcag.switas.com Cubre la parte automatizada conforme a las WCAG 2.0, 2.1 y 2.2, y proporciona la base sobre la que se asienta la revisión manual.

Fuentes


Artículos Relacionados

Switas como se ve en

Magnify: Escalando el marketing de influencers con Engin Yurtdakul

Consulte nuestro caso práctico de Microsoft Clarity

Destacamos Microsoft Clarity como un producto diseñado con casos de uso prácticos y reales, por expertos en productos que comprenden los desafíos que enfrentan empresas como Switas. Funciones como los clics de ira y el seguimiento de errores de JavaScript resultaron invaluables para identificar las frustraciones y los problemas técnicos de los usuarios, lo que permitió mejoras específicas que impactaron directamente en la experiencia del usuario y las tasas de conversión.