Comprobador de Redirecciones

Usa el Comprobador de Redirecciones para seguir una URL pública a través de sus redirecciones HTTP e inspeccionar la respuesta alcanzada al final. El informe muestra las direcciones observadas, los códigos de estado y los destinos de redirección. Compara esas pruebas con el lugar al que debería llevar el enlace: una cadena completada puede llegar a la página equivocada y una comprobación incompleta no puede confirmar el destino final.

Introduce la URL que necesitas comprobar

Empieza por la dirección que usan las personas, incluida su ruta y los parámetros de consulta relevantes. Comprobar solo la página de inicio no indica qué ocurre con un enlace antiguo de producto. Por ejemplo, http://example.com/products/old-mug/ ilustra una dirección de origen; sustitúyela por la URL pública que quieras investigar.

Antes de enviar la URL, identifica el destino esperado y si el cambio debe ser permanente o temporal. Tras cambiar la URL de un producto, podría ser el mismo producto en su dirección nueva. Durante una interrupción temporal del servicio, quizá la dirección original deba mantenerse como punto de entrada a largo plazo.

Introduce una URL HTTP o HTTPS completa e inicia la comprobación. Screpy realiza una petición GET y sigue las redirecciones HTTP compatibles. No descubre todas las variantes de tu dominio, no utiliza tu sesión iniciada en el navegador ni ejecuta scripts. Para comparar distintas rutas, protocolos o nombres de host, envía esas URL de origen por separado.

Lee la cadena de redirecciones y la respuesta final

Lee las filas de respuesta en orden. Cada una indica la URL solicitada, su estado HTTP y un destino Location cuando una redirección compatible lo proporciona. Los valores de Location se muestran como direcciones resueltas. Si una respuesta apunta a /products/new-mug/, el informe resuelve esa ruta respecto a la URL que la envió; la dirección mostrada puede diferir del texto literal original de la cabecera.

Esta cadena ilustrativa tiene tres respuestas y dos redirecciones. Es un ejemplo, no el análisis de un sitio real:

http://example.com/products/old-mug/       301 → https://example.com/products/old-mug/
https://example.com/products/old-mug/      301 → https://example.com/products/new-mug/
https://example.com/products/new-mug/      200

Aquí el primer estado es 301, el final es 200 y la URL final corresponde a la dirección nueva del producto. La fila final de 200 es una respuesta, no otra redirección. En una comprobación completada, el recuento de redirecciones describe las transiciones entre las respuestas observadas. Si se detiene antes, interpreta el número junto con las filas conservadas, no como la longitud total de la cadena.

Interpreta el color del resultado con esos detalles:

• Verde: una respuesta satisfactoria directa sin redirecciones seguidas. Es útil cuando la URL ya debería ser el destino.
• Amarillo: una redirección, aunque termine con una respuesta satisfactoria, u otra respuesta que requiere revisión. Una redirección amarilla no es automáticamente un enlace roto.
• Rojo: un error HTTP final, como 404 o 500. Lee el destino y el código antes de decidir qué corregir.
• Gris: no se pudo establecer una respuesta final. Las filas conservadas son pruebas parciales.

Estos colores describen categorías de respuesta. No puntúan el contenido, no prueban la indexación ni determinan si una redirección cumple tu intención.

Entiende los códigos 301, 302, 303, 307 y 308

Elige el comportamiento deseado antes del estado. Estos son los cinco códigos de redirección que sigue el comprobador:

Las diferencias siguen la semántica de redirecciones HTTP del RFC 9110. Una comprobación que solo usa GET no puede verificar qué ocurre con un POST enviado o su cuerpo. Ver aquí 307 o 308 no prueba el flujo de envío de un formulario.

La guía de Google sobre redirecciones recomienda redirecciones permanentes del servidor para cambios permanentes de URL. Google las usa como señal que favorece el destino como URL canónica; las temporales tienen otro propósito. Eso no convierte todo 302 en un error SEO ni promete que un 301 cambie inmediatamente los resultados de búsqueda.

Si un traslado permanente devuelve inesperadamente un código temporal, inspecciona la regla responsable. En un desvío temporal intencionado, no cambies el estado solo para obtener un resultado que parezca mejor.

Comprueba que el destino sea la página correcta

Una cadena completada indica dónde terminó esta petición. No establece que la página sea un reemplazo adecuado. El comprobador lee estados y destinos de redirección sin inspeccionar el contenido de la página final.

