Una redirección 301 es la respuesta del servidor que le dice a Google y a los navegadores “esta URL se movió permanentemente a esta otra”. Es la herramienta más usada en migraciones SEO porque transfiere ~99% de la autoridad acumulada de la URL vieja a la nueva. Hecha bien es transparente para el SEO. Hecha mal es la causa más común de pérdida de tráfico orgánico en rediseños.
Qué es exactamente una 301
301 es uno de los códigos HTTP de respuesta. Cuando un usuario o un crawler pide una URL que devuelve 301, el servidor responde con dos cosas: el código 301 (que dice “movido permanentemente”) y un header Location que indica la URL destino. El cliente automáticamente sigue a la nueva URL.
Para Google, recibir 301 es señal clara de “esta URL ya no debe existir, transferí todo lo que sabías de ella a la nueva”. Después de varias visitas con la misma respuesta 301, Google quita la URL vieja del índice y consolida ranking, backlinks, autoridad y señales internas en la URL destino.
301 vs 302: la diferencia que más cuesta
302 indica redirección temporal. La diferencia con 301: Google trata el destino como temporario, mantiene la URL vieja en el índice más tiempo, y no transfiere autoridad de la misma forma. Para SEO esto significa que la migración nunca termina de consolidarse.
El error frecuente: equipos de desarrollo que configuran redirects con el default del framework. Muchos frameworks devuelven 302 por default cuando hacés return res.redirect('/destino') en lugar de especificar 301. En auditorías encuentro sitios con cientos de 302 en URLs que deberían ser 301 desde hace años. Detalle completo en HTTP status codes.
Cuándo usar 301
Migración de plataforma
Cambio de dominio, cambio de CMS, cambio de estructura de URLs. Cada URL legacy con tráfico debe tener su 301 al nuevo destino. Detalle en migración SEO.
Rebranding o cambio de marca
El dominio nuevo recibe redirect del viejo URL por URL. Sin esto, todo el SEO acumulado en años se pierde.
Consolidación de duplicados
Productos discontinuados que se redirigen a la categoría madre o a un producto sucesor. Mejor que devolver 404 si la URL tenía backlinks.
HTTP a HTTPS
Cuando se migra de http:// a https://. Cada URL del sitio debe tener su 301 a la versión segura. Cubierto en mobile-first y Page Experience.
Errores que destruyen migraciones
1. Redirect chains
A → B → C → D = cuatro hits de Googlebot para llegar a D. Cada hop diluye autoridad y aumenta latencia. Si A debe llegar a D, redirect directo A → D. Las chains son típicas en sitios con varias migraciones acumuladas.
2. Redirect a la home como fallback
“Para todas las URLs viejas que no mapeo, redirect a /”. Google interpreta esto como soft 404 (la URL no se reemplazó por algo equivalente, se mandó a un destino genérico). El SEO acumulado se pierde igual.
3. Redirect entre URLs de contenido distinto
Redirect de /producto-A/ a /producto-B/ cuando son productos distintos. Google detecta el mismatch y trata el redirect como soft 404. La URL vieja sigue indexada como duplicado dudoso.
4. Redirect mass sin auditoría previa
Aplicar redirects pre-migración sin verificar qué URLs tenían tráfico real. Resultado: redirect de URLs que ya estaban deprecadas hacia páginas nuevas que reciben tráfico de origen incorrecto.
Redirect 301 vs canonical
Es la confusión más común con canonical. Regla simple: 301 cuando la URL vieja NO debe existir más (la URL desaparece del sitio, el usuario va a la nueva), canonical cuando ambas URLs DEBEN existir pero querés consolidar autoridad en una. Detalle completo en canonical.
Caso típico que aclara la diferencia: una migración cambia /producto-rojo/ a /productos/rojo/. La URL vieja se elimina → 301. En cambio, /productos/rojo/?utm_source=… y /productos/rojo/ ambas existen → canonical apunta de la primera a la segunda.
Cómo se monitorea
Las dos fuentes principales: Search Console (sección “Index Coverage” muestra URLs con redirect detectado, errores en redirects, redirect chains identificadas) y crawl completo del sitio (Screaming Frog en modo “Follow redirects” lista todas las cadenas detectables). El análisis de logs es el complemento crítico — muestra exactamente qué URLs están recibiendo Googlebot y qué status devuelve cada una.
Cómo se aplica en la práctica
El stack típico de gestión de redirects en proyectos enterprise: redirect map firmado pre-migración, validación con crawl en staging antes del launch, monitoreo intensivo post-launch primeras 4 semanas, auditoría trimestral de chains acumuladas, y aplanamiento periódico para mantener “un hop max”. La metodología completa de migración está en /servicios/migracion-seo/.