Verificador de Cadenas de Redirección URL
Ingresa una URL para rastrear su cadena de redirección y analizar códigos de estado HTTP, redirecciones y tiempo total de carga durante todo el recorrido.
Cómo usar Verificador de Cadenas de Redirección URL
- 1
Introduce una URL
Escribe o pega la URL completa que quieres inspeccionar, incluido http:// o https://.
- 2
Comprueba las redirecciones
Haz clic en 'Comprobar redirecciones' para rastrear la URL y seguir cada salto hasta su destino final.
- 3
Lee la cadena de redirecciones
Revisa cada paso, su código de estado HTTP (como 301 o 302) y el tiempo total a lo largo de la cadena.
- 4
Actúa según la evaluación SEO
Usa el panel de impacto SEO, que señala demasiados saltos, cadenas lentas, redirecciones temporales y códigos de error, para corregir los problemas.
Entender las redirecciones y por qué las cadenas perjudican
Qué es una redirección y cómo se forma una cadena
Una redirección es una instrucción del servidor que le indica al navegador que la URL solicitada ahora se encuentra en otro lugar. El servidor responde con un código de estado 3xx y una cabecera Location que nombra la nueva dirección, y el navegador solicita automáticamente esa dirección en su lugar. Una cadena de redirección se forma cuando el destino de una redirección es a su vez otra redirección: el navegador pide A, se le envía a B, luego desde B se le envía a C, y solo en C encuentra la página real. Cada flecha de ese recorrido es un viaje de ida y vuelta independiente a un servidor.
Las cadenas suelen acumularse por accidente con el tiempo. Un sitio pasa de http a https, más tarde cambia de sin-www a www, después reestructura una ruta de URL, y si cada cambio se superpone al anterior sin consolidarlos, un único enlace antiguo puede acabar rebotando por tres o cuatro saltos antes de aterrizar. Este verificador rastrea cada salto y muestra el recorrido completo para que veas exactamente cuánto ha crecido la cadena.
301 frente a 302: permanente y temporal
Los dos códigos de redirección más comunes significan cosas muy distintas. Una 301 es una redirección permanente: les indica a los navegadores y a los motores de búsqueda que el cambio es definitivo, de modo que deben actualizar los marcadores, transferir las señales de posicionamiento acumuladas de la URL antigua a la nueva e indexar el destino. Una 302 es una redirección temporal: indica que la URL original volverá, así que los motores de búsqueda suelen mantener indexada la original y son cautelosos a la hora de transferir señales de posicionamiento. Usar una 302 para un cambio que en realidad es permanente es un error de SEO clásico que deja la autoridad de los enlaces varada en la URL antigua.
La regla general es sencilla. Si el cambio es permanente, como una página retirada o un dominio migrado, usa 301. Si es genuinamente temporal, como una promoción de temporada, una prueba A/B o una página de mantenimiento, usa 302. Ante la duda sobre una redirección de larga duración, la 301 es casi siempre la opción correcta.
307 y 308: los códigos modernos estrictos
Más tarde, HTTP añadió 307 y 308 para eliminar una vieja ambigüedad. Los códigos originales 301 y 302 se implementaron de forma generalizada de un modo que podía convertir una petición POST en una GET al redirigir, lo cual suele ser cómodo para los cambios de página pero es incorrecto para los envíos de formularios y las API. 308 es una redirección permanente como la 301, pero garantiza que se conservan el método HTTP y el cuerpo, y 307 es el equivalente temporal de la 302 con la misma garantía. Para las redirecciones de páginas corrientes, el efecto práctico en SEO de la 308 es idéntico al de la 301, y el de la 307 al de la 302.
Te encontrarás con la 307 sobre todo en dos lugares: como la redirección que emite la precarga de HSTS cuando un navegador actualiza http a https internamente, y en el tráfico de API donde importa preservar el método de la petición. Para las URL de contenido, ceñirse a la 301 para los cambios permanentes sigue siendo la opción convencional y bien entendida.
Por qué las cadenas y los bucles son perjudiciales
Cada salto de una cadena es un ciclo completo de petición-respuesta, y esa latencia se acumula, sobre todo en las redes móviles con tiempos de ida y vuelta altos, donde cada redirección adicional puede sumar cientos de milisegundos antes de que el usuario vea nada. Las cadenas también desperdician el presupuesto de rastreo: los motores de búsqueda tienen un apetito finito de peticiones por sitio, y gastarlo siguiendo de A a B a C a D significa que quedan menos recursos para rastrear el contenido real. También hay indicios de que las señales de posicionamiento pueden disiparse ligeramente a lo largo de una cadena larga en lugar de fluir limpiamente hasta la página final.
Un bucle de redirección es el caso patológico: A apunta a B y B apunta de vuelta a A, así que el navegador gira en círculos hasta que se rinde y muestra un error como ERR_TOO_MANY_REDIRECTS, dejando la página completamente inaccesible. El verificador señala las cadenas demasiado largas, las cadenas lentas, las redirecciones temporales que podrían ser involuntarias y los códigos de estado de error del recorrido, de modo que cada uno de estos fallos sale a la luz en lugar de quedar oculto.
Aplanar las cadenas a un solo salto
La solución para una cadena es hacer que cada punto de partida redirija directamente al destino final en un único salto. Si A va a B y B va a C, actualizas la regla de A para que vaya directo a C, eliminando la escala en B. En Apache esto significa editar las reglas de redirección de tu .htaccess o de la configuración del servidor para que el origen apunte al destino final; en Nginx significa actualizar las directivas rewrite o return. El objetivo es que el destino de ninguna redirección sea a su vez otra redirección.
Audita las redirecciones de forma periódica, porque las cadenas reaparecen poco a poco a medida que un sitio evoluciona. Después de cualquier migración, despliegue de HTTPS o reestructuración de URL, vuelve a rastrear tus URL de entrada más importantes y confirma que cada una resuelve a la página canónica en una sola 301. Presta especial atención a las URL que aparecen en backlinks externos, ya que son las que más autoridad de enlaces aportan y las que más se benefician de una redirección limpia y directa.
Canonicalización: las redirecciones que todo sitio necesita
La mayoría de los problemas de redirección se remontan a la canonicalización, la práctica de canalizar todas las variantes de una URL hacia una única forma canónica. Las cuatro dimensiones son el protocolo (http frente a https), el host (www frente a sin-www), la barra final (una ruta con o sin barra al final) y las mayúsculas y minúsculas. Si se puede acceder a tu sitio en todas las combinaciones de estas, los motores de búsqueda ven contenido duplicado y tus señales de enlace se fragmentan entre las variantes. El remedio es un conjunto de redirecciones 301 que colapsan cada variante en la única URL preferida.
El detalle crucial es combinarlas en un solo salto en lugar de encadenarlas. Enviar http://example.com a https://example.com y de ahí a https://www.example.com son dos redirecciones donde bastaría con una. Configura las reglas para que cualquier petición no canónica, sin importar cuántas dimensiones estén mal, aterrice en la URL totalmente canónica en una sola 301. Ese es el resultado más limpio posible, y el que el verificador etiqueta como buena práctica.
Redirecciones por meta refresh y por JavaScript
No todas las redirecciones ocurren a nivel de HTTP. Una redirección por meta refresh usa una etiqueta HTML meta http-equiv="refresh" para enviar el navegador a otro sitio tras un retardo, y una redirección por JavaScript cambia window.location desde un script. Ambas funcionan para los usuarios, pero son inferiores para el SEO: son más lentas, los motores de búsqueda las tratan de forma menos fiable que una 301 del lado del servidor, y un meta refresh con retardo puede resultar molesto o incluso ser señalado como una mala experiencia. Además, no aparecerán en un rastreo de redirecciones a nivel de HTTP, porque la redirección se decide después de que se cargue el cuerpo de la página.
Siempre que controles el servidor, prefiere una 301 HTTP real antes que una redirección por meta refresh o por JavaScript. Reserva las redirecciones del lado del cliente para los casos en los que de verdad no puedas configurar el servidor. Como este verificador sigue las respuestas 3xx que emite el servidor, una página que parece redirigir en un navegador pero que aquí aparece como un 200 directo es una fuerte señal de que la redirección está ocurriendo en el lado del cliente y debería trasladarse al servidor.
Preguntas frecuentes
¿Qué me muestra el verificador de cadenas de redirección?
¿Por qué son malas para el SEO las cadenas de redirección?
¿Cuál es la diferencia entre una redirección 301 y una 302?
¿Necesito introducir la URL completa con http o https?
¿Es gratuita la herramienta y envía la URL a un servidor?
Herramientas relacionadas
Sigue trabajando con estas prácticas herramientas