¿Qué es una redirección? Explicación de las redirecciones (301 vs 302)

TL;DR: Redireccionar significa que una URL reenvía automáticamente a los visitantes y a los motores de búsqueda a otra URL. Usa un 301 para un cambio permanente y un 302 para uno temporal. Los redireccionamientos no hacen perder PageRank de forma inherente, pero las cadenas, los bucles, los destinos rotos y los redireccionamientos a una home irrelevante todavía pueden causar problemas reales de SEO y usabilidad.

¿Qué significa redireccionar?

Una redirección es una instrucción que dice: “Esa URL se movió. Ve a esta URL en su lugar”.

En términos técnicos, un navegador solicita una dirección y el servidor puede responder con un código de estado HTTP 3xx junto con un encabezado Location que contiene una dirección diferente. Luego, el navegador solicita automáticamente ese destino. Los rastreadores de los motores de búsqueda pueden seguir la misma instrucción.

El significado práctico de redireccionar es más simple: la URL antigua ya no sirve su propio contenido; reenvía la solicitud a una URL nueva.

Las redirecciones son necesarias porque las URL cambian. Las páginas se renombrán, los productos se eliminan, los sitios pasan de HTTP a HTTPS, los artículos superpuestos se consolidan y los dominios se reemplazan. Sin una redirección, quien siga la dirección antigua normalmente acabará en un 404. Los backlinks siguen apuntando a una URL abandonada, y Google no recibe una instrucción de enrutamiento explícita que conecte la página antigua con su sustituta.

Lo resolvimos de forma directa cuando Lida y yo migramos SEOJuice de seojuice.io a seojuice.com en enero de 2026. Una migración de dominio deja inusualmente claro el propósito de las redirecciones: cada ruta antigua necesita un destino definido, no solo una regla que “manda el dominio” a algún sitio más o menos sensato. Al ser un equipo de dos, no había dónde delegar el criterio; el mapa de redirecciones tuvo que tratarse como parte de la propia migración (no como una tarea administrativa posterior).

Esta diferencia importa. Redireccionar un artículo antiguo a su equivalente en el nuevo dominio preserva la ruta. Redireccionar cada dirección antigua a la home nueva solo oculta las rutas que faltan.

301 vs 302: la permanencia es la decisión real

La diferencia entre un 301 y un 302 no es que uno sea “amigable con el SEO” y el otro sea malo. Cada código comunica una expectativa distinta sobre lo que ocurrirá a continuación.

Un redireccionamiento 301 significa que el movimiento es permanente. Un redireccionamiento 302 significa que el movimiento es temporal y se espera que la URL original vuelva. Google sigue ambos, pero no interpreta sus señales canónicas de la misma manera.

“Googlebot sigue la redirección y el pipeline de indexación usa la redirección como una señal de que el destino de la redirección debe ser canónico”.

Para redirecciones temporales: “Googlebot sigue la redirección, pero el pipeline de indexación no usa la redirección como una señal de que el destino de la redirección deba ser canónico”.

Estas son descripciones propias de Google Search Central en su documentación Redirects and Google Search.

Traducido a SEO práctico: una redirección permanente le pide a Google que reemplace la URL antigua por el destino en su índice. Una redirección temporal envía a los usuarios al destino mientras, por lo general, conserva la URL original como canónica. Si lo confuso es la canonización, nuestra guía sobre cómo funciona la indexación en Google explica cómo encajan el rastreo, la selección canónica y la indexación.

Usa un 301 para cambios permanentes de URL

El 301 es la elección convencional para una URL de contenido normal que se movió de forma permanente. Casos típicos:

• Renombrar una página o cambiar su slug de URL
• Migrar de HTTP a HTTPS
• Normalizar entre www o sin www
• Moverse a un dominio distinto
• Combinar páginas duplicadas o superpuestas
• Reemplazar una página antigua por un sucesor realmente equivalente

Google recomienda usar una redirección permanente del lado del servidor siempre que sea posible cuando una URL deba cambiar en resultados de búsqueda. Lo define como “la mejor forma” de garantizar que la gente y Google Search lleguen a la página correcta.

Aquí tienes la misma única redirección permanente en los dos servidores web más comunes:

# Nginx — redirige una URL antigua a su nuevo destino
location = /old-page/ {
    return 301 https://example.com/new-page/;
}

# Apache (.htaccess) — la regla equivalente en una sola línea
Redirect 301 /old-page/ https://example.com/new-page/

La palabra equivalente hace el trabajo aquí. Un producto eliminado no se vuelve equivalente a tu home solo porque ambas URL pertenecen al mismo negocio.

