Una redirección 301 parece una decisión pequeña: una URL vieja apunta a una URL nueva y el usuario no ve un error. Pero en SEO técnico no es solo un salto. Es una señal que intenta decirle a navegadores, crawlers y motores de búsqueda: “este recurso se movió de forma permanente; la referencia buena ahora está aquí”.
Esa señal puede preservar continuidad, enlaces, tráfico y experiencia de usuario. También puede romperse si se usa como parche: redirigir todo a la home, encadenar tres CMS históricos, mezclar 301 con 302 sin criterio o dejar miles de URLs antiguas sin destino equivalente.
La pregunta útil no es “¿tengo que poner una 301?”. La pregunta es:
¿Qué URL nueva representa de verdad la intención, el contenido y el valor de la URL antigua?
En resumen
Una redirección 301 debe usarse cuando una URL fue sustituida de forma permanente por otra. En Google, una redirección permanente funciona como señal de canonicalización: el destino pasa a ser la URL que debería mostrarse y concentrar señales.
Eso no significa que cualquier 301 conserve valor. La transferencia de señales depende de que el destino tenga sentido. Una ficha de producto sustituida por otra equivalente, una categoría migrada a una categoría nueva o un artículo actualizado con nuevo slug son buenos candidatos. Cien artículos eliminados apuntando a la home no lo son.
La recomendación práctica para migraciones es mantener las redirecciones activas durante todo el tiempo posible y, como mínimo general, durante un año. Ese periodo permite que Google recrawlee las URLs antiguas, vea la redirección, reasigne enlaces externos y consolide señales hacia el nuevo destino.
Qué dice realmente un 301
A nivel HTTP, el estado 301 Moved Permanently indica que el recurso solicitado recibió una nueva URI permanente. El servidor debe responder con una cabecera Location que indique el destino, y el navegador puede pedir automáticamente esa nueva URL.
Para un usuario, esto se ve como una navegación normal. Para un sistema de búsqueda, el mensaje tiene más capas:
- La URL antigua ya no debería ser la referencia principal.
- La URL nueva debería tratarse como destino estable.
- Los enlaces internos y externos deberían actualizarse con el tiempo.
- La respuesta puede cachearse si no hay instrucciones que indiquen lo contrario.
Hay una advertencia técnica importante: por historia del protocolo, algunos clientes pueden convertir una petición POST en GET después de un 301. En páginas públicas de contenido esto rara vez importa. En endpoints, formularios o flujos donde el método importa, conviene evaluar 308 Permanent Redirect.
Cómo interpreta Google las redirecciones permanentes
Google diferencia entre redirecciones permanentes y temporales. Las permanentes, como 301 y 308, son una señal fuerte de que el destino debería ser canónico. Las temporales, como 302 y 307, indican que el origen podría seguir siendo la URL que se muestre en resultados.
Por eso una 301 no debe tratarse como “un link con esteroides”. Es una instrucción de arquitectura. Le estás diciendo al buscador que una entidad de URL fue reemplazada por otra.
En la documentación de migraciones, Google también aclara un punto que durante años generó miedo en SEO: las redirecciones 301 y otras redirecciones permanentes no causan pérdida de PageRank por sí mismas. La consecuencia práctica es que una migración bien mapeada no debería diseñarse con miedo a una pérdida automática por el simple hecho de usar 301.
Pero “sin pérdida por el salto” no significa “sin riesgo”. El riesgo aparece cuando la redirección no representa una sustitución real, cuando el destino no indexa, cuando hay cadenas largas, cuando se bloquea el rastreo, cuando se mezcla con canonicals contradictorios o cuando las URLs antiguas apuntan a una página genérica.
La condición que importa: equivalencia de intención
La parte más delicada de una estrategia 301 es el mapa. Antes de tocar .htaccess, NGINX, un plugin o el gestor de redirecciones del hosting, hay que decidir qué significa cada URL antigua.
Una buena redirección responde a esta pregunta:
Si una persona entra por la URL antigua, ¿la URL nueva satisface la misma intención sin engañarla?
Si la respuesta es sí, la 301 tiene sentido. Si la respuesta es no, probablemente estás intentando conservar señales donde ya no hay un recurso equivalente.
| Situación | Respuesta recomendable | Motivo |
|---|---|---|
| Cambiaste el slug de un artículo | 301 hacia el nuevo slug | Es el mismo contenido con otra URL. |
| Migraste de HTTP a HTTPS | 301 o 308 hacia la versión HTTPS | Es una canonicalización técnica permanente. |
| Un producto fue sustituido por una versión nueva equivalente | 301 hacia el producto sustituto | El usuario sigue encontrando una alternativa relevante. |
| Varias guías se consolidaron en una guía completa | 301 desde cada guía antigua hacia la guía consolidada | Hay una sustitución editorial razonable. |
| Un producto desapareció y no hay sustituto | 404 o 410 | No existe destino equivalente. |
| Muchas URLs antiguas apuntan a la home | Evitar | Puede interpretarse como destino irrelevante o soft 404. |
Por qué no conviene redirigir todo a la home
La home suele ser una mala respuesta para una URL profunda eliminada. Una persona que hizo clic en un enlace a una guía específica, una categoría concreta o una ficha de producto no pidió “cualquier cosa del dominio”. Pidió un recurso.
Cuando muchas URLs antiguas se redirigen a una única página irrelevante, el sistema genera tres problemas:
- Mala experiencia: el usuario no encuentra lo que esperaba.
- Señal ambigua: el crawler ve un destino que no representa la URL original.
- Riesgo de soft 404: el buscador puede interpretar que la redirección encubre una página eliminada.
Esto no significa que nunca se pueda consolidar contenido. Si cinco artículos antiguos fueron fusionados en una guía nueva, redirigirlos a esa guía puede ser correcto. La diferencia es la relevancia. Consolidar no es lo mismo que barrer errores hacia la home.
La regla del año: cuánto tiempo mantener una 301
En una migración real, Google no procesa todas las URLs al mismo tiempo. Tiene que volver a visitar URLs antiguas, descubrir las nuevas, seguir redirecciones, comparar señales, actualizar sitemaps, recrawlear enlaces y estabilizar el índice por URL.
Por eso la recomendación operativa es mantener las redirecciones tanto tiempo como sea posible y, en general, al menos un año. Ese año no es una garantía mágica de ranking. Es una ventana de rastreo y consolidación.
La decisión práctica sería esta:
- URLs con enlaces externos o tráfico histórico: mantener indefinidamente si el coste técnico es bajo.
- URLs internas sin valor ni tráfico: revisar después de un año, pero sin borrar reglas a ciegas.
- Migraciones de dominio: mantener redirecciones del dominio antiguo mientras el dominio siga bajo tu control.
- Campañas, landings o PDFs enlazados desde terceros: mantener mientras sigan generando accesos.
Desde el punto de vista del usuario, una redirección antigua sigue siendo útil si hay enlaces vivos en newsletters, PDFs, redes sociales, artículos externos o marcadores guardados. Desde el punto de vista del servidor, mantener miles de reglas mal ordenadas también puede añadir complejidad. La solución no es borrar por fecha: es auditar por valor.
Cadenas de redirecciones: el problema no es solo PageRank
Una cadena aparece cuando la URL antigua no va al destino final, sino a una URL intermedia:
/vieja → /intermedia → /nueva
Google puede seguir varios saltos, pero recomienda apuntar directamente al destino final y mantener el número de redirecciones bajo. El motivo no es únicamente “SEO clásico”. También hay latencia, experiencia de usuario, presupuesto de rastreo, compatibilidad de clientes y riesgo de loops.
Las cadenas suelen aparecer por acumulación:
- HTTP → HTTPS.
- Sin www → con www.
- Slug antiguo → slug intermedio.
- CMS antiguo → CMS nuevo.
- Dominio antiguo → dominio nuevo.
Cada regla individual parece razonable. El conjunto puede volverse frágil.
Una buena auditoría debería detectar:
- Número de redirecciones por URL.
- Presencia de 302 o 307 dentro de una cadena que debería ser permanente.
- Loops.
- Destinos finales con 404, 500,
noindex, canonical contradictorio o bloqueo por robots. - Redirecciones hacia páginas no equivalentes.
301, 302, 307 y 308: decisión rápida
No hace falta complicarlo más de lo necesario.
| Código | Uso típico | Señal para búsqueda |
|---|---|---|
| 301 | Movimiento permanente de una URL pública | El destino debería ser canónico. |
| 308 | Movimiento permanente preservando método | Similar a 301, útil si no quieres cambio de método. |
| 302 | Movimiento temporal | La URL de origen puede seguir siendo la principal. |
| 307 | Temporal preservando método | Útil para flujos técnicos, no para migraciones permanentes. |
| 404 | Recurso no encontrado | La URL no tiene equivalente actual. |
| 410 | Recurso eliminado de forma definitiva | Señal explícita de eliminación. |
Para contenido público, migraciones, cambios de slug, HTTPS o dominios, lo normal es 301 o 308. Para tests temporales, campañas reversibles o mantenimiento, se usa una redirección temporal.
Implementación mínima en servidor
La implementación depende del stack, pero el principio es el mismo: resolver en servidor, declarar permanencia y apuntar al destino final.
En Apache, una regla simple puede vivir en configuración de servidor, virtual host o .htaccess:
Redirect permanent "/servicio-antiguo" "https://www.ejemplo.com/servicio-nuevo"
En NGINX, si existe correspondencia uno a uno entre dominio antiguo y nuevo, se puede preservar el path:
server {
listen 80;
listen 443 ssl;
server_name antiguo.com www.antiguo.com;
return 301 https://www.nuevo.com$request_uri;
}
Si además cambió la arquitectura de URLs, no conviene confiar solo en $request_uri. Ahí hace falta un mapa explícito de URLs antiguas a destinos nuevos.
En gestores tipo cPanel, WordPress o CMS comerciales, el riesgo principal no es “si el botón crea una 301”. El riesgo es no revisar qué regla genera, en qué orden se ejecuta, si choca con otras reglas y si el destino final responde correctamente.
Flujo recomendado para una migración o limpieza de URLs
Una redirección aislada se puede resolver rápido. Una migración necesita proceso.
- Inventario: exportar URLs actuales desde sitemap, crawl, Search Console, analytics, logs, backlinks y CMS.
- Clasificación: separar URLs con tráfico, enlaces, conversión, contenido duplicado, contenido eliminado y contenido consolidado.
- Mapa: asignar destino 1:1, destino consolidado, 404 o 410.
- Implementación: aplicar reglas permanentes en servidor o CMS, evitando saltos intermedios.
- Prueba previa: comprobar una muestra crítica con
curl, crawler o script. - Lanzamiento: actualizar enlaces internos, canonicals, hreflang, sitemap y navegación.
- Auditoría post-migración: rastrear URLs antiguas y nuevas, revisar estado final e indexabilidad.
- Monitorización: controlar tráfico orgánico, cobertura, errores, logs y enlaces entrantes.
Checklist de una 301 bien planteada
Antes de dar por cerrada una redirección, revisaría esto:
- La URL antigua responde con
301o308si el cambio es permanente. - El destino final responde
200. - No hay más de un salto salvo necesidad técnica clara.
- El destino es semánticamente equivalente o una consolidación real.
- El destino no está bloqueado por
robots.txt. - El destino no tiene
noindexaccidental. - El canonical del destino apunta a sí mismo o a la URL correcta.
- Los enlaces internos ya apuntan a la URL nueva.
- El sitemap contiene solo URLs nuevas indexables.
- Los backlinks importantes se han identificado para posible actualización manual.
- La regla se mantendrá al menos un año y, si hay valor externo, indefinidamente.
Errores habituales
Los errores no suelen ser espectaculares. Suelen ser acumulativos.
- Mapear por patrón sin revisar contenido:
/blog/*hacia/recursos/*puede fallar si cambió la intención. - Redirigir eliminados a la home: limpia el informe de 404, pero no resuelve la necesidad del usuario.
- Dejar 302 permanentes: el buscador puede seguir tratando la URL original como principal.
- Crear cadenas históricas: cada migración añade un salto si no se normalizan reglas.
- Olvidar imágenes, PDFs y descargas: muchos enlaces externos apuntan a recursos que no están en HTML.
- Mantener canonicals viejos: el servidor dice una cosa y el HTML otra.
- Borrar redirecciones demasiado pronto: enlaces externos y crawlers no se actualizan todos a la vez.
Cómo lo plantearía Nicolás Torres
No empezaría por “poner redirecciones”. Empezaría por entender el sistema.
Primero, separaría URLs por valor: tráfico orgánico, backlinks, conversiones, frecuencia de rastreo, función comercial y equivalencia de contenido. Después definiría qué URLs merecen sustitución, cuáles deben consolidarse y cuáles deberían desaparecer con 404 o 410.
La parte técnica vendría después: reglas de servidor, tests, sitemap, canonicals y auditoría. Una 301 bien hecha no es una decoración SEO. Es una pieza de arquitectura que mantiene continuidad entre contenido, enlaces, usuarios y buscadores.
Cuando una web cambia de CMS, dominio, idioma, estructura o arquitectura de contenidos, las redirecciones son el puente. Si el puente apunta al sitio correcto, preserva valor. Si apunta a cualquier sitio, solo oculta el problema durante unas semanas.
¿Quieres revisar si tus redirecciones están preservando valor?
Si estás migrando una web, cambiando URLs, consolidando contenidos o limpiando errores 404, conviene revisar el mapa antes de tocar reglas en producción.
Podemos detectar qué URLs deben redirigir, cuáles deben devolver 404 o 410, dónde hay cadenas y qué señales pueden perderse por una mala equivalencia.
Preguntas frecuentes
- ¿Una redirección 301 pierde PageRank?
- Google indica que las redirecciones 301 y otras redirecciones permanentes no causan pérdida de PageRank por sí mismas. La condición práctica es que el destino sea una sustitución relevante de la URL antigua.
- ¿Cuánto tiempo debo mantener una 301 activa?
- La recomendación operativa es mantenerla todo lo posible y, como mínimo general, durante un año para que Google pueda recrawlear, reasignar enlaces y transferir señales a la nueva URL.
- ¿Puedo redirigir páginas eliminadas a la home?
- No conviene redirigir muchas URLs antiguas a una home irrelevante. Si no existe una alternativa equivalente o consolidada, es mejor devolver 404 o 410.
- ¿Las cadenas de redirecciones son malas para SEO?
- No deberían tratarse como una estrategia. Googlebot puede seguir varios saltos, pero Google recomienda apuntar directamente al destino final porque las cadenas añaden latencia y riesgo de rastreo.
- ¿Cuándo usar 308 en lugar de 301?
- Para páginas públicas normales, 301 suele ser suficiente. El 308 tiene sentido cuando necesitas declarar una redirección permanente sin permitir que el método de la petición cambie de POST a GET.