F58Fallo del criterio de conformidad 2.2.1 debido a usar técnicas del lado del servidor para redirigir páginas automáticamente tras un tiempo de espera

Aplicabilidad

• Cualquier lenguaje de scripts del lado del servidor
• El contenido no cumple las excepciones del criterio de conformidad relativas a los límites de tiempo permitidos.

Descripción

Los lenguajes de scripts del lado del servidor permiten a quienes desarrollan establecer la cabecera HTTP no estándar «Refresh» con un tiempo de espera (en segundos) y un URI al que se redirige el navegador una vez transcurrido ese tiempo. Si el intervalo de tiempo es demasiado corto, las personas ciegas no tendrán tiempo suficiente para que su lector de pantalla lea la página antes de que esta se actualice de forma inesperada y haga que el lector de pantalla empiece a leer de nuevo desde el principio. Los usuarios videntes también pueden desorientarse con la actualización inesperada.

La cabecera HTTP que se establece es Refresh: {tiempo en segundos}; url={URI de la nueva ubicación}. También es posible omitir el URI y obtener una página que se actualiza periódicamente, lo que provoca el mismo problema. En ese caso, la cabecera HTTP que se establece es Refresh: {tiempo en segundos}.

Ejemplos

public void doGet (HttpServletRequest request, HttpServletResponse response)
   throws IOException, ServletException {
      response.setContentType("text/html");
PrintWriter out = response.getWriter();
response.setHeader("Refresh", "10; URL=TargetPage.html");
out.println("<!DOCTYPE html>");
out.println("<html><head><title>Redirect</title></head><body>");
out.println("<p>This page will redirect you in 10 seconds.</p>");
out.println("</body></html>");
}

Pruebas

Técnicas relacionadas

• F40: Fallo debido a usar una redirección meta con un límite de tiempo
• F41: Fallo de los criterios de conformidad 2.2.1, 2.2.4 y 3.2.5 debido a usar meta refresh para recargar la página

Recursos

• RFC 9110: HTTP Semantics 15.4. Redirection 3xx (redirecciones 3xx en la especificación de HTTP)