Comprobador de cadenas de estado HTTP
Introduce una URL y ve cada salto que da hasta llegar: cada estado de redirección, cada destino, la URL final y las cabeceras de seguridad de la respuesta final —rastreado desde el servidor de sysosx, así que la cadena es lo que ve el resto de internet, no lo que tu navegador ya guardó en caché—.
¿Prefieres vigilarlo automáticamente? Vigílalo gratis con myeventwatch — alertas de caducidad y caídas, sin tarjeta.
Qué es una cadena de redirecciones
Una cadena de redirecciones es la secuencia de direcciones que un navegador o rastreador visita realmente de camino a la página que pediste. Escribes una URL; el servidor responde «ya no está aquí, prueba esta otra»; el cliente la sigue, y el siguiente servidor puede responder lo mismo otra vez. Cada paso es un salto, y cada salto lleva un código de estado que dice qué tipo de traslado es. Una cadena de un salto es la forma normal de la web moderna: http simple actualizado a https, o un dominio raíz desnudo enviado a www. Una cadena de dos o tres suele significar que dos sistemas distintos opinaron: una regla de CDN más una regla de CMS, o una regla de migración apilada sobre otra más antigua. La cadena que muestra esta página se rastrea desde el servidor de sysosx, salto a salto, con cada salto vuelto a comprobar por seguridad antes de seguirlo, hasta cinco saltos.
El estado de cada salto es la parte que merece leerse con cuidado. Un 301 o un 308 dice que el traslado es permanente: la dirección antigua desapareció y los buscadores deben entregar su posicionamiento a la nueva. Un 302 o un 307 dice temporal: la dirección antigua puede volver, así que el posicionamiento se queda y las cachés no deben asentarse. Un 303 dice «la respuesta está allí» y se ve sobre todo tras el envío de formularios. El fallo práctico es un 302 que debía ser permanente —una regla de migración escrita con prisa— que pierde posicionamiento en silencio y deja a las cachés sirviendo la dirección antigua mucho después del traslado. Las cadenas también se rompen de formas más aburridas: un salto de vuelta a una dirección anterior crea un bucle infinito, un salto a otro host pierde la ruta, y un salto de https de vuelta a http deshace la seguridad que el primer salto acababa de establecer.
Cómo leer el resultado
El resultado enumera los saltos en orden, empezando por la URL que introdujiste. Una línea de salto muestra la dirección solicitada, el estado devuelto y —en una redirección— el destino al que apuntaba. La última línea es la dirección que respondió realmente con contenido, junto con su estado, la cabecera de servidor si se envió una, y el tiempo total que tardó el rastreo. Debajo se resumen las cabeceras de seguridad de la respuesta final: qué cabeceras protectoras están presentes y cuáles faltan. Una cadena que termina en un estado 4xx o 5xx no es un problema de redirección, es el destino en sí fallando —la cadena sigue diciéndote cómo llegaste al fallo, que suele ser donde vive la corrección—. Un resultado de «demasiadas redirecciones» significa que el quinto salto aún apuntaba hacia adelante; la cadena mostrada es la prueba, y acortarla es la corrección, no seguirla más.
Herramientas relacionadas: propagación DNS cuando el problema es que distintos lugares ven direcciones distintas, comprobación de salud del sitio para el panorama completo —alcanzabilidad, certificado, caducidad y registros juntos— y el comprobador SSL cuando un salto cae en un error de certificado.
Lectura adicional: por qué un sitio se ve distinto desde lugares distintos — cadenas de redirección, propagación DNS y cachés intermedias, y cómo saber cuál te está mordiendo.
Preguntas frecuentes
¿Esta comprobación se ejecuta desde mi navegador o desde un servidor?
Desde un servidor. Tu navegador envía la URL a sysosx, y el comprobador de sysosx la obtiene —siguiendo cada redirección, salto a salto, desde su propia posición en la red—. Ese es el punto: una cadena rastreada desde un servidor muestra lo que ven los buscadores y las redes de los visitantes, no lo que la caché de tu navegador ya sabe. La petición viene del comprobador de sysosx, y la URL que introduces es lo único que se envía.
¿Por qué importa el esquema inicial?
Porque el primer salto suele ser el más importante. Una URL introducida como http:// se rastrea empezando en http, así que una actualización a https aparece como su propio salto —exactamente lo que quieres al auditar si el HTTP simple redirige de verdad—. Una URL introducida como https:// se rastrea desde https. Un nombre de host desnudo usa https por defecto.
¿Qué significan los distintos estados de redirección?
301 y 308 son permanentes: la dirección antigua desapareció para siempre y los buscadores deben transferir el posicionamiento a la nueva. 302 y 307 son temporales: la dirección antigua puede volver. 303 significa «ve a mirar allí» (normalmente tras el envío de un formulario). Para una migración de sitio casi siempre quieres 301 o 308; un 302 que debía ser permanente pierde posicionamiento en silencio y confunde a las cachés.
¿Cuántas redirecciones son demasiadas?
El comprobador sigue hasta cinco. Una cadena de uno o dos saltos es normal (http a https, raíz a www). Tres o más suele significar capas acumuladas: una regla de CDN, una regla de CMS y una regla de migración antigua disparándose en secuencia. Cada salto cuesta un viaje de ida y vuelta y un poco de señal de posicionamiento, y las cadenas de más de cinco se informan como demasiadas en lugar de seguirse para siempre —una cadena así de larga es en sí misma el hallazgo—.
¿Por qué hay un límite de frecuencia?
Cada rastreo hace peticiones reales al servidor de otra persona, salto a salto. Para mantener la cortesía, los rastreos nuevos se limitan por visitante (unos veinte por hora, con un pequeño margen de ráfaga) y los resultados se guardan en caché una hora. Un resultado en caché se etiqueta como tal; añade ?fresh=1 a la llamada a la API para una nueva comprobación, sujeta a los mismos límites.