meta-refresh-timing-absent

La página no debe usar un meta refresh temporizado

automaticWCAG 2.2.1, 2.2.4, 3.2.5 (AAA)confianza: highgravedad: seriousoperable

Comprueba que <meta http-equiv="refresh"> no imponga un retardo positivo de 20 horas o menos.

Ámbito de aplicación. Se aplica al primer elemento <meta http-equiv="refresh">, en orden del documento, cuyo atributo content tenga un valor de retardo inicial analizable. Según los pasos declarativos compartidos de refresco de HTML, un documento solo actúa sobre su primer meta refresh válido; cualquier otro posterior (válido o no) es marcado inerte que un navegador nunca procesa, por lo que no se evalúa.

Resultado esperado. El retardo es 0 (una redirección inmediata, que no puede sorprender al usuario a mitad de lectura), o supera las 20 horas. Cualquier otro retardo positivo refresca o redirige la página según un temporizador que el usuario no inició y que no puede pausar, detener ni extender, algo que WCAG 2.2.1 (Timing Adjustable) exige que sea posible.

Qué informa un hallazgo.

  • delay: el tiempo antes de que la página se actualice o redirija, en segundos. Un fallo es mayor que 0 y como máximo 72000 (20 horas).

Estos campos de data.details ayudan a leer y reproducir un hallazgo. Salvo reasonCode y los pocos campos que Esquema de salida indica como estables, no son un contrato estable: un campo puede cambiar de nombre o desaparecer en una versión menor, así que no construyas sobre ellos.

Ejemplos

pass
<meta http-equiv="refresh" content="90000; URL=/x">

Un retardo de más de 20 horas (72000s) está exento según la Excepción 3 de WCAG 2.2.1.

fail
<meta http-equiv="refresh" content="30; URL=/x">

Un retardo de 30 segundos refresca la página según un temporizador que el usuario no puede pausar, detener ni extender.

Ver código fuente