Compara la URL final con el destino identificado antes de comprobarla. Revisa el nombre de host, la ruta y los parámetros relevantes. Un enlace antiguo de producto que termine en la página de inicio con 200 puede seguir sin resolver la necesidad del visitante. Abre el destino y decide si contiene el producto, artículo u otro reemplazo pertinente. Si no existe uno adecuado, no lo inventes solo para eliminar un error del informe.

Revisa también una advertencia de HTTPS a HTTP. Decide si la regla apunta a la dirección segura prevista y corrige un cambio no intencionado. La advertencia describe esa transición; no es una auditoría de seguridad del destino.

Si la página debe aparecer en búsquedas, utiliza el Comprobador de Etiquetas Canonical para inspeccionar por separado su URL preferida declarada. Una redirección satisfactoria no confirma la declaración canonical, la ausencia de noindex ni la decisión de indexación de Google. Una cadena HTTP correcta y una declaración correcta en la página son observaciones distintas.

Diagnostica una cadena incompleta

Cuando la URL o el estado final no estén disponibles, empieza por la última respuesta registrada realmente. Un valor Location indica dónde quería enviar la petición esa respuesta. No demuestra que se alcanzara la dirección siguiente ni que respondiera satisfactoriamente. Un resultado no disponible también difiere de un error HTTP observado: un tiempo agotado no tiene código final confirmado, mientras que una respuesta recibida puede devolver explícitamente 404 o 403.

Usa las filas conservadas para acotar la investigación:

• Direcciones repetidas: la secuencia ilustrativa A → B → A es un bucle. Revisa las reglas que devuelven la petición a una URL ya visitada, como reglas contradictorias de host o ruta.
• Una secuencia larga sin repetición: el comprobador sigue como máximo cinco redirecciones. Llegar a ese límite no establece un bucle ni revela el resto de la cadena. Inspecciona por separado el último destino registrado.
• Estado de redirección sin destino utilizable: comprueba que la respuesta proporcione un Location válido. Un destino ausente o inválido no puede tratarse como un traslado completado.
• Sin respuesta siguiente: los problemas de acceso público, resolución de nombres, conexión o conexión segura pueden impedir la comprobación. La cadena completa dispone de ocho segundos, no de ocho por salto. Los límites de cabeceras y los destinos privados o no compatibles también pueden detenerla.

Si el destino devuelve una restricción de acceso o un límite de peticiones, investiga esa condición antes de asumir que el contenido se eliminó. Esta petición puede recibir una respuesta distinta de tu navegador con sesión iniciada. Las redirecciones JavaScript, meta refresh y el comportamiento del navegador quedan fuera del alcance, por lo que un resultado HTTP no explica toda navegación que ves en pantalla.

Corrige la causa y vuelve a comprobar la misma URL

Descarga el informe JSON antes de cambiar una regla. Guarda con él la URL enviada y el destino previsto para que quien haga la corrección distinga lo ocurrido de lo esperado. Esta herramienta exporta el informe en JSON; no ofrece CSV filtrado ni modifica redirecciones por ti.

1. Encuentra la respuesta en la que la dirección o el estado se aparta por primera vez de tu intención. Localiza la configuración que la genera, en lugar de cambiar metadatos de página no relacionados.
2. Corrige un destino, estado, bucle o cambio a HTTP no deseado. Elimina pasos intermedios innecesarios donde controles las reglas y conserva el enrutamiento o seguimiento que tenga una finalidad deliberada. Apunta los enlaces internos directamente al destino previsto cuando ayude al visitante.
3. Ejecuta exactamente la misma URL de origen cuando esté disponible la respuesta pública corregida. Compara la secuencia, los códigos inicial y final, la dirección final y los datos todavía no disponibles con el informe guardado.
4. Comprueba por separado variantes relevantes, como una ruta antigua u otro nombre de host. Reparar una dirección no confirma que todas las correspondencias de una migración sean correctas.

Usa el Comprobador HTTP por Lotes cuando tengas una lista. Acepta hasta 50 URL y permite exportar CSV filtrado. Reserva este comprobador de una URL para leer una cadena en detalle. Una nueva comprobación satisfactoria verifica la respuesta observada ahora; no prueba que un visitante, navegador o rastreador futuro reciba el mismo comportamiento.