Redirecciones 301: cómo usarlas correctamente

Una redirección 301 es una de las pocas herramientas SEO que son a la vez técnicamente triviales y estratégicamente decisivas. Una sola línea en la configuración del servidor decide si la visibilidad que una URL ha acumulado durante años se conserva o se pierde. En migraciones de dominio, relanzamientos y la consolidación de HTTP a HTTPS, el éxito depende casi por completo de que las redirecciones estén bien configuradas. Este artículo explica las diferencias técnicas entre los tipos de redirección, muestra la implementación en los servidores más habituales y en Next.js, repasa los errores más frecuentes y aborda el papel creciente de las redirecciones para los crawlers de IA y el GEO.

Por qué las redirecciones 301 son críticas para el negocio

Las URL cambian; en la web es la norma, no la excepción. Se renombran productos, se cambia de sistema de gestión de contenidos, se fusionan dominios, se rehacen estructuras de páginas. Cada uno de estos cambios genera una URL antigua que, sin redirección, no lleva a ninguna parte. Para los buscadores eso supone un error 404; para los usuarios, un callejón sin salida; y para la empresa, la pérdida de posiciones, tráfico y todos los enlaces externos que apuntan a la dirección antigua.

La magnitud del problema es considerable. Un estudio internacional de más de dos millones de sitios web muestra que desde enero de 2013 el 66,5 % de los enlaces analizados ha sufrido link rot (internacional), es decir, apunta a páginas que ya no existen o que se han movido. Cada uno de esos enlaces muertos podría haberse conservado con una redirección 301 bien hecha. Al mismo tiempo, los problemas de redirección están muy extendidos: en un análisis de 150.000 sitios web elegidos al azar, el 7 % de los sitios presentaba cadenas o bucles de redirecciones con tres o más URL (internacional), un fallo técnico que desperdicia crawl budget y empeora los tiempos de carga.

En el mercado B2B austriaco se suma la importancia económica de la web. Según Statistik Austria, en 2023 alrededor del 30,8 % de las empresas austriacas realizó ventas a través de sitios web, apps, marketplaces online o EDI, frente al 26 % del año anterior (Austria). Si un relanzamiento sin redirecciones correctas reduce a la mitad la visibilidad orgánica, el golpe llega directamente a la facturación. Por eso la redirección 301 no es un detalle técnico para desarrolladores, sino una decisión de negocio.

Cómo funcionan: 301 vs. 302 vs. 307 vs. 308

Una redirección es una instrucción en la cabecera HTTP que devuelve un código de estado y el destino de la redirección (cabecera Location). Navegadores y crawlers siguen esta instrucción y cargan la dirección de destino. Para el SEO, lo decisivo es qué señal envía cada código de estado al buscador.

• 301 Moved Permanently: la redirección permanente. Según su documentación, Google la interpreta como señal de que el destino de la redirección debe ser la URL canónica y transfiere las señales de posicionamiento a la nueva dirección. La regla es: las redirecciones 301 indican a Google que una página se ha trasladado de forma permanente, por lo que casi siempre se indexa la nueva URL y las señales de enlace se consolidan hacia delante, en el destino (internacional).
• 302 Found y 303 See Other: redirecciones temporales. Googlebot las sigue, pero no las usa como señal de canonicalización. En la práctica, esto significa que las redirecciones 302 mantienen la URL antigua en el índice y las señales de enlace se consolidan hacia atrás, en el origen (internacional). Solo son adecuadas cuando el desvío es realmente temporal, por ejemplo en páginas de mantenimiento o tests A/B.
• 307 Temporary Redirect: el equivalente en HTTP/1.1 del 302, que mantiene obligatoriamente el método HTTP (por ejemplo, POST). El 307 tampoco envía señal de canonicalización y no sirve para migraciones permanentes.
• 308 Permanent Redirect: la variante moderna del 301 que conserva el método. A efectos de SEO, Google la trata igual que un 301.

La línea oficial es clara: según Google Search Central, 301 y 308 envían una señal de canonicalización, mientras que 302, 303 y 307 no lo hacen; un meta refresh instantáneo se trata como una redirección permanente (internacional). Para cualquier migración permanente, la opción correcta es, por tanto, el 301 (o el 308). El error habitual de poner un 302 por comodidad desperdicia link equity y mantiene la URL equivocada en el índice.

