Manual de referencia de redirecciones

Manual de redirecciones: qué tipos existen, cuándo usarlos y cómo no romper el SEO

No es un post del blog, sino una página de referencia práctica para equipos, desarrolladores y SEOs con tipos de redirección, patrones de producción y reglas de decisión.

Referencia

Qué tipos de redirect existen

No todos los redirects resuelven el mismo problema. El error más común en producción no es tener un redirect, sino elegir el tipo equivocado.

301 Moved Permanently

Un redirect permanente del lado del servidor.

Usar para
mover una página a una nueva URL de forma permanente
migraciones de HTTP a HTTPS
canonización www/non-www
limpieza y consolidación de duplicados
Evitar para
No lo uses para promociones temporales, tests A/B o campañas cortas.
Conclusión: El redirect más seguro para SEO cuando el cambio es permanente.
302 Found

Un redirect temporal del lado del servidor.

Usar para
sustitución temporal de una página
campañas temporales
flujo de mantenimiento temporal
Evitar para
No dejes un 302 durante meses si el cambio es realmente permanente.
Conclusión: Solo es correcto cuando el cambio es genuinamente temporal.
307 Temporary Redirect

Un redirect temporal que conserva el método HTTP.

Usar para
flujos de API y formularios donde POST/PUT no debe convertirse en GET
casos temporales de routing backend
Evitar para
Para URLs SEO estándar, 302 suele ser más simple y familiar.
Conclusión: Más útil para comportamiento técnico que para páginas de contenido.
308 Permanent Redirect

Un redirect permanente que conserva el método HTTP.

Usar para
movimientos permanentes de API
casos donde el método original de la solicitud debe preservarse
Evitar para
No es la opción por defecto para la mayoría de las URLs de migración de contenido.
Conclusión: Técnicamente correcto, pero para páginas SEO normalmente 301 es más simple y familiar.
Meta Refresh

Un redirect implementado en HTML en lugar de HTTP.

Usar para
casi nunca
Evitar para
No lo uses como redirect principal de migración.
Conclusión: Una opción débil y frágil. Peor que un redirect del servidor para SEO y fiabilidad.
JavaScript Redirect

Un redirect activado en el navegador después de cargar la página.

Usar para
solo como último fallback si el redirect del servidor es imposible
Evitar para
No construyas la migración ni el control canónico alrededor de esto.
Conclusión: Una mala elección por defecto para SEO. Los crawlers y clientes externos lo ven de forma inconsistente.

Decisión

Qué redirect usar en escenarios reales

La pregunta más útil no es “qué código existe”, sino “cuál es correcto en este caso”.

Escenario

Una página se movió de forma permanente a un nuevo slug

Respuesta
301
Por qué

La URL cambió de forma permanente, así que navegadores y buscadores necesitan una señal permanente estable.

Escenario

Una migración completa a un nuevo dominio

Respuesta
301
Por qué

Es una migración permanente clásica. Las URLs antiguas deben apuntar directamente a los destinos canónicos finales.

Escenario

Una página promo temporal o una campaña de corto plazo

Respuesta
302
Por qué

Cuando termine la campaña, la URL original debe volver a ser el destino principal.

Escenario

Un endpoint de API se movió temporalmente, pero POST debe seguir siendo POST

Respuesta
307
Por qué

307 preserva el método de la solicitud y encaja mejor en flujos técnicos.

Escenario

Un endpoint de API se movió de forma permanente y el método debe seguir igual

Respuesta
308
Por qué

Combina un movimiento permanente con la preservación del método de la solicitud.

Escenario

Quieres “resolverlo rápido” con un redirect de JavaScript

Respuesta
No lo hagas
Por qué

Suele ser un parche temporal que luego daña el SEO, el debugging y la estabilidad del rastreo.

Checklist

Reglas de redirect seguras para producción

Incluso el código de estado correcto no sirve si la capa de redirects está construida sin cuidado.

Prefiere un solo salto directo a la URL canónica final en lugar de una cadena con dos o tres pasos intermedios.

No mezcles varios objetivos en una sola cadena. HTTP a HTTPS, non-www a www y ruta antigua a ruta nueva deberían idealmente colapsar en un único redirect final.

No mantengas 302 temporales cuando la decisión ya es permanente.

No redirijas contenido eliminado a la home solo para evitar un 404.

Prueba los redirects no solo en el navegador, sino como una cadena HTTP real: saltos intermedios, URL final, tiempo de respuesta e incidencias.

Antes del despliegue, el mapa de migración debe revisarse sobre las URLs más importantes y más enlazadas.

Riesgos

Qué no hacer

Estos patrones suelen hacer que una capa de redirects “funcione”, pero de forma dañina.

301 -> 302 -> 200

Mezcla semántica permanente y temporal, complica la ruta de rastreo y añade más puntos de fallo.

Enviar todas las URLs antiguas a la home

Es una mala UX y una mala coincidencia semántica. Para SEO suele ser peor que un 404/410 honesto o un destino relevante.

Redirigir solo mediante el router del front-end

El navegador puede mostrar la pantalla correcta, pero la respuesta HTTP sigue siendo incorrecta para buscadores y clientes externos.

Dejar un meta refresh como “ya lo arreglaremos después”

Ese “después” muchas veces nunca llega. La migración termina viviendo meses sobre un mecanismo de redirect débil.

Conclusión SEO rápida y segura

Si una URL se ha movido de forma permanente, normalmente necesitas 301.

Si el cambio es temporal, usa 302.

Si es un flujo de API o formulario y la solicitud debe conservar el método HTTP, usa 307 o 308.

Si la idea es resolverlo con JavaScript redirect o meta refresh, la arquitectura probablemente es incorrecta.

FAQ

¿301 siempre es mejor que 302?

No. 301 solo es mejor cuando el cambio es permanente. Si el cambio es temporal, 302 es la opción más honesta y correcta.

¿Puedo usar 308 en lugar de 301?

Sí, pero para la mayoría de los casos SEO de contenido, 301 sigue siendo la opción más familiar. 308 es más útil cuando importa conservar el método HTTP.

¿Cuándo 404 o 410 es mejor que un redirect?

Cuando la URL antigua no tiene un reemplazo relevante. Redirigir a una página no relacionada solo para evitar un 404 suele ser peor.

Incluso después de leer este manual, debes probar los redirects en una cadena real

El tipo correcto de redirect en teoría no garantiza que producción lo devuelva sin saltos extra, bucles o respuestas temporales. La comprobación final debe hacerse a nivel HTTP.