Página con redirección: ¿error o normal? (Search Console)
En el informe "Indexación de páginas" de Google Search Console, «Página con redirección» no es un defecto que reparar. Es lo contrario: la URL listada apunta a otra, y Google indexa el destino —exactamente lo que se espera de una redirección.
El estado solo se vuelve interesante cuando la redirección no hace lo que crees. ¿Y si la cadena se alarga, de A a B a C? ¿Y si una página estratégica redirige al inicio en lugar de a su verdadero equivalente? ¿Y si tus enlaces internos siguen apuntando, por cientos, a antiguas URLs redirigidas?
Tres casos en los que una redirección de apariencia perfectamente normal te cuesta presupuesto de rastreo y posiciones.
¿Qué significa «Página con redirección»?
Significa que la URL listada apunta a otra dirección (una respuesta HTTP 3xx). Google, por tanto, no la indexa bajo esa URL: sigue la redirección e indexa la página de destino. En la gran mayoría de los casos, es el comportamiento esperado, no una anomalía.
De hecho, es señal de que tu redirección funciona. Cuando mueves una página, la consolidas en otra o pasas a HTTPS, la URL antigua debe apuntar a la nueva. Google la ve, la marca «Página con redirección» e indexa el destino en su lugar.
Así que la única pregunta útil no es «cómo hago desaparecer este estado», sino «¿la redirección lleva adonde debería, y de forma limpia?».
Cuando es normal: nada que hacer
La mayoría de las URLs de este informe están ahí por buenas razones. Estas redirecciones son sanas y no requieren ninguna acción:
- HTTP a HTTPS.
http://tu-sitio.comapunta ahttps://tu-sitio.com. Imprescindible, y cada URL antigua aparecerá aquí. - Con o sin
www. Elegiste una versión canónica del dominio; la otra redirige a ella. - Barra final.
/productoy/producto/deben existir en una sola versión; la otra redirige. - Migración o rediseño. Tras un cambio de URLs, las direcciones antiguas redirigen a las nuevas. Seguirán listadas un tiempo: es normal.
- Consolidación de duplicados. Dos páginas casi idénticas fusionadas en una, con una redirección de la antigua a la versión conservada.
El punto común: la redirección lleva a la página correcta, en un solo salto. Mientras sea así, no hay nada que corregir.
Cuando la redirección es un problema
El estado merece tu atención en cuatro situaciones. Ninguna es visible desde la etiqueta «Página con redirección»: hay que mirar adónde lleva la redirección, y cómo.
- La cadena de redirección. La URL A redirige a B, que redirige a C, que redirige a D. Cada salto ralentiza la carga, consume presupuesto de rastreo y diluye un poco las señales transmitidas. Google acaba siguiéndola, pero prefiere explícitamente las redirecciones directas.
- El bucle de redirección. A apunta a B, que apunta de vuelta a A. La página se vuelve inalcanzable, para Googlebot y para tus visitantes. Es un error real, a corregir primero.
- El destino irrelevante. Una página estratégica redirige al inicio o a una categoría superior en lugar de a su verdadero equivalente. Pierdes la página y su potencial: Google indexa un destino que no responde a la misma intención. Es el caso más costoso y más discreto.
- La redirección por error. Una página que debía seguir en línea redirige por una regla demasiado amplia o un resto de migración. Desaparece del índice sin que lo hayas querido.
Entender los códigos de redirección: 301, 302, 303, 307, 308
No todos los estados 3xx son iguales, y el código que eliges cambia cómo trata Google la página. Respuesta directa: señala un movimiento permanente con un 301 (o 308); uno temporal con un 302 (o 307).
- 301 — Permanente. El destino se convierte en la versión canónica y hereda las señales. El código por defecto de un movimiento definitivo.
- 302 — Temporal. Google mantiene la URL original como canónica, útil si piensas restaurar la página. Google indica que un 302 mantenido mucho tiempo acaba tratándose como un 301.
- 308 — Permanente, poco conocido. Equivalente al 301, con una diferencia: preserva el método HTTP (un envío
POSTsigue siendoPOST, mientras que un 301 puede convertirlo enGET). Para el SEO, Google lo trata como un 301. - 307 — Temporal, poco conocido. Equivalente al 302 que también preserva el método. Google lo trata como un 302 para la canonicalización.
- 303 — See Other. Fuerza una solicitud
GETtras un envío de formulario. Raro en SEO, pero conviene reconocerlo.
Un caso aparte suele causar confusión: el «307 interno» ligado a HSTS. Cuando tu sitio impone HTTPS mediante HSTS, el navegador fuerza él mismo http:// a https:// con un 307 generado localmente —no es una redirección de servidor real. Aparece en las herramientas de desarrollo, pero no hay nada que corregir: no lo confundas con una redirección a limpiar.
El coste oculto: las URLs redirigidas que sigues enlazando
Este es el punto que casi nadie trata, y que pesa en los sitios grandes. Una redirección puede ser perfectamente limpia y aun así costarte, si sigues apuntando a la URL antigua.
Cada enlace interno a una dirección redirigida obliga a Google y a tus visitantes a pasar por un salto inútil. En el rastreo, es presupuesto gastado para alcanzar una página que solo existe para redirigir. Y un sitemap que sigue listando URLs antiguas redirigidas envía a Google una señal contradictoria: le envías páginas que a la vez le pides abandonar.
La regla es simple: una vez puesta la redirección, actualiza tus enlaces internos y tu sitemap para apuntar directamente a la URL final. La redirección se queda como red de seguridad para los enlaces externos que no controlas, pero tu propio sitio ya no debe pasar por ella.
Ahora que sabes distinguir la redirección sana del problema real, queda detectar los segundos entre las primeras —en el conjunto de tus URLs.
Identificar las páginas afectadas en la lista que analizas
Aquí es donde Search Console muestra su límite: su herramienta de inspección de URL trata una sola URL cada vez. Para saber, página por página, a qué destino redirige, si forma una cadena y si la sigues enlazando, inspeccionas, lees, pasas a la siguiente. Viable con unas pocas páginas. Con cientos, detectar la cadena que se alarga o la página estratégica mal redirigida se vuelve impracticable.
Ese es el muro que IndexProbe derriba. IndexProbe es la versión en masa de la herramienta de inspección de URL de Google: consulta la API oficial de Search Console para inspeccionar, en un solo análisis, la lista de URLs que le proporcionas (importación CSV, sitemap, copiar y pegar). Para cada página muestra su estado de indexación, la URL de destino de la redirección, el segmento y los enlaces internos que recibe.
Ver, para cada URL, su destino de redirección y las cadenas que se forman, en toda tu lista, ningún informe nativo de la GSC lo ofrece.
Lo que obtienes depende de la lista que aportes. IndexProbe no rastrea tu sitio para descubrir URLs: inspecciona las que le das, y solo esas.
- Una selección de páginas estratégicas (tus páginas clave, tu sitemap de páginas a indexar). Cualquier página importante que aparezca como «Página con redirección» cuando debía estar indexada es una señal inmediata: una redirección por error, o un destino que no es el correcto.
- Una exportación completa de tus URLs (sitemap entero, exportación de rastreo…). El desglose por tipo de página muestra dónde se concentran las redirecciones, y el cruce con los enlaces internos revela las antiguas URLs redirigidas que tu enlazado sigue apuntando.
💡 ¿Quieres saber adónde redirigen tus URLs, cuáles forman cadenas y cuáles sigues enlazando? IndexProbe inspecciona tu lista de URLs y te da la respuesta en un análisis. Probar IndexProbe en acceso anticipado →
Corregir según el caso
Una vez triadas tus páginas, la corrección depende del problema. La mayoría de las redirecciones no requiere ninguna; concéntrate en los cuatro casos siguientes.
- Cadena de redirección. Reemplaza la cascada por una redirección directa de la URL de partida a la final. A no debe pasar ya por B y C: A apunta directamente a D.
- Bucle de redirección. Identifica las dos reglas que se apuntan entre sí y corrige la sobrante, para que la cadena termine en una página real en 200.
- Destino irrelevante. Haz que la redirección apunte al equivalente real de la página (el producto que la sustituye, la categoría más cercana), no al inicio por defecto.
- Enlazado y sitemap. Actualiza tus enlaces internos y tu sitemap para apuntar a la URL final, sin pasar por la redirección. Y comprueba el código: un movimiento permanente debe ser un 301 (o 308), no un 302/307.
Comprobar que la corrección funcionó
Tras tus correcciones, confirma a escala. Reinspecciona tus URLs y compara dos análisis en el tiempo: las cadenas deben resolverse (un solo salto), las páginas estratégicas mal redirigidas deben apuntar ahora al destino correcto —o reindexarse si no debían redirigir en absoluto.
Es el ciclo completo: entender que la redirección suele ser normal, detectar cadenas, bucles y destinos irrelevantes, corregir en directo, comprobar.
Preguntas frecuentes
«Página con redirección», ¿es grave? No en sí mismo. En la mayoría de los casos es una redirección normal (HTTPS, www, barra, migración) y Google indexa correctamente el destino. Se convierte en problema en caso de cadena, bucle, destino irrelevante, o una página redirigida por error.
¿Por qué mi página aparece como «Página con redirección»? Porque esa URL apunta a otra dirección. Google no indexa la URL de origen, sino su destino. Comprueba a qué página redirige y en cuántos saltos: si el destino es el correcto y el salto es único, no hay nada que hacer.
¿Debo usar una redirección 301 o 302? Para un movimiento permanente, usa un 301 (o un 308, que preserva el método HTTP): el destino se vuelve canónico. Para uno temporal, un 302 (o 307): Google mantiene la URL original. Un 302 dejado mucho tiempo acaba tratándose como un 301.
¿Qué es una cadena de redirección y por qué corregirla? Es una serie de redirecciones (A a B a C). Cada salto ralentiza la carga, consume presupuesto de rastreo y diluye señales. La corrección consiste en redirigir la URL de partida directamente a la final, en un solo salto.
¿El «307» que veo es un problema? No necesariamente. Si tu sitio usa HSTS, el navegador fuerza él mismo HTTP a HTTPS mediante un 307 generado localmente: no es una redirección de servidor real y no hay nada que corregir. Un 307 devuelto por el servidor, en cambio, es una redirección temporal clásica.
¿Cómo comprobar este estado en un gran número de URLs? La inspección de URL de Search Console trata una URL cada vez. Para triar a escala, una herramienta como IndexProbe inspecciona la lista de URLs que le proporcionas (CSV, sitemap) y muestra, para cada una, el estado, el destino de redirección y los enlaces internos que recibe.
Deja de seguir tus redirecciones de una en una. IndexProbe se conecta a la API oficial de Search Console e inspecciona tu lista de URLs en un solo análisis: estado de indexación, destino de redirección, segmento, enlaces internos. En minutos detectas cadenas, bucles y destinos irrelevantes, y verificas tus correcciones de un análisis al siguiente.