Redirects 301 vs 302: impacto real en el ranking
Cuando el 301 preserva equity, cuando el 302 sabotea el crecimiento y que hace Googlebot realmente con cada codigo de estado.
Cambiamos la plataforma de un e-commerce en enero y perdimos 38% del trafico organico en dos semanas. El culpable no fue el contenido, ni la arquitectura nueva, ni el Core Update de la epoca: era una regla de redirect 302 en Cloudflare Workers que el equipo de infra subio por seguridad, pensando que podria revertirla despues. Googlebot lo leyo como temporal, mantuvo las URLs antiguas en el indice y la senal de autoridad quedo oscilando entre dos versiones de la misma pagina. Este caso resume el problema: el redirect no es un detalle tecnico, es una senal semantica, y usar el codigo equivocado cuesta ranking.
La diferencia formal es simple. El 301 le dice al crawler que la URL cambio en definitivo, transfiere el PageRank acumulado (con perdida minima, segun Gary Illyes en 2023) y pide actualizar el indice. El 302 dice que el cambio es temporal, mantiene la URL antigua como canonica de facto y no consolida senales. En el dia a dia, la mayoria de los CMS y frameworks usa 302 por defecto cuando no se especifica, lo cual basta para sangrar equity en migraciones, cambio de slug y consolidacion de duplicados. Haz una Como auditar SEO on-page sin caer en conjeturas periodica que incluya codigos de estado y encontraras 302 en lugares que nadie recordaba haber tocado.
Existen casos legitimos para el 302, y conviene reconocerlos antes de cambiar todo. Tests A/B server-side con duracion limitada, geolocalizacion cuando aun no tienes hreflang implementado, rutas de checkout que vuelven al carrito, mantenimientos programados de 24-48h. El criterio es binario: la URL antigua volvera a servir el contenido original? Si es si, 302. Si es no, 301. Cuando producto pide un test de larga duracion, fuerza la conversacion hacia un 301 con rollback documentado, o descubriras en Search Console que ambas versiones compiten por la misma query (mira Search Console: 7 informes infrautilizados y que extraer de ellos para extraer eso).
El impacto en el ranking no se reduce a perdida de equity. Las cadenas de redirect, la mezcla de 301 y 302 y los loops son la plaga real. En una auditoria reciente de un cliente SaaS encontramos 14 mil URLs con cadenas de 3+ hops, terminando en un 302. Googlebot, segun el log file analysis que corrimos (vale el Log file analysis: que esta haciendo realmente Googlebot para sentir el dano), abandonaba la mitad de esas cadenas antes del destino. Resultado: paginas estrategicas indexadas con contenido erroneo y crawl budget quemado en redireccionamientos. Cada hop suma latencia, empeora LCP y apila senales conflictivas de canonicalizacion, que conversan mal con lo que ya definiste en Canonical tags: errores comunes que sangran trafico organico.
La metodologia que uso para auditar esto cabe en cuatro pasos. Primero, Screaming Frog o Sitebulb en modo lista, alimentado por el top 5000 de URLs de GSC y GA4. Segundo, cruzar response code con estado en el indice via API de Search Console. Tercero, aislar tres grupos: 302 que deberian ser 301 (la mayoria), 301 en cadena (consolidar a un hop) y 4xx servidos detras de redirects (peor caso). Cuarto, priorizar por trafico y backlinks apuntando a la URL origen, usando Ahrefs o Majestic. En e-commerce la curva suele ser brutal: 5% de las URLs concentra 80% del equity, y es ahi donde el 301 correcto recupera trafico en 4-8 semanas, como vimos en la migracion discutida en On-page para e-commerce: PLP vs PDP sin canibalizar.
Un detalle que pocos equipos consideran: el 307 y el 308, equivalentes HTTP/1.1 modernos del 302 y el 301, preservan el metodo de la peticion (importante para POSTs en APIs, irrelevante para SEO de paginas que sirven GET). Google trata 308 como 301 y 307 como 302 para indexacion, segun la documentacion oficial actualizada en 2025. Usa el que tu stack sirva correctamente, pero nunca los mezcles en la misma cadena. Y si trabajas con sitios multilingues, recuerda que redirigir por IP o Accept-Language sin hreflang correcto genera el peor de los mundos: el Googlebot estadounidense nunca llega al contenido en ES, como detalle en hreflang sin dolor: implementacion para sitios multilingues.
Takeaway practico: corre hoy un crawl de la home a 3 niveles de profundidad, filtra por response code 302 y 307 y pregunta por cada uno si la URL antigua volvera realmente. Si la respuesta es no o tal vez, cambia a 301. En paralelo, mapea cadenas con mas de 1 hop y consolida al destino directo. Documenta las reglas en un archivo versionado en el repo de infra, no en el panel del CDN, para que el proximo cambio de plataforma no borre el trabajo. El equity de enlace no se recupera con peticion amable, se recupera con el codigo de estado correcto en el lugar correcto.