Un 301 señala un traslado permanente; un 302, uno temporal. Esa diferencia no suele cambiar lo que ve la persona que visita una página, pero sí comunica a Google qué URL debería representar el contenido en los resultados. Gary Illyes y Cherry Prommawin abordaron esa distinción y la relación entre redirecciones, agrupación de páginas y canonicalización.
La explicación también necesita una precisión: Google no describe un 302 como una orden para ignorar siempre la URL de destino. Su documentación dice que el buscador sigue las redirecciones temporales, pero no las usa como señal de que el destino deba ser la canónica; esa página aún puede indexarse si otras señales apoyan esa elección. La diferencia importa al decidir si se está trasladando una página o desviando tráfico solo durante un periodo limitado.
La redirección comunica una intención
Un 301 indica que la URL ha cambiado de forma permanente y que el destino debería ocupar el lugar de la página de origen en los resultados. Un 302 comunica que el cambio es temporal y que se espera recuperar la URL anterior. Desde el punto de vista del visitante, ambos códigos pueden llevar a otra página; para la búsqueda, no expresan la misma preferencia sobre cuál debe aparecer.
Google recomienda una redirección permanente del lado del servidor cuando se quiere cambiar la URL mostrada en los resultados. Para una interrupción temporal, una redirección temporal puede enviar a los usuarios a una página informativa sin que Google interprete ese desvío como una preferencia por sustituir la URL original. El criterio es el propósito real del cambio, no cuál código parece más conveniente para el posicionamiento.
“First of all, relax. No matter which redirect you choose, one of your pages will stay in search and be part of AI training. There are technically correct choices, but getting it wrong is not the end of the world. Google will still index a page. It’s really just a matter of which URL will show up.”
— Cherry Prommawin, Google
La tranquilidad que plantea Prommawin no convierte los códigos en intercambiables: la consecuencia principal es qué versión puede representar el contenido. En la documentación de Google, las redirecciones permanentes son una señal clara a favor del destino como canónica; las temporales se siguen, pero no envían esa misma señal. Por tanto, la decisión puede afectar a la URL visible aunque el contenido siga estando disponible para el buscador.
Agrupar páginas no es lo mismo que elegir una canónica
Illyes y Prommawin describieron dos etapas relacionadas. Primero, Google agrupa páginas cuyo contenido principal es igual o muy similar. Después escoge una URL representativa de ese conjunto: la canónica. La redirección puede ayudar a establecer la relación entre las direcciones, pero su carácter permanente o temporal influye en cuál se propone como representante.
Según la explicación recogida por Search Engine Journal, tanto 301 como 302 pueden contribuir a que Google agrupe URLs similares; el 301, además, tiene efecto de canonicalización. La documentación de Google ofrece un matiz compatible: las redirecciones temporales se siguen, pero el flujo de indexación no las usa como señal de que el destino deba ser canónico. La URL de destino todavía podría indexarse si otras señales apuntan en esa dirección.
La canonicalización no equivale a borrar las demás páginas. Google define la URL canónica como la versión que considera más representativa de un conjunto de duplicados. Puede mostrar una variante duplicada si encaja mejor con la búsqueda, y las versiones no elegidas pueden seguir existiendo como alternativas. Una URL antigua también puede aparecer ocasionalmente tras un cambio de dominio, mientras los usuarios se acostumbran al nuevo nombre.
Ese funcionamiento pone en contexto la llamada “canibalización de contenidos”. Search Engine Journal sostiene que la similitud no implica que Google deje de posicionar todas las páginas de un grupo: el buscador puede agruparlas y seleccionar una como representante. La documentación oficial describe ese proceso y señala que Google evalúa qué versión es más completa y útil. No respalda, por sí sola, una explicación universal de por qué una página concreta no aparece en los resultados; la falta de singularidad o el contenido escaso son problemas distintos de la elección de una URL canónica.
El 301 no sustituye a una migración coherente
Google afirma que, cuando se elige una canónica, puede agrupar señales de páginas duplicadas —por ejemplo, enlaces que apuntan a distintas URLs— y asociarlas a la URL representativa. Search Engine Journal atribuye a Illyes una explicación más tajante: con un 301, Google toma las señales de posicionamiento de la página antigua y las entrega a la nueva. La documentación oficial consultada presenta las redirecciones permanentes como una señal clara para la canonicalización y como un método para unificar señales; no formula la transferencia como una garantía de que cada señal se trasladará íntegramente en todos los casos.
Para equipos que migran un sitio o consolidan varias direcciones, la implicación operativa es alinear las señales. Las redirecciones deben conducir a la URL que se quiere conservar; los enlaces internos deberían apuntar a esa versión y el sitemap debería incluir las URLs preferidas. Google indica que las redirecciones tienen más peso que las anotaciones rel="canonical", y estas más que la inclusión en un sitemap. Combinar señales coherentes aumenta la probabilidad de que se elija la URL deseada.
También hay límites: una preferencia canónica es una sugerencia, no una instrucción absoluta. Google puede seleccionar otra URL a partir de las señales que encuentra durante la indexación. Mantener versiones contradictorias —por ejemplo, redirigir hacia una dirección y declarar otra como canónica— dificulta comunicar qué página debe representar el contenido. La documentación recomienda no indicar canónicas diferentes mediante técnicas distintas.
Cuándo importan 307 y 308
Los códigos 308 y 307 cumplen, respectivamente, funciones permanentes y temporales comparables a las de 301 y 302. Illyes explicó que la diferencia relevante está en cómo se gestiona la información enviada con una petición POST. En el ejemplo que presentó, si un servidor de pago deriva temporalmente una operación a otro servidor, un 307 conserva la petición POST y sus datos; el comportamiento descrito para un 302 puede perder esos datos.
En la búsqueda, Google clasifica 308 como permanente y 307 como temporal. El 308 puede funcionar como alternativa permanente al 301; el 307 mantiene el sentido temporal del 302. Por eso, elegir entre ellos no es solo una decisión SEO: en flujos que reciben datos enviados desde el navegador, el comportamiento de la petición también entra en juego. El caso concreto y la forma en que la aplicación procesa la solicitud deben guiar la elección.
Por qué Google prefiere redirecciones del servidor
Illyes recomendó redirecciones HTTP del lado del servidor frente a redirecciones mediante JavaScript o meta refresh. La razón expuesta es que una redirección del servidor proporciona una instrucción directa, mientras que el navegador debe descargar la página, interpretar su código y ejecutar el mecanismo que lo envía a otra URL. Google también recomienda las redirecciones HTTP para que el cambio se detecte con mayor rapidez.
Eso no significa que JavaScript o meta refresh sean siempre inútiles. La documentación de Google reconoce alternativas: interpreta una meta refresh instantánea como permanente y una diferida como temporal; también puede procesar redirecciones de JavaScript durante el renderizado. Pero las sitúa por debajo de las redirecciones del servidor en probabilidad de interpretación correcta. Si el alojamiento permite configurar una respuesta HTTP, esa es la opción preferida.
Para desarrolladores y empresas, el criterio final es concreto: si la página se ha trasladado definitivamente, usar una redirección permanente y hacer que el resto de señales apunten al mismo destino; si el desvío es provisional, conservar la intención temporal. La elección determina qué URL se propone para Search, cómo se relacionan las versiones y, en ciertos flujos POST, si se conserva la información enviada.
Fuentes: Search Engine Journal, Google for Developers, Google for Developers, Google for Developers
