Redirecciones: 301 frente a 302, cadenas y cómo migrar sin perder SEO

Las redirecciones son un mecanismo sencillo hasta que se afronta una migración de sitio web, momento en el que se convierten en el factor determinante entre conservar el tráfico orgánico acumulado o empezar de cero.

Los fundamentos técnicos son concisos; los errores de implementación resultan muy costosos y, en su gran mayoría, perfectamente evitables.

Códigos de estado HTTP para redirecciones

301 — Moved Permanently (Trasladado permanentemente). Los motores de búsqueda transfieren la autoridad acumulada al destino final y reemplazan la URL antigua en su índice. Los navegadores la almacenan en caché de forma estricta e indefinida; por ese motivo, un 301 desplegado por error es complejo de revertir: los usuarios recurrentes continuarán siendo redirigidos desde su caché local mucho después de corregir el servidor.

308 — Permanent Redirect (Redirección permanente que preserva el método). Idéntica a la 301 con la salvedad de que preserva el método HTTP original (una petición POST se mantiene como POST en lugar de transformarse en GET). Es la opción recomendada para endpoints de API. Para páginas web HTML convencionales, la redirección 301 es el estándar universalmente reconocido.

302 — Found (Redirección temporal). Las señales de posicionamiento se conservan en la URL original y el destino no sustituye a la URL previa en el índice. Es la opción adecuada para tests A/B, páginas de mantenimiento y redirecciones de idioma basadas en la cabecera Accept-Language, donde el destino depende de las preferencias del cliente y no de un cambio definitivo.

307 — Temporary Redirect (Redirección temporal que preserva el método). La variante de la 302 que mantiene inalterado el método HTTP original.

El error más común: utilizar un 302 para un cambio permanente. Aunque Google suele reclasificarlo con el tiempo como 301, ese proceso puede demorar meses durante los cuales la URL obsoleta retiene las posiciones mientras la nueva no termina de indexarse.

Cadenas de redirección

Una cadena de redirección se produce cuando una URL redirigida apunta a otra que, a su vez, vuelve a redirigir:

http://example.com/pagina-antigua
  → 301 → https://example.com/pagina-antigua
  → 301 → https://www.example.com/pagina-antigua
  → 301 → https://www.example.com/pagina-nueva/
  → 200

Cuatro peticiones HTTP antes de que el navegador reciba el contenido inicial. Cada una suele ser el resultado de reglas independientes añadidas a lo largo del tiempo: forzar HTTPS, forzar www y migrar la estructura de enlaces.

¿Cuál es el coste técnico real?

No es una pérdida de autoridad de enlace (PageRank). Google confirmó formalmente que las redirecciones 301 transfieren la totalidad del PageRank sin pérdidas por salto.

El impacto perjudicial radica en la velocidad de carga y latencia. En conexiones móviles, cada salto representa un viaje de red (round trip) completo que añade entre 200 y 400 ms de demora antes de renderizar nada en pantalla. Esto degrada directamente el Largest Contentful Paint (LCP), un factor confirmado de posicionamiento y un detonante directo de abandono de usuarios.

La solución consiste en aplanar las reglas: configure las directivas para que la URL inicial apunte directamente al destino definitivo en un único salto de red.

Reducción de latencia con HSTS

Si redirige de http:// a https://, cada usuario nuevo asume ese salto de red inicial.

Implementar la cabecera HSTS elimina esa redirección para todos los visitantes que ya hayan accedido previamente:

Strict-Transport-Security: max-age=31536000; includeSubDomains

El navegador se conectará directamente mediante HTTPS en todas las visitas posteriores sin consultar previamente por HTTP.

Bucles de redirección (Redirect Loops)

Un bucle de redirección deja una URL completamente inaccesible. Causas habituales:

• Una directiva de barra final (/) en conflicto con una regla de canonización.
• Una redirección a HTTPS en la capa de aplicación entrando en conflicto con una regla similar en la CDN.
• Una redirección automática de idioma que redirige a la misma página que acaba de recibir la petición.

Supervise las URLs individuales tras cualquier cambio estructural. Puede trazar la ruta de cualquier enlace con nuestro verificador gratuito de redirecciones, que analiza cada salto de forma desglosada y muestra el código de estado correspondiente.

El error crítico en migraciones que destruye el posicionamiento

Toda URL antigua que recibiera tráfico o enlaces externos debe contar con una redirección 301 directa a su equivalente temático más exacto en la nueva estructura.

Nunca redirija masivamente todo el tráfico antiguo hacia la página de inicio.

Google cataloga las redirecciones masivas de páginas no equivalentes hacia la portada como Soft 404 (errores 404 encubiertos) y anula la transferencia de autoridad. Es la causa principal por la que muchas migraciones hunden el tráfico orgánico, motivada por la falsa comodidad de aplicar una única regla global hacia /.

Protocolo técnico para una migración segura:

1. Rastrear completamente el sitio web antiguo antes de aplicar modificaciones (mediante herramientas de crawling o el sitemap existente).
2. Exportar las URLs con valor contrastado: páginas con tráfico en Google Analytics y URLs con enlaces entrantes en Google Search Console.
3. Mapear cada URL antigua hacia su contraparte específica en el nuevo sitio.
4. Las páginas sin equivalente deben devolver código HTTP 410 (Gone), nunca un 301 hacia una sección no relacionada. El código 410 indica a los buscadores que el contenido fue retirado voluntariamente; una redirección inadecuada envía señales contradictorias.
5. Desplegar las redirecciones de forma simultánea al lanzamiento de la nueva web.
6. Monitorizar Search Console durante las seis semanas posteriores para subsanar errores de rastreo.

Barras inclinadas finales (Trailing Slashes)

/pagina y /pagina/ son dos URLs técnicamente diferentes para los motores de búsqueda. Defina una convención única, redirija la variante secundaria hacia la principal y asegúrese de que los enlaces internos de su web utilicen siempre la forma canónica elegida.

Redirección frente a etiqueta Canonical

• Utilice una redirección 301 cuando una página haya cambiado definitivamente de ubicación y los usuarios deban ser trasladados al nuevo destino.
• Utilice una etiqueta canonical cuando ambas URLs deban seguir accesibles para el usuario pero solo una deba ser indexada (por ejemplo, un producto accesible desde dos categorías distintas o parámetros de seguimiento).

Redirigir cuando procede canonizar rompe la experiencia de usuario; canonizar cuando procede redirigir mantiene accesibles páginas duplicadas y genera discrepancias en los motores de búsqueda.

Nivel de implementación

Nivel de servidor web (.htaccess en Apache/LiteSpeed o bloque server en Nginx): la opción más rápida y eficiente, pues se procesa antes de inicializar la aplicación.

Nivel de aplicación (enrutador del framework o CMS): algo más lento en ejecución, pero flexible cuando las reglas dependen de datos en base de datos.

Nunca en cliente mediante JavaScript: las redirecciones mediante JavaScript o etiquetas meta-refresh son lentas, generan inconsistencias de rastreo y no garantizan la transferencia de señales de posicionamiento.

Lista de control

• Emplear redirecciones 301 para cambios permanentes y 302 para situaciones temporales
• Limitar las cadenas de redirección a un único salto directo
• Activar HSTS para optimizar las conexiones recurrentes a HTTPS
• Mapear cada URL con histórico hacia su equivalente específico en el nuevo diseño
• Devolver código 410 para contenidos descatalogados sin equivalente
• Enlazar internamente siempre hacia la URL canónica final

Abrir herramienta Verificador Redirecciones Rastree cada salto de una URL con su código de estado HTTP y el tiempo de respuesta asociado. →