Implementación: Apache, Nginx, IIS y Next.js

Un 301 debe configurarse en el servidor, no mediante JavaScript del lado del cliente. Las redirecciones del lado del servidor actúan antes de que se cargue la página, son inequívocas para los crawlers y no consumen tiempo de renderizado.

• Apache (.htaccess / mod_rewrite): para URL individuales basta con Redirect 301 /alt /neu. Para patrones se usa mod_rewrite, por ejemplo RewriteRule ^alt/(.*)$ /neu/$1 [R=301,L]. El flag R=301 fuerza el código de estado y L detiene la evaluación de reglas.
• Nginx: de forma eficiente y con buen rendimiento mediante return 301 https://www.example.at$request_uri; dentro del bloque server o location correspondiente. Los casos más complejos se resuelven con rewrite ... permanent;. Es preferible la variante return a la variante rewrite, porque se evalúa más rápido.
• IIS (servidores Windows): mediante el módulo URL Rewrite o el archivo web.config con una <rule> y redirectType="Permanent" (301). Permanent es allí el valor por defecto, pero aun así conviene indicarlo explícitamente en la <rule>: los ejemplos de la referencia del módulo URL Rewrite de Microsoft usan redirectType="Found" (302), y si los copias, solo redirigirás de forma temporal. URL Rewrite no admite el 308. El módulo de redirección HTTP (<httpRedirect>), que es independiente, devuelve un 302 si no se especifica nada y necesita httpResponseStatus="Permanent" para un 301. A partir de IIS 10, con PermRedirect también envía un 308.
• Next.js: en next.config.js, mediante la función asíncrona redirects() con permanent: true, que devuelve un 308. Para lógica dinámica o condicional, por ejemplo según cookies o datos de geolocalización, lo adecuado es el Proxy (proxy.ts; hasta Next.js 15, middleware.ts) con NextResponse.redirect(). Las redirecciones del lado del cliente con useRouter o window.location deben evitarse en migraciones relevantes para el SEO, porque solo actúan después del renderizado y no son fiables para los crawlers.

Sea cual sea la plataforma, cada redirección debe apuntar directamente al destino final y no a otra redirección. Justo aquí surgen los problemas técnicos más habituales.

Estrategia: evitar cadenas de redirecciones y planificar migraciones de dominio

Una cadena de redirecciones se produce cuando la URL A redirige a B, B a C y solo C lleva al destino. Cada salto adicional cuesta tiempo, consume crawl budget y empeora el TTFB y, con ello, el valor de LCP (Largest Contentful Paint). Un bucle de redirecciones (loop) es el caso especial en el que la cadena vuelve sobre sí misma y la página deja de ser accesible.

Google marca aquí un límite y una recomendación claros. Según Search Central, Googlebot puede seguir hasta 10 saltos en una cadena de redirecciones, pero recomienda redirigir directamente al destino final y, si no es posible, mantener la cadena corta, idealmente no más de 3 y menos de 5 (internacional). En la práctica, eso significa aplanar las cadenas hasta un único salto (flattening). Si mapeos antiguos hacen que A apunte a B y B a C, hay que reescribir A para que apunte directamente a C.

En una migración de dominio o un relanzamiento web, la estrategia de redirecciones es el factor de éxito más importante. Un procedimiento probado consta de varios pasos:

• Crear un mapeo 1:1: cada URL antigua recibe un nuevo destino definido con la mayor coincidencia temática posible. Un rastreo completo del sitio antiguo (por ejemplo, con Screaming Frog) proporciona la lista de partida.
• Documentar el mapa de redirecciones: la correspondencia entre URL antiguas y nuevas se recoge en una tabla y se prueba antes del go-live. Es la base de la configuración del servidor.
• Supervisar en Search Console: en un simple cambio de dominio, ayuda la herramienta de cambio de dirección. Tras la migración, el informe de indexación de páginas y las estadísticas de rastreo muestran si las URL antiguas redirigen correctamente y si las nuevas se indexan.
• Prever un periodo de recuperación: tras una migración, las posiciones tardan de semanas a meses hasta que se han transferido todas las señales. Las fluctuaciones en esta fase son normales.

Google recomienda expresamente mantener las redirecciones durante mucho tiempo. Deben permanecer, por lo general, al menos 1 año para que Google pueda transferir todas las señales a las nuevas URL, incluido el nuevo rastreo y la reasignación de los enlaces de otros sitios web (internacional). Solo después se pueden eliminar sin riesgo las reglas antiguas.

Link equity, consolidación HTTPS y su relación con el canonical

El verdadero valor SEO de un 301 está en la transferencia del link equity, es decir, la fuerza de posicionamiento acumulada a través de backlinks. Sin embargo, esa transferencia está sujeta a una condición: la relevancia temática entre origen y destino. Si rediriges en bloque una página de producto específica a la página de inicio, Google a menudo no lo considera una redirección real. Un caso documentado muestra que las redirecciones a la página de inicio o a páginas poco relevantes pueden tratarse como soft 404; en ese caso, las señales de enlace no se transfieren y las URL redirigidas pierden sus posiciones y su tráfico (internacional). Por eso la regla es: redirige siempre a la página equivalente más cercana en cuanto a temática, no a la página de inicio.

Un caso de uso obligado clásico es la consolidación de las variantes de URL. Un sitio web debe ser accesible con una única variante canónica; todas las demás redirigen a ella con un 301:

• HTTP a HTTPS: todas las solicitudes sin cifrar se redirigen de forma permanente a HTTPS. Hoy es el estándar, ya que según el Web Almanac 2024, el 89 % de las páginas de escritorio y el 88,9 % de las páginas móviles usaban el protocolo HTTPS (internacional). Además, la cabecera HSTS hace que los navegadores fuercen directamente HTTPS y se salten en adelante el salto de redirección.
• Con www o sin www: se elige una de las dos variantes como canónica y la otra redirige a ella con un 301. Así se evita que Google indexe dos versiones separadas de la misma página.

Esta consolidación con 301 se complementa con etiquetas canonical coherentes: la página de destino apunta a sí misma con rel="canonical" y las anotaciones hreflang hacen referencia exclusivamente a las URL HTTPS finales. Redirección, canonical y hreflang deben señalar el mismo destino canónico; de lo contrario, surgen señales contradictorias.

Redirecciones 301 para crawlers de IA y GEO

Con la expansión de los crawlers de IA, el 301 adquiere una nueva función: imponer el contenido canónico frente a sistemas como GPTBot, ClaudeBot o Googlebot en su papel de IA. El volumen de este tráfico crece a gran velocidad. Según Cloudflare, el número de solicitudes de GPTBot aumentó un 305 % y el de Googlebot un 96 % entre mayo de 2024 y mayo de 2025; el tráfico total de crawlers de IA y de búsqueda creció un 18 % sobre una base fija de clientes (internacional). Estos bots se topan con las mismas URL obsoletas y trasladadas que los crawlers clásicos, y también aquí las cadenas de redirecciones desperdician recursos.

Cloudflare muestra un caso de uso concreto con una solución en el edge que impone las señales canonical mediante redirecciones frente a los crawlers de IA. Cuando un crawler de IA verificado llega a una página con una etiqueta canonical no autorreferencial, el servidor edge devuelve un 301 a la URL canónica antes de servir contenido obsoleto. Como resultado, en los primeros siete días, el 100 % de las solicitudes de crawlers de entrenamiento de IA a páginas con etiqueta canonical no autorreferencial se redirigió con un 301 en lugar de recibir contenido obsoleto (internacional).

Para el GEO, esto significa que unas redirecciones 301 limpias y unos canonicals coherentes garantizan que los sistemas de IA solo rastreen y citen la versión vigente de un contenido. Donde haya redirecciones en el edge o la CDN disponibles, este comportamiento puede implementarse más cerca del usuario y con menos recursos, complementado con IndexNow, que informa activamente a los buscadores de las URL modificadas.

Errores frecuentes y auditoría

Los errores de redirección rara vez se notan de forma llamativa, pero se acumulan hasta provocar una pérdida de visibilidad considerable. Los patrones más habituales se pueden revisar de forma específica.

• Redirección masiva a la página de inicio: el clásico soft 404 descrito más arriba. Cada URL redirigida necesita un destino relevante.
• Cadenas de redirecciones y bucles infinitos: saltos múltiples y loops, a menudo por reglas superpuestas de varios relanzamientos. Solución: flattening hasta un único salto.
• Contenido mixto tras el paso a HTTPS: si las páginas HTTPS siguen cargando recursos por HTTP, los navegadores los bloquean. La consolidación HTTPS debe abarcar todos los enlaces internos y assets.
• Soluciones alternativas del lado del cliente: meta refresh y redirecciones JavaScript en lugar de un 301 en el servidor. Aunque Google considera permanente un meta refresh instantáneo, es más lento y más propenso a errores que un 301 HTTP limpio.
• Códigos temporales para migraciones permanentes: un 302 donde corresponde un 301 mantiene la URL antigua en el índice.

Para la auditoría se han consolidado herramientas especializadas. Screaming Frog rastrea el sitio y lista cadenas de redirecciones, loops y códigos de estado erróneos, incluida la ruta de saltos. Ahrefs y Sitebulb ofrecen informes complementarios sobre problemas de redirección y backlinks afectados. Por último, Google Search Console muestra qué URL considera Google realmente redirigidas, indexadas o soft 404.

Aspectos de RGPD y tracking en el contexto europeo

En Europa, las redirecciones también plantean cuestiones de protección de datos. El redirect tracking, es decir, redirigir a través de un dominio de tracking intermedio para medir clics, puede tratar datos personales y transmitir identificadores entre dominios. Por regla general, estos procedimientos requieren una base jurídica y, según cómo estén diseñados, un consentimiento conforme al RGPD. Las redirecciones 301 puramente técnicas para consolidar URL son otra cosa: sirven para entregar correctamente el contenido y no están pensadas principalmente para el seguimiento de usuarios. Si usas medición cross-domain en migraciones de dominio, documenta los flujos de datos y coordínalos con la gestión del consentimiento para no desencadenar ningún tratamiento que requiera consentimiento sin haberlo obtenido.

301 vs. etiqueta canonical: la matriz de decisión

La redirección 301 y la etiqueta canonical se confunden a menudo, pero resuelven problemas distintos. Ambas señalan una URL preferida, pero solo el 301 redirige físicamente a usuarios y crawlers.

• Usa un 301 cuando: la URL antigua deba dejar de existir. En migraciones, relanzamientos, páginas eliminadas que tienen sustituta y en la consolidación de HTTPS o www. El usuario llega obligatoriamente a la nueva dirección.
• Usa el canonical cuando: varias páginas similares o idénticas deban seguir accesibles, pero solo una deba indexarse. Es típico en URL con filtros y parámetros, versiones para imprimir o contenido idéntico en varias rutas. Ambas páginas siguen siendo accesibles para el usuario.

La regla general: si la URL antigua debe desaparecer, es un 301. Si ambas URL deben seguir accesibles pero solo una debe posicionar, es un canonical. Además, un canonical es solo una indicación que Google puede seguir, pero sin estar obligado a ello, mientras que un 301 es una instrucción vinculante.

Para profundizar

La redirección 301 es la columna vertebral de cualquier estrategia de URL bien planteada. Bien utilizada, transfiere link equity, consolida variantes y garantiza contenido canónico inequívoco frente a crawlers, sistemas de IA y usuarios. Los principios clave se resumen rápido: para migraciones permanentes, siempre 301 o 308 en lugar de 302; en el servidor, no en el cliente; directamente al destino temáticamente adecuado, no a la página de inicio; sin cadenas ni bucles; y mantenidas durante al menos un año. Antes de cada relanzamiento compensa hacer un rastreo completo con un mapa de redirecciones documentado y, después, un seguimiento en Search Console. Temas relacionados que vale la pena abordar son la etiqueta canonical para gestionar el contenido duplicado, hreflang para sitios multilingües, la configuración de HSTS para forzar HTTPS, así como IndexNow y la gestión de los crawlers de IA para una arquitectura de SEO técnico preparada para el futuro.