Redirecciones 301: cuándo usarlas, cómo configurarlas y cómo comprobarlas

En resumen: Una redirección 301 le indica a navegadores y buscadores que una URL se ha movido de forma permanente. Google trata 301 y 308 como una señal fuerte de que el destino debe ser la URL canónica; 302 y 307 son temporales y mantienen la URL antigua. Todo sitio debe responder en una sola dirección: http://, https://, www y no-www deben redirigir a la misma URL final, en un solo salto. Mantén las redirecciones al menos un año, actualiza los enlaces internos a la dirección final y revisa la cadena completa, no solo dónde termina.

Las redirecciones son invisibles cuando funcionan. Cuando fallan, los síntomas son difusos: el posicionamiento se reparte entre www y no-www, una migración pierde tráfico durante meses, una página de inicio tarda un segundo más en cargar porque rebota por tres direcciones. La mayoría de estos problemas se detecta en un minuto siguiendo cada versión de tu dirección hasta el final.

Esta guía explica los tipos de redirección y cómo los trata Google, las versiones de host que todo sitio debe unificar, las cadenas y los bucles, la configuración en los servidores más habituales, cómo funciona nuestro verificador de redirecciones gratuito y cómo corregir cada problema que reporta.

Qué es una redirección

Una redirección es una respuesta que dice "este recurso está en otro lugar" e indica la nueva dirección en una cabecera Location. El navegador solicita la nueva dirección automáticamente. Una redirección del lado del servidor se ve así en la red:

HTTP/1.1 301 Moved Permanently
Location: https://www.example.com/new-page

El código de estado le indica a los clientes cómo tratar el cambio. MDN las divide en redirecciones permanentes, tras las cuales los rastreadores "actualizarán la URL original", y temporales, que los rastreadores "no memorizan".

La documentación de redirecciones de Google también clasifica como permanentes un meta refresh instantáneo (0 segundos) y un cambio de location con JavaScript, y como temporal un meta refresh con retraso. Recomienda usar redirecciones permanentes del lado del servidor siempre que sea posible y dice que "solo uses redirecciones con JavaScript si no puedes usar redirecciones del lado del servidor o con meta refresh", porque el renderizado puede fallar.

Por qué importan las redirecciones para el SEO

Consolidan duplicados. La guía de canonicalización de Google incluye las redirecciones como "una señal fuerte de que el destino de la redirección debe convertirse en canónico". Sin ellas, señales como los enlaces pueden repartirse entre varias URL con el mismo contenido.

Trasladan las páginas movidas en una migración. Cuando cambian las URL, una 301 desde cada URL antigua a su equivalente nueva le indica a Google que las intercambie en el índice y lleva a los visitantes de enlaces antiguos a la página correcta.

Protegen HTTPS. Google "prefiere las páginas HTTPS frente a las páginas HTTP equivalentes como canónicas", y la misma guía incluye la redirección de HTTP a HTTPS como una forma de reforzarlo.

Cuestan tiempo. Cada salto es un viaje de ida y vuelta más antes de que la página empiece a cargar. En redes móviles, una cadena de tres redirecciones supone un retraso perceptible antes de que aparezca nada.

Un sitio, una dirección

Para un rastreador, estos son cuatro sitios distintos, aunque muestren la misma página:

http://example.com/
http://www.example.com/
https://example.com/
https://www.example.com/

Elige una, normalmente la versión HTTPS con o sin www, y haz que las otras tres respondan con una sola 301 directa hacia ella. Elegir entre www y no-www es cuestión de gusto; lo importante es que solo una versión responda con 200. Asegúrate además de que el certificado TLS cubra tanto example.com como www.example.com, o la redirección de https://www fallará antes de ejecutarse.

La misma regla se aplica dentro del sitio: si /pricing y /pricing/ responden ambas con 200, elige una forma y redirige la otra.

Cadenas y bucles

Una cadena es una redirección que lleva a otra redirección. La más común es la que gestiona protocolo y host en pasos separados:

http://www.example.com/  301 →  https://www.example.com/  301 →  https://example.com/

Los rastreadores de Google "siguen hasta 10 saltos de redirección" (HTTP status codes and Google Search), así que una cadena de dos saltos no hará perder la página. Pero la guía de migración de sitios de Google dice que hay que "evitar encadenar redirecciones" y redirigir "directamente al destino final"; si no es posible, mantén las cadenas cortas, "idealmente no más de 3 y menos de 5". Los visitantes pagan cada salto de todos modos.

Un bucle es una cadena que no termina nunca: A redirige a B y B de vuelta a A, a menudo porque una regla HTTPS del servidor y otra de la CDN se contradicen. MDN señala que los navegadores detectan los bucles y muestran un error, de modo que la página simplemente queda inaccesible.

Cómo configurar una redirección 301

Apache (.htaccess o virtual host), unificando todas las versiones en https://www.example.com:

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

Para una sola página basta con Redirect 301 /old-page https://www.example.com/new-page. Ten en cuenta que un Redirect sin código envía un 302 por defecto, según MDN.

Nginx, con un bloque server que captura todas las demás versiones:

server {
    listen 80;
    listen 443 ssl;
    server_name example.com www.example.com;
    # ssl_certificate lines here for the 443 listener
    if ($host = example.com) { return 301 https://www.example.com$request_uri; }
    if ($scheme = http)      { return 301 https://www.example.com$request_uri; }
    # ... the site itself
}

Muchas configuraciones usan bloques server separados; ambas opciones funcionan mientras cada versión llegue a la dirección final en un solo paso.

Next.js, en next.config.js:

module.exports = {
  async redirects() {
    return [
      { source: '/old-blog/:slug', destination: '/blog/:slug', permanent: true },
    ]
  },
}

La documentación de Next.js indica que permanent: true envía un 308 y permanent: false un 307, para conservar el método de la solicitud. Google trata el 308 como permanente, así que no hay problema.

CDN y hosting. La mayoría de las CDN y paneles de hosting ofrecen reglas de redirección y un interruptor de "usar siempre HTTPS". Usa una sola capa para cada tarea: si la CDN pasa de HTTP a HTTPS y el servidor de origen también redirige hosts, obtienes una cadena de dos saltos, o un bucle si se contradicen.

WordPress. La dirección del sitio en Ajustes › Generales determina el host canónico; WordPress redirige los demás hosts hacia él. Para redirecciones de páginas usa un plugin de redirecciones o el gestor de redirecciones de tu plugin de SEO, y prefiere reglas del servidor para unificar el host.

Cómo funciona el verificador de redirecciones de Searvia

El verificador de redirecciones usa el mismo motor que nuestro verificador SEO de sitios web: introduces un dominio y audita tu página de inicio y los archivos de su entorno con 38 comprobaciones en unos 20 segundos, mostrando primero las tres comprobaciones de esta herramienta. Esto es lo que hacen.

Redirecciones y versiones duplicadas (prioridad media). El verificador toma el dominio que introdujiste, le quita www. y abre cuatro direcciones: http:// y https://, cada una con y sin www. Sigue cada una a través de hasta seis redirecciones y registra dónde termina y el código de estado de cada salto. Una versión pasa si termina en el mismo esquema y host que la dirección final de tu página de inicio usando solo redirecciones permanentes (301 o 308). El resultado:

• Fallo si alguna versión termina en otro lugar, por ejemplo https://example.com responde con su propia página mientras https://www.example.com es tu sitio principal, o si una versión termina en un bucle de redirecciones o necesita más de seis redirecciones.
• Aviso si alguna versión usa una redirección temporal (302, 303 o 307), o si la dirección que introdujiste necesita más de un salto de redirección, contado desde https:// más el host que introdujiste, antes de responder.
• Correcto si todas las versiones llegan al mismo sitio con redirecciones permanentes y la dirección principal necesita un salto o ninguno.

El informe lista cada una de las cuatro versiones con su URL final, los códigos de redirección del recorrido (por ejemplo 301 › 301) y una marca de verificación o una cruz. Las versiones que no resuelven o no se pueden alcanzar, por ejemplo un host www sin registro DNS, se omiten en lugar de marcarse como fallo.

HTTPS (prioridad alta). Solicita http:// más tu host sin seguir las redirecciones. Pasa si el sitio funciona por HTTPS y la solicitud HTTP responde con un 3xx cuyo Location empieza por https://. Falla con "HTTP does not redirect to HTTPS" o "The site does not work over HTTPS". Si el HTTP simple no responde en absoluto, la redirección no se puede probar y la comprobación muestra una nota en lugar de un resultado correcto o fallido.

Estado de la página (prioridad alta). La página final debe responder con un estado 2xx. Un 4xx o 5xx falla.

Qué no comprueba

• Meta refresh y redirecciones con JavaScript. Solo se siguen las redirecciones HTTP. Una versión que redirige con una etiqueta meta aparece como si terminara en sí misma.
• Páginas internas. Solo se prueban las direcciones de la página de inicio. Para las redirecciones de páginas tras una migración, rastrea la lista de URL antiguas.
• Número de saltos por versión. El aviso de saltos cuenta únicamente los de tu dirección principal; una cadena permanente de dos saltos en http://www muestra sus códigos en la tabla (301 › 301) pero no baja el resultado. Usa curl para ver la URL de cada salto.

Para ver cada salto con su URL y su código:

curl -sIL http://www.example.com/ | grep -iE '^(HTTP|location)'

Cómo leer el resultado

La nota global abarca las 38 comprobaciones, ponderadas por prioridad (alta 10, media 5, baja 2; un aviso suma la mitad), con una lista "Fix these first" y un enlace para compartir el informe.

Cómo corregir cada problema que reporta el verificador

1. Algunas versiones no redirigen a la principal

1. Decide la dirección final: https://www.example.com o https://example.com.
2. En la tabla del informe, anota qué versiones terminan en la URL equivocada.
3. Añade una 301 desde cada una directamente a la dirección final, conservando la ruta ($request_uri en Nginx, $1 en Apache).
4. Si la versión desviada termina en un host completamente distinto, revisa el DNS: un registro A antiguo de www puede apuntar a una página de aparcamiento o a un hosting anterior.
5. Asegúrate de que tus etiquetas canonical, el sitemap y los enlaces internos también usen la dirección final; una redirección que contradice tu canonical envía señales confusas.
6. Vuelve a ejecutar el verificador de redirecciones.

2. La dirección pasa por varias redirecciones

1. Ejecuta el comando curl -sIL con la dirección que introdujiste y lee la cadena.
2. Une los pasos: una sola regla que envíe cada versión no final directamente a la URL final, como en los ejemplos de Apache y Nginx de arriba.
3. Si la CDN y el origen redirigen ambos, deja que lo haga solo uno. Lo habitual es que la CDN gestione HTTP a HTTPS y el origen no haga nada, o que el origen haga ambas cosas y la CDN deje pasar las solicitudes.
4. Actualiza los enlaces que controlas: el enlace del logotipo, la navegación, las firmas de correo, los perfiles sociales y los destinos de los anuncios deben apuntar a la dirección final.

3. HTTP no redirige a HTTPS

1. Confirma que HTTPS funciona con un certificado válido que cubra tanto el dominio sin prefijo como www.
2. Añade una redirección permanente de cada URL http:// a su equivalente https://, conservando la ruta.
3. Cuando todo funcione por HTTPS, valora usar HSTS (Strict-Transport-Security: max-age=31536000; includeSubDomains), para que los navegadores se salten por completo la solicitud HTTP. Google menciona HSTS como otra forma de reforzar HTTPS como canónico. El verificador de cabeceras de seguridad lo comprueba.

4. El sitio no funciona por HTTPS

Instala un certificado (Let's Encrypt es gratuito y la mayoría de los hostings lo automatizan), asegúrate de que cubra todos los nombres de host que usas y luego añade la redirección de HTTP a HTTPS del paso 3. El contenido mixto, es decir, scripts o imágenes que aún se cargan por http://, es lo siguiente que hay que limpiar.

5. La página de inicio no responde con 200

Un 5xx indica un problema del servidor; revisa los registros de errores. Un 403 suele significar que un firewall o una protección contra bots rechaza las solicitudes automatizadas, y quizá también esté rechazando a los rastreadores de buscadores. Un 404 en la página de inicio normalmente significa que una redirección envía a los visitantes a una ruta que ya no existe. Corrige el destino y vuelve a comprobar.

6. Redirecciones temporales, bucles o cadenas largas

1. Busca la fila con una cruz y lee sus códigos. Un 302, 303 o 307 entre versiones de host debería pasar a ser un 301 o 308; revisa el servidor, la CDN y cualquier plugin, ya que la temporal suele ser un valor por defecto (un Redirect de Apache sin código envía un 302).
2. Un bucle suele significar que dos capas se contradicen, por ejemplo una CDN que envía de HTTPS a HTTP mientras el origen envía de HTTP a HTTPS. Desactiva una de ellas.
3. Para una cadena de más de seis saltos, sustitúyela por una sola regla que vaya directa a la dirección final, como en el paso 2.

Redirecciones durante una migración

Cuando cambian las URL, las reglas a nivel de host anteriores son solo el principio. La guía de migración de sitios de Google añade:

1. Asigna cada URL antigua a su equivalente nueva, usando sitemaps, registros del servidor, analítica y tu CMS. Redirigirlo todo a la página de inicio no es un mapeo.
2. Redirige directamente al destino final, nunca a una URL que vuelva a redirigir.
3. Da a cada URL nueva un canonical autorreferenciado, actualiza los enlaces internos y asegúrate de que todos los sitemaps listen las URL nuevas.
4. Mantén las redirecciones el mayor tiempo posible, por lo general al menos un año.

Para sitios internacionales, otra regla de Google: evita redirigir automáticamente a los visitantes entre versiones de idioma según su ubicación o el idioma del navegador, porque "el rastreador Googlebot suele originarse en EE. UU." y puede que nunca vea las otras versiones (sitios multirregionales). Nuestra guía de hreflang explica la alternativa.

Ejemplo práctico (hipotético)

El siguiente es un ejemplo hipotético, no son datos reales. Bramble & Co, una tienda de muebles inventada, se pasó a una nueva plataforma. El verificador de redirecciones reporta:

El dominio sin prefijo con https:// respondió con el sitio completo en lugar de redirigir: la nueva plataforma servía ambos hosts y solo el servidor antiguo tenía la regla de host. Los códigos también mostraron que http://bramble.example/ tardaba dos saltos y que el primero era un 302. El equipo añadió una única regla 301 en la CDN para cada versión no final, eliminó la redirección HTTPS propia de la plataforma para evitar una cadena y volvió a ejecutar la comprobación: las cuatro versiones terminan ahora en https://www.bramble.example/ en un solo salto.

Lista de verificación de redirecciones en 15 minutos

1. Ejecuta el verificador de redirecciones gratuito en tu dominio.
2. Confirma que las cuatro versiones terminan en una sola dirección.
3. Revisa los códigos de cada versión en el informe (o con curl -sIL): un salto, estado 301 o 308.
4. Comprueba que los canonical, el sitemap y los enlaces internos usan la dirección final.
5. Asegúrate de que el certificado cubre tanto el dominio sin prefijo como www.
6. Tras una migración, prueba una muestra de URL antiguas y mantén las redirecciones al menos un año.

Cómo ayuda Searvia

El verificador de redirecciones gratuito sigue cada versión de tu dirección y comprueba HTTPS y el estado de la página de inicio en un único informe que se puede compartir. En una cuenta de Searvia, la auditoría del sitio rastrea todo el sitio cada semana y señala los enlaces internos que apuntan a redirecciones, las URL redirigidas o rotas en el sitemap y las páginas que devuelven errores, para que puedas enlazar directamente a las direcciones finales en todas partes. La monitorización de uptime revisa tu sitio las 24 horas y te avisa cuando se cae o cuando su certificado está a punto de caducar, que es cuando más a menudo se rompen las redirecciones HTTPS. Para conocer el orden completo de las comprobaciones técnicas, consulta nuestra guía de auditoría de SEO técnico.