Hay más tipos de redirección URL de lo que sugiere el debate 301 frente a 302, y elegir el incorrecto te cuesta silenciosamente velocidad o posicionamiento. Se dividen en dos familias. Las redirecciones HTTP del lado del servidor son códigos de estado que devuelve el servidor antes de que la página cargue - 301, 302, 303, 307, 308. Las redirecciones del lado del cliente ocurren en el navegador después de que la página carga - una etiqueta meta refresh o un salto mediante JavaScript. El lado del servidor es más rápido y limpio tanto para los usuarios como para los rastreadores; el lado del cliente es más lento y débil, y solo se recurre a él cuando el servidor está fuera de tu control.
Trabajo en la ruta de redirección, así que seré concreto: qué hace cada tipo en la red, cómo lo leen los motores de búsqueda y cuál usar realmente. Si quieres profundizar en los dos que más usarás, redirecciones 301 vs 302 cubre ese par en detalle; este artículo es el mapa completo.
La versión corta por adelantado: para un movimiento permanente usa un 301, para uno temporal usa un 302, añade los variantes que preservan el método 308/307 cuando un POST debe sobrevivir, y evita las opciones del lado del cliente a menos que no tengas ningún servidor que configurar.
Las dos familias de redirecciones#
Una redirección es simplemente una instrucción para ir a otro lugar, pero dónde vive esa instrucción cambia todo sobre cómo se comporta.
Una redirección del lado del servidor es el servidor respondiendo "aquí no, ve allá" antes de que se envíe ningún contenido de página. El navegador obtiene un código de estado y una cabecera Location y se mueve de inmediato - no se carga ningún contenido en la URL original, por lo que es rápida e inequívoca. Una redirección del lado del cliente es lo contrario: la página original carga completamente, y solo entonces una metaetiqueta o un script envían al visitante hacia adelante. Eso significa una carga de página desperdiciada, un parpadeo visible y una señal más débil para los motores de búsqueda, que tienen que cargar y a veces ejecutar la página para notar siquiera la redirección. Las definiciones formales de los códigos del lado del servidor están en RFC 9110, y el comportamiento práctico del navegador está documentado en la guía de redirecciones HTTP de MDN.
Esa única distinción - antes de la página o después de ella - es la razón por la que el resto de este artículo sigue volviendo a "usa una redirección del lado del servidor cuando puedas".
Las redirecciones por código de estado HTTP#
Estas son las redirecciones reales, devueltas por el servidor en el rango 3xx. Cinco son relevantes.
| Código | Significado | ¿Permanente? | ¿Método preservado? | Uso típico |
|---|---|---|---|---|
| 301 | Movido permanentemente | Sí | No garantizado | Un movimiento definitivo, migración de sitio, cambio a HTTPS |
| 302 | Encontrado | No | No garantizado | Un movimiento temporal, enlaces editables, pruebas A/B |
| 303 | Ver otro | No | Fuerza un GET | Redirección post-formulario a una página de resultados |
| 307 | Redirección temporal | No | Sí | Movimiento temporal en un POST o endpoint de API |
| 308 | Redirección permanente | Sí | Sí | Movimiento permanente donde el método debe sobrevivir |
Los dos ejes que organizan la tabla son la permanencia y el manejo del método. La permanencia es el eje SEO: un 301 y un 308 son permanentes, por lo que los motores de búsqueda transfieren las señales de posicionamiento y tratan el destino como canónico, mientras que 302, 303 y 307 son temporales y mantienen la URL original indexada. El manejo del método es el eje de ingeniería: 307 y 308 preservan estrictamente el método HTTP, de modo que un POST sigue siendo un POST, mientras que 301 y 302 históricamente permitían que cambiara a un GET. El 303 es el caso especial, diseñado específicamente para forzar un GET después del envío de un formulario para que una recarga no vuelva a enviarlo. La propia documentación de redirecciones de Google confirma que trata los códigos permanentes como señales de canonicalización.
Para los enlaces web ordinarios, que son solicitudes GET, el eje del método desaparece y realmente estás eligiendo entre permanente y temporal - que es exactamente la decisión 301 vs 302.
Redirecciones del lado del cliente: meta refresh y JavaScript#
Cuando no puedes configurar el servidor, quedan dos opciones a nivel de navegador, y ambas son compromisos.
Un meta refresh es una etiqueta HTML en la cabecera de la página que indica al navegador que cargue una nueva URL después de un retraso - el patrón de "serás redirigido en 5 segundos". Funciona, pero la página ya ha cargado antes de que se active, por lo que es lenta, y los motores de búsqueda la leen de forma inconsistente: un meta refresh instantáneo generalmente se trata como una redirección permanente, mientras que uno con retraso es ambiguo y puede leerse como un 404 suave. Una redirección JavaScript es aún más débil, porque solo ocurre si el rastreador ejecuta el script. Google renderiza JavaScript, pero con un retraso, y muchos otros rastreadores no lo ejecutan en absoluto, por lo que la redirección puede pasarse por alto completamente.
La clasificación honesta de opciones es sencilla: un 3xx del lado del servidor primero, un meta refresh solo si controlas el HTML pero no el servidor, y una redirección JavaScript como último recurso cuando no controlas nada más. Nada de esto se aplica a un enlace corto gestionado, que siempre usa una redirección del lado del servidor - las técnicas del lado del cliente son para situaciones como un host estático sin configuración de redireccionamiento.
Qué redirección deberías usar#
Redúcelo a una decisión que puedas tomar en un solo paso.
- Movimiento permanente, enlace ordinario:
301. Transferencia completa de posicionamiento, tratado como canónico. - Movimiento temporal, enlace ordinario:
302. Mantiene el original indexado y el enlace editable. - El movimiento involucra un POST o llamada a API: usa
308para permanente o307para temporal, para que el método sobreviva. - Después del envío de un formulario:
303, para que una recarga de página no vuelva a enviar el formulario.
La metarregla detrás de las cuatro: ajusta el código de estado a la realidad del movimiento - ¿es permanente y importa el método? Equivocarse en ese emparejamiento es cómo las redirecciones silenciosamente pierden posicionamiento o rompen un formulario.
Qué usan los enlaces cortos#
Un enlace corto gestionado es una redirección del lado del servidor, y por buenas razones - es la familia rápida y amigable con los rastreadores. La elección interesante es qué código, y la respuesta para la mayoría de los enlaces cortos es un 302.
Eso parece incorrecto para el SEO hasta que recuerdas para qué sirve un enlace corto. Un 302 mantiene el enlace editable, para que puedas redirigirlo después de que esté impreso o compartido, y mantiene cada clic llegando al servidor, de modo que tus análisis siguen siendo precisos - ambas cosas que un 301 con caché permanente te costaría. El razonamiento completo, incluida la trampa del caché del navegador, está en redirecciones 301 vs 302, y la mecánica de cómo se resuelve la redirección en el borde está en cómo funcionan los acortadores de URL. La única regla que se aplica independientemente del código: mantenlo en un solo salto. Una redirección que apunta a otra redirección desperdicia presupuesto de rastreo y latencia, y es la forma más rápida de deshacer el SEO que los enlaces cortos de otro modo preservan.
El mapa completo cabe en una frase: códigos del lado del servidor para redirecciones reales, permanente frente a temporal para el SEO, variantes que preservan el método para solicitudes no GET, y trucos del lado del cliente solo cuando el servidor no es accesible. Elige según la realidad del movimiento, mantén la cadena en un solo salto, y tus redirecciones harán lo que pretendías.
Relacionado en el blog#
- Redirecciones 301 vs 302: cuál deben usar los enlaces cortos
- ¿Los acortadores de URL perjudican el SEO? La respuesta honesta
- Cómo funcionan los acortadores de URL por dentro
- Alcanzar p95 por debajo de 15ms para redirecciones desde FRA, ASH y SGP
- Estrategia de caché para redirecciones URL: L1 LRU + L2 Redis
Prueba Elido
Pega una URL, obtén un enlace corto
Sin registro. El enlace vive 30 días. Crea una cuenta para conservarlo.
Gratis, sin registro · 2 por día