Documentación

Que los enlaces antiguos y las direcciones http:// lleguen a su destino

Las redirecciones se configuran una vez y luego se olvidan, hasta que se sustituye un servidor web, se reescribe una regla de la CDN o se lanza una nueva versión del sitio. Entonces http:// deja de reenviar a https://, el dominio sin www ya no llega a la versión con www, las URL antiguas de productos a las que apuntan años de enlaces responden 404, o dos reglas mandan a los visitantes de un lado a otro hasta que el navegador se rinde. Una comprobación de disponibilidad normal sigue la redirección, encuentra una página que funciona al final y no informa de nada.

Pingsured puede comprobar la propia redirección.

Comprobar una redirección

Desactive «seguir redirecciones» en el ping. La comprobación evalúa entonces la respuesta de la redirección, no la página que hay detrás:

Falla cuando la redirección desaparece, cuando se convierte en una 302 temporal y cuando apunta a cualquier otro sitio. Use un ping por cada redirección importante: la versión http de su dominio, el dominio sin www y las direcciones antiguas de sus páginas más enlazadas.

Comprobar una cadena completa

Con «seguir redirecciones» activado, fije el número máximo de redirecciones (3 por defecto, hasta 20) y espere un 200. Una cadena más larga termina en una redirección en lugar de en una página, así que el estado no coincide y la comprobación falla. Así se detectan los bucles de redirección y las cadenas que han crecido un salto con cada migración.

Después de un relanzamiento

En una migración de sitio es donde las redirecciones más importan y más fallan. Antes del cambio, cree un ping para cada una de sus URL antiguas más importantes, con su nueva dirección esperada. El día del lanzamiento le dicen qué reglas funcionan, y siguen comprobando después, cuando el siguiente cambio en la configuración del servidor deshaga una sin que nadie lo note.

Por qué comprobar las redirecciones con Pingsured

• Ve lo que el navegador no muestra. Una redirección que funciona pero lleva al sitio equivocado, o usa un código de estado incorrecto, parece correcta a quien hace clic.
• Comprobaciones exactas. Código de estado y cabecera Location, comparados de forma exacta o con una expresión regular.
• Desde cada ubicación. Las redirecciones suelen hacerlas las CDN; cada ubicación se evalúa por separado, así que una regla que falta en un nodo no queda oculta por los demás.
• Las credenciales se quedan donde deben. Cuando una comprobación sigue una redirección a otro host, las cabeceras de petición que usted configuró no se reenvían.

Límites que conviene conocer

• Una comprobación que no sigue redirecciones evalúa una sola respuesta. Para comprobar tanto la redirección como la página a la que lleva, use dos pings.
• Las comprobaciones envían peticiones GET o HEAD.