Usa un 302 cuando la URL original va a volver

Un 302 encaja para una página temporal de mantenimiento, un experimento, una “toma de control” estacional de corta duración, o un enrutamiento que esperas revertir. Le dice a Google que el destino no está pensado para convertirse en el reemplazo permanente.

Si una página se movió “para siempre” pero sigue detrás de un 302, Google podría continuar indexando la dirección antigua. La redirección puede verse perfectamente funcional en el navegador mientras comunica la intención de indexación equivocada (una advertencia útil de que “carga” no es una prueba completa de redirección).

Elige según si planeas revertir el cambio. Permanente significa 301; temporal significa 302. Nuestra comparación separada de redirecciones 301 vs 302 cubre casos de migración y canonización menos obvios.

¿Y qué pasa con las redirecciones 303, 307 y 308?

La mayoría de los sitios editoriales y de marketing pueden usar redirecciones 301 y 302 durante años sin necesitar los otros códigos. Las diferencias se vuelven importantes alrededor de formularios, APIs y otras solicitudes que no sean GET.

Según está documentado en la guía sobre redirecciones HTTP de MDN Web Docs, 301 y 302 arrastran ambigüedad histórica sobre los métodos de solicitud. Algunos clientes pueden convertir una solicitud POST en un GET mientras las siguen.

Ese comportamiento suele ser inofensivo para una vista de página normal. No lo es si un endpoint espera un cuerpo de solicitud.

307 preserva la solicitud de forma temporal

Una redirección temporal 307 expresa la misma intención temporal que un 302, pero garantiza que se preserven el método HTTP y el body. Un POST sigue siendo un POST después de la redirección.

308 preserva la solicitud de forma permanente

Una redirección permanente 308 es el equivalente que conserva el método frente a un 301. MDN explica que “308 se creó para eliminar la ambigüedad del comportamiento al usar métodos que no son GET”.

Para una página de contenido normal solicitada con GET, los usuarios verán poca diferencia práctica entre 301 y 308. Lo mismo aplica a 302 y 307. La preservación del método se vuelve relevante para solicitudes POST y PUT, formularios y APIs (y en ese punto yo involucraría a quien gestione el backend en lugar de elegir un estado a partir de un reporte SEO).

303 cambia deliberadamente la solicitud a GET

Una redirección 303 See Other es temporal y, de manera deliberada, hace que la solicitud siguiente sea un GET. Un uso común es enviar a alguien desde un formulario enviado a una página de confirmación o resultados separada, evitando que un refresh reenvíe el POST original.

Esto es comportamiento HTTP primero y comportamiento SEO segundo. No hagas las redirecciones de páginas normales más exóticas de lo necesario.

Las redirecciones del lado del servidor ganan a los “parches” del navegador

Las redirecciones por estado HTTP ocurren del lado del servidor. También existen dos alternativas del lado del cliente: el meta refresh en HTML y las redirecciones con JavaScript.

Un meta refresh se ejecuta después de que el documento HTML empieza a cargarse. MDN recomienda poner su retraso a cero para cumplir accesibilidad y advierte que las reglas de redirección de HTTP y HTML que no van sincronizadas pueden provocar un bucle infinito o “otras pesadillas”. La redacción es memorable porque el fallo es real: dos capas de enrutamiento gestionadas por separado pueden empezar a contradecirse tras un cambio “habitual” en el CMS.

Una redirección con JavaScript depende de que el cliente ejecute JavaScript. Google Search Central afirma: “Usa redirecciones con JavaScript solo si no puedes hacer redirecciones del lado del servidor o con meta refresh. Aunque Google intenta renderizar cada URL que rastreó Googlebot, el renderizado puede fallar por varios motivos”.

Mi orden de preferencia es:

1. Una redirección HTTP del lado del servidor con el estado permanente o temporal correcto
2. Un meta refresh de cero segundos si no se puede configurar el servidor
3. Una redirección con JavaScript solo si ninguna de las opciones anteriores es posible

Algunos hosts estáticos y plataformas de CMS con restricciones no exponen la capa de servidor ideal. Esa limitación es real. Aun así, que el navegador llegue eventualmente al destino no es lo mismo que una redirección limpia que todos los clientes puedan interpretar de forma consistente.

¿Las redirecciones hacen perder PageRank?

Una regla histórica de SEO decía que cada redirección pierde un porcentaje fijo del “link juice”. Los porcentajes siguen circulando, pero no deberían influir en decisiones de implementación. No están respaldados por la postura actual de Google.

“Las redirecciones 30x ya no pierden PageRank”.

Gary Illyes de Google hizo esa afirmación en 2016, según lo reporta Search Engine Land. La conclusión razonable es limitada pero importante: la mera presencia de un 301, 302 u otra redirección 30x no impone una penalización automática de PageRank.

Lo que no se sigue de ahí es que 301 y 302 sean intercambiables.

Un 301 le dice a Google que trate el destino como el reemplazo canónico permanente. Un 302 suele dejar la URL original como canónica porque el movimiento es temporal. La gestión del PageRank y la intención canónica están relacionadas, pero no es la misma pregunta.

Además, tampoco diría que una migración de dominio mantendrá cada ranking sin variaciones. Las redirecciones aportan una señal importante, pero Google aún tiene que volver a rastrear URLs, procesar canónicos y actualizar su índice. El enrutamiento limpio elimina una gran fuente de ambigüedad; no “congela” los resultados de búsqueda en el tiempo.

Los errores de redirección que causan daño real

Cadenas de redirección

Una cadena de redirección envía una solicitud a través de múltiples URLs:

URL A → URL B → URL C → URL D

La ruta más limpia es que la URL A vaya directamente a la URL D. Si B y C siguen enlazadas internamente, actualiza esos enlaces también para que apunten a D.

Cada salto añade otra solicitud, consume recursos del rastreador y crea otra regla que puede fallar. Además, las cadenas largas aumentan el riesgo de que el destino final no se alcance durante un rastreo concreto. Repetido en miles de páginas, esto se convierte en un problema real de presupuesto de rastreo, no en un aviso estético de auditoría.

No hace falta inventar un porcentaje de pérdida de PageRank para cada salto. Más solicitudes, enrutamiento más lento, rastreo desperdiciado y más puntos de fallo son razones suficientes para colapsar la cadena.

Bucles de redirección

Un bucle envía la solicitud en círculo, por ejemplo A → B → A. Los navegadores eventualmente se detienen y muestran el error “demasiadas redirecciones”. El contenido queda inaccesible para usuarios y rastreadores.

Los bucles suelen surgir por reglas en conflicto: una regla de HTTPS peleándose con una regla de hostname, una regla de barra final que revierte otra redirección, o un meta refresh que no coincide con el servidor. El error final del navegador oculta el camino, así que revisa cada respuesta en vez de recargar la página repetidamente (o, más a menudo de lo que me gustaría, borrar cachés y esperar).

Redireccionar cada URL eliminada a la home

Esto no es una estrategia de limpieza. Sustituye una respuesta clara de página inexistente por un destino irrelevante.

La guía sobre soft 404 de Google explica que las redirecciones a páginas irrelevantes pueden interpretarse como soft 404. Redirecciona una URL antigua solo cuando exista un reemplazo realmente relevante. Si no hay reemplazo, devuelve un 404 o 410 correcto.

Un producto discontinuado puede redireccionar razonablemente a su sucesor directo o, en algunos casos, a una categoría estrechamente relacionada. No debería enviar automáticamente a los usuarios a una home genérica que no responde a la solicitud.

Versiones mezcladas de protocolo y hostname

Si HTTP, HTTPS, www y variantes sin www sirven contenido, hay múltiples direcciones compitiendo para representar la misma página. Elige un host y protocolo canónicos, y redirecciona permanentemente todas las alternativas directamente hacia ahí.

Prueba todas las combinaciones. Una regla de HTTP puede funcionar bien por sí sola, pero al combinarse con la regla de hostname puede añadir un salto extra o crear un bucle.

Redirecciones que terminan en un error

Una redirección no es “exitosa” solo porque su primera respuesta sea un 301. Su destino final debe devolver una respuesta funcional.

Un 301 que termina en un 404 sigue siendo un problema para la persona que siguió el enlace. Un redireccionamiento que termina en una respuesta de la serie 500 tampoco mejora. Por eso, revisar únicamente el código de estado inicial no cubre una parte sustancial del recorrido.

Cómo encontrar y solucionar problemas de redirección

Empieza con un rastreador como Screaming Frog, Ahrefs Site Audit o la auditoría de SEOJuice. Rastrear las URL de origen y sigue cada ruta hasta su respuesta final. Busca:

• Cadenas de redirección con varios saltos
• Bucles de redirección
• Redirecciones que terminan en una respuesta 4xx o 5xx
• Enlaces internos que siguen apuntando a URLs redireccionadas
• Movimientos permanentes implementados con redirecciones temporales

Por lo que vemos al revisar sitios con SEOJuice, los enlaces internos que apuntan a URLs ya redireccionadas merecen más atención que la que suelen recibir. La redirección puede funcionar, así que el problema parece inofensivo. Pero tu sitio igual envía a cada usuario y rastreador a través de una solicitud innecesaria, y los futuros cambios de redirección pueden convertir ese enlace interno antiguo en parte de una cadena.

Esto se volvió especialmente relevante durante nuestra migración de .io a .com. Las reglas a nivel de dominio pueden hacer que el sitio parezca migrado, mientras que los enlaces absolutos antiguos permanecen enterrados en páginas, plantillas o contenido estructurado. Un redireccionamiento global que funciona los oculta; un rastreo los saca a la luz.

Google Search Console ofrece la visión de Google sobre el resultado. El informe de indexación de páginas puede mostrar estados como “Page with redirect” y “Redirect error”. La Inspección de URL muestra la canónica declarada por el usuario y la seleccionada por Google, lo cual ayuda cuando Google no acepta el destino que esperabas.

Para una sola URL sospechosa, usa el panel Network en las DevTools del navegador. Revisa cada respuesta y cada encabezado Location hasta que cargue la página final o falle la ruta. Esto es más rápido que ejecutar un rastreo completo cuando estás depurando una sola regla.

Prioriza las correcciones en este orden:

1. Elimina bucles porque hacen que las páginas sean inaccesibles.
2. Repara redirecciones que terminen en respuestas 4xx o 5xx.
3. Colapsa cadenas para que las URLs antiguas apunten directamente a los destinos finales.
4. Reemplaza redirecciones irrelevantes por destinos relevantes o por respuestas 404/410 reales.
5. Actualiza los enlaces internos para evitar las redirecciones.
6. Confirma que los movimientos permanentes usan un estado permanente.

La auditoría SEO de SEOJuice detecta cadenas de redirección, redirecciones rotas y enlaces internos que apuntan a URLs redireccionadas, dándote una lista práctica para ir resolviendo. No reescribe por ti reglas de nginx, .htaccess, CDN o CMS; esos cambios siguen perteneciendo a la infraestructura que controla la respuesta.

Checklist de redirecciones para migraciones de sitio

Trata las redirecciones como reglas de enrutamiento, no como “magia” de SEO. Elige un destino relevante, define si el movimiento es permanente y elimina saltos evitables. La mayoría de decisiones de redirección se vuelven bastante sencillas cuando esos tres puntos quedan claros.

Preguntas frecuentes

¿Qué significa “redireccionar”?

Redireccionar significa que una URL ya no sirve su propio contenido y, en su lugar, reenvía a los visitantes y a los motores de búsqueda a otra URL. Una redirección del lado del servidor normalmente devuelve un estado HTTP 3xx más la dirección de destino, que el navegador solicita automáticamente.

¿Cuál es la diferencia entre una redirección 301 y una 302?

Un 301 indica que el movimiento es permanente, lo que permite a Google tratar el destino como canónico. Un 302 indica que el movimiento es temporal, así que Google generalmente mantiene la URL original indexada. Usa un 301 si la página antigua no volverá y un 302 si sí.

¿Las redirecciones perjudican el SEO?

Las redirecciones implementadas correctamente no perjudican el SEO de forma inherente. Google recomienda redirecciones permanentes del lado del servidor para movimientos permanentes, y Gary Illyes afirmó que las redirecciones 30x no pierden PageRank. Los problemas de SEO aparecen por cadenas, bucles, destinos rotos, redirecciones irrelevantes y códigos de estado que comunican una intención equivocada.

¿Qué es una cadena de redirección?

Una cadena de redirección ocurre cuando la URL A redirecciona a la URL B, que a su vez redirecciona a la URL C. Añade solicitudes innecesarias y trabajo extra para el rastreador. Soluciónalo haciendo que la URL A apunte directamente a la URL C y actualizando los enlaces internos para usar la dirección final.

¿Qué causa el error “demasiadas redirecciones”?

Un bucle de redirección provoca este error. Dos o más reglas envían la solicitud en un círculo, a menudo porque se contradicen reglas de HTTPS, www, barra final, del lado del servidor o meta-refresh. El navegador termina por dejar de seguir el ciclo.

¿Cuándo debería usar una redirección 307 o 308?

Usa 307 para un movimiento temporal y 308 para un movimiento permanente cuando haya que preservar el método HTTP original y el body de la solicitud. Son especialmente importantes para formularios y solicitudes a APIs que usan métodos como POST o PUT. Para páginas de contenido normales solicitadas con GET, 301 y 302 siguen siendo las opciones convencionales.