El 301 y el 302 son los tipos de redirección más conocidos en SEO, pero no son los únicos. El protocolo HTTP define también el 307 y el 308, que resuelven situaciones que el 301 y 302 no cubren correctamente. Elegir el tipo equivocado puede costar posicionamiento, causar problemas en formularios o generar señales contradictorias para Google. Esta guía explica cada tipo, cuándo usarlo y cómo auditarlos.
¿Qué es una redirección HTTP?
Una redirección HTTP es una respuesta del servidor que le indica al navegador (y a los crawlers) que el recurso solicitado se encuentra en otra URL. El servidor devuelve un código de estado 3xx junto con una cabecera Location que especifica la nueva URL.
Desde el punto de vista SEO, las redirecciones tienen dos funciones principales: preservar la accesibilidad del contenido cuando una URL cambia, y transferir las señales de ranking (PageRank, autoridad de enlace) a la nueva URL.
Redirección 301 — Movimiento permanente
El código 301 indica que el recurso se ha movido de forma permanente a la URL indicada en Location. El navegador y los motores de búsqueda deben actualizar sus referencias para usar la nueva URL en el futuro.
- •Transferencia de PageRank: Google transfiere prácticamente todo el PageRank acumulado a la URL de destino.
- •El navegador puede cachear la redirección, lo que significa que en visitas futuras va directamente al destino sin consultar al servidor.
- •Google elimina la URL origen de su índice y la reemplaza por la URL de destino con el tiempo.
- •No preserva el método HTTP: un POST a una URL con 301 puede convertirse en GET al destino (comportamiento habitual en navegadores modernos).
Cuándo usar 301: cambio definitivo de URL por rediseño, migración de dominio, unificación de versiones www/non-www, migración HTTP→HTTPS, eliminación de páginas con contenido consolidado en otra URL.
Redirección 302 — Movimiento temporal
El código 302 indica que el recurso se ha movido temporalmente. La URL original sigue siendo la URL "oficial" y el navegador no debe actualizarla. En la práctica, muchos navegadores tratan el 302 igual que el 301 (convirtiéndolo en GET), lo que causó confusión y llevó a la creación del 307.
- •Google generalmente no transfiere el PageRank de forma permanente — mantiene la URL origen en el índice.
- •El navegador no cachea el 302 (o lo cachea con TTL corto), por lo que consulta al servidor en cada visita.
- •Correcto cuando la redirección es genuinamente temporal y la URL original volverá a estar activa.
- •Incorrecto cuando se usa como sustituto del 301 por comodidad — Google puede tardar meses en decidir qué URL consolidar.
Error frecuente: usar 302 para redirigir versiones HTTP a HTTPS o www a non-www. Esto hace que Google mantenga ambas versiones en el índice, generando contenido duplicado. Usa siempre 301 para estos casos.
Redirección 307 — Movimiento temporal con método preservado
El 307 es la versión "correcta" del 302 desde la perspectiva del protocolo HTTP. La diferencia clave es que el 307 garantiza que el método HTTP original (GET, POST, PUT…) se preserva en la petición al destino.
Si un usuario envía un formulario (POST) a una URL que responde con 307, el navegador reenviará el mismo POST al destino. Con un 302, el comportamiento no estaba especificado en HTTP/1.0 y la mayoría de navegadores lo convertían a GET, perdiendo los datos del formulario.
Cuándo usar 307: redirecciones temporales que afectan a rutas que reciben peticiones POST o PUT (APIs, formularios). Mantenimiento de servidor donde el endpoint volverá a estar disponible. A/B testing de corta duración con tráfico de formularios.
Redirección 308 — Movimiento permanente con método preservado
El 308 es al 301 lo que el 307 es al 302: un movimiento permanente que garantiza la preservación del método HTTP. El navegador cachea el redirect (como el 301) y preserva el método original de la petición (como el 307).
En contextos SEO puros (páginas web con GET), la diferencia entre 301 y 308 es irrelevante. El 308 tiene sentido principalmente en APIs RESTful donde mover un endpoint de forma permanente no debe cambiar el método HTTP de las peticiones.
Tabla comparativa de los 4 tipos de redirección
| Código | Tipo | Método preservado | Cacheable | Transfiere PageRank | Caso de uso principal |
|---|---|---|---|---|---|
| 301 | Permanente | No (GET por defecto) | Sí | Sí (prácticamente todo) | Migraciones, cambios de URL definitivos |
| 302 | Temporal | No (GET por defecto) | No | No de forma permanente | Redirecciones genuinamente temporales |
| 307 | Temporal | Sí | No | No de forma permanente | APIs, formularios POST temporales |
| 308 | Permanente | Sí | Sí | Sí | APIs REST con movimiento permanente de endpoints |
Casos de uso reales: qué tipo usar en cada situación
Migración de dominio completa
Usa 301 para todas las URLs. Redirige ejemplo-viejo.com a ejemplo-nuevo.com con redirecciones 301 página a página donde sea posible (1 a 1), o con reglas wildcard para el resto. Nunca uses 302 en una migración de dominio — Google tardará mucho más en consolidar las señales.
Migración HTTP a HTTPS
Usa 301 de http:// a https://. Asegúrate de que la redirección ocurre en el servidor (no en meta refresh) y que va directamente a la URL HTTPS sin pasar por la versión www/non-www primero (para evitar cadenas).
Test A/B de páginas de destino
Usa 302 (o 307 si hay formularios). El test es temporal — la URL original volverá a ser el destino cuando el test finalice. Usar 301 haría que Google consolidara el PageRank en la variante del test en vez de en la URL original.
Eliminación de página con consolidación de contenido
Usa 301 hacia la página más relevante temáticamente. Si no existe una página relevante a la que redirigir, el 404 es preferible a una redirección irrelevante — Google puede penalizar redirects que llevan a contenido que no guarda relación con la URL origen.
Mantenimiento de servidor (downtime planificado)
Usa 302 o 307 hacia una página de "en mantenimiento". El 307 es preferible si la página tiene formularios. Nunca uses 301 para el mantenimiento — Google empezará a consolidar el PageRank en la página de mantenimiento.
Unificación de versiones www y non-www
Usa 301 hacia la versión elegida como canónica. Define también cuál es la versión preferida en Google Search Console (Configuración → Dominio preferido). La consistencia entre el 301 del servidor y la configuración en GSC evita señales contradictorias.
Errores comunes al implementar redirecciones
- 1.Usar 302 cuando la intención es permanente. El error más frecuente. Si no planeas revertir el cambio, usa siempre 301.
- 2.Crear cadenas de redirecciones. Cada redirección nueva debería apuntar directamente al destino final, no a otra URL que a su vez redirige.
- 3.Redirigir a una URL irrelevante. Un 301 de /productos/zapatos hacia /inicio pierde todo el valor de posicionamiento acumulado. Redirige siempre hacia el contenido más relevante.
- 4.No actualizar los enlaces internos. Después de crear redirects, actualiza los enlaces internos para que apunten directamente al destino. Reduce el trabajo del crawler y evita acumular redirects obsoletos.
- 5.Redirigir páginas 404 masivamente hacia el inicio. Esta práctica estaba muy extendida hace años. Google la considera un "soft 404" y no transfiere PageRank.
Cómo verificar el tipo de redirección de cualquier URL
Puedes verificar qué código HTTP devuelve cualquier URL y seguir toda la cadena de redirecciones con el Analizador de iRankly. La herramienta muestra el código de cada salto, el tiempo por salto y si la redirección es de tipo permanente o temporal, permitiéndote detectar usos incorrectos del 302 donde debería haber un 301.
Prueba la herramienta gratis
Analiza tus URLs con Analizador de cadenas de redirección de iRankly. Sin registro, sin tarjeta.
La implementación concreta depende de tu plataforma, y los problemas que generan las redirecciones tienen su propia guía: