Redirección 301: qué es y cómo implementarla

TL;DR — Una redirección 301 envía permanentemente a cualquier persona (o bot) que visita una URL antigua a una nueva. Es la herramienta adecuada cuando una página se traslada definitivamente: a otro dominio, a una URL nueva, de HTTP a HTTPS o al fusionar dos páginas en una. Configúrala en tu servidor, apunta cada URL antigua a su sustituta real (no solo a tu página de inicio) y déjala activa. Google dice que una 301 no te hace perder valor de posicionamiento, así que no hay nada que temer.

Qué es una redirección 301

Cuando un navegador o un motor de búsqueda solicita una página, tu servidor responde con un código de estado HTTP de tres dígitos. 200 significa «aquí está la página». 404 significa «no encontrada». Una 301 significa «Moved Permanently»: esta URL tiene un nuevo hogar; ve allí.

Por tanto, una redirección 301 es tu servidor diciéndoles a todos: lo que pediste ahora vive en otra dirección, y el cambio es permanente. Los visitantes llegan automáticamente a la página nueva y los motores de búsqueda actualizan sus registros para apuntar a la nueva URL.

Cuándo usarla

Usa una 301 siempre que la dirección de una página vaya a cambiar definitivamente:

• Has cambiado una URL: has renombrado una página, reestructurado el sitio o limpiado una URL desordenada.
• Te has trasladado a otro dominio: por un cambio de marca o una migración del sitio.
• Has cambiado a HTTPS: cada URL http:// debe redirigir con 301 a su equivalente https://.
• Has fusionado páginas: dos artículos similares se convirtieron en uno; redirige las antiguas a la página que sobrevive.
• Has retirado una página con una sustituta clara: envíala a la equivalente más cercana, no a un callejón sin salida.

El consejo de Google es claro: “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (traducción) «Si necesitas cambiar la URL de una página tal como aparece en los resultados del motor de búsqueda, recomendamos usar una redirección permanente del lado del servidor siempre que sea posible».

El único número que debes ignorar

Oirás decir que una 301 «pierde entre un 10 y un 15 % del link juice». Es un mito antiguo. Google lo dice directamente: «301 and other permanent redirects don’t cause a loss in PageRank.» (traducción) «Las 301 y otras redirecciones permanentes no provocan una pérdida de PageRank». No evites redirigir una página por miedo a «filtrar» valor: una 301 correcta entrega al destino las señales que había acumulado la URL antigua.

(También verás afirmaciones muy seguras de que una 301 «transfiere entre el 90 y el 99 % de la equidad de enlaces». Ignóralas también: Google no publica ningún porcentaje de ese tipo y la cifra es inventada.)

Tres cosas que debes hacer bien

1. Apunta cada URL antigua a su sustituta real, no a tu página de inicio. Si envías todas las páginas retiradas a la portada, Google puede tratarlas como errores (un «soft 404») y no transferir el valor. Haz coincidir cada URL antigua con una nueva.
2. Usa una 301 real, no una falsa. Una redirección hecha solo con JavaScript o un enlace de «haz clic aquí si no se te redirige» no es lo mismo: Google puede ni siquiera verla. Hazla en el servidor.
3. Déjala activa. Google dice que mantengas las redirecciones generalmente al menos un año para que todo tenga tiempo de transferirse. Sinceramente, si puedes, déjalas para siempre.

¿Y una 302?

Una 302 es la versión temporal: «esta página se ha trasladado por ahora, pero la original sigue siendo la verdadera». Si usas una 302 cuando querías una 301, Google puede mantener la URL antigua en sus resultados en lugar de la nueva. Cuando el traslado sea permanente, usa una 301. (Hay una comparación completa entre 301 y 302 que merece leerse por separado.)

¿Quieres las configuraciones del servidor, los detalles de los plazos, las reglas de las cadenas de redirección y la forma de detectar una 301 «falsa» que falla silenciosamente? Cambia a la pestaña Avanzado.

TL;DR — Una 301 (HTTP «301 Moved Permanently») es una respuesta del lado del servidor que traslada permanentemente una URL y es la señal más fuerte para consolidar el posicionamiento en el destino. Google afirma explícitamente que las redirecciones permanentes no provocan una pérdida de PageRank: la regla de «pérdida de ~15 % por salto» está muerta y no existe ningún porcentaje publicado de equidad transferida, así que no inventes uno. Impleméntala en el servidor (Apache, nginx, código de la aplicación) o en el edge (Cloudflare), no con JavaScript ni con una solución de meta refresh retrasada. Redirige las URL antiguas a su equivalente relevante 1:1, no todas a la página de inicio, que Google podría reclasificar como un soft 404. Mantén las cadenas cortas (Google sigue hasta 10 saltos, pero recomienda menos de ~5; Mueller ha hablado de ~5 por rastreo). En el servidor es instantánea; la consolidación completa del índice y las señales tarda desde semanas hasta generalmente al menos un año.

Qué es realmente una 301

Una 301 es un código de estado HTTP —«301 Moved Permanently»— que devuelve tu servidor (o el edge de tu CDN) en las cabeceras de respuesta, antes de cualquier cuerpo de página. Esa es la parte importante: una 301 real ocurre a nivel de protocolo, en la respuesta a la solicitud. No es una función de plugin, una etiqueta <meta> ni un fragmento de JavaScript: son soluciones alternativas para cuando no puedes hacerlo en el servidor y se comportan de otra manera (más adelante lo vemos).

Google resume la definición así: “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (traducción) «Los códigos de estado 301 y 308 significan que una página se ha trasladado permanentemente a una nueva ubicación». (308 es el código más nuevo de redirección permanente que también conserva el método de solicitud; para SEO, Google trata 301 y 308 igual: “use HTTP permanent redirects if possible, such as 301 and 308.” (traducción) «usa redirecciones HTTP permanentes si es posible, como 301 y 308».)

Antes de implementarla conviene conocer algunos detalles del protocolo: una respuesta 301 se puede almacenar heurísticamente en caché de forma predeterminada, así que un navegador o una caché intermedia puede conservarla; por eso una redirección «corregida» todavía puede enviar a los probadores al destino antiguo hasta que se vacíe la caché. Y como una 301 existe desde HTTP/1.0, un agente de usuario puede cambiar una solicitud POST a GET al seguirla; no supongas que una 301 conserva el método original de una solicitud de formulario: usa una 308 si eso importa. La cabecera Location solo necesita ser una referencia URI (técnicamente puede ser relativa), aunque apuntar a una URL absoluta evita ambigüedades en la práctica.

Cómo procesa Google una 301 (canonicalización e indexación)

Una redirección permanente es una de las señales de canonicalización más fuertes que tiene Google. Cuando Googlebot sigue una 301, el pipeline de indexación usa la redirección como señal de que el destino debe ser la URL canonical. Google conserva un registro de ambos extremos: conserva el vínculo entre ambas URL y elige una como canónica; la otra queda como nombre alternativo.

Por eso a veces sigues viendo una URL antigua en los resultados durante un tiempo después de un traslado: Google la conserva como «nombre alternativo». Google dice que no cunda el pánico: en un traslado de dominio, “it’s very likely that Google will continue to occasionally show the old URLs in the results, even though the new URLs are already indexed. This is normal… the alternate names will fade away without you doing anything.” (traducción) «es muy probable que Google siga mostrando ocasionalmente las URL antiguas en los resultados aunque las nuevas ya estén indexadas. Es normal… los nombres alternativos desaparecerán sin que hagas nada».

Una redirección tiene más peso que las señales de canonicalización débiles. Gary Illyes explicó la jerarquía sin rodeos: una redirección “should be much higher weight… than whether the page is on an http URL or https.” (traducción) «debería tener mucho más peso… que si la página está en una URL http o https». Por eso una 301 accidental puede anular silenciosamente una etiqueta canonical o una preferencia por HTTPS que apunte en la otra dirección. (La canonicalización se trata por completo en su propio tema.)

Conviene precisar qué promete y qué no esta señal: una 301 es una señal fuerte del destino canonical, no una garantía. Le indica a Google qué URL debería ser canonical; no garantiza que esa URL se indexe, que se posicione, que reciba tráfico ni que todas las demás señales (enlaces, calidad del contenido y autoridad del sitio) se transfieran automáticamente. Trata «elección de canonical» y «resultados de indexación, posicionamiento y tráfico» como preguntas separadas: una 301 solo responde directamente a la primera.

El mito del PageRank: entiéndelo bien

Este es el hecho sobre este tipo de redirecciones que más se deforma, así que aquí tienes la versión precisa.

La afirmación exacta de Google: «301 and other permanent redirects don’t cause a loss in PageRank.» (traducción) «Las 301 y otras redirecciones permanentes no provocan una pérdida de PageRank». Eso es todo. No «conservas el 85 %» ni «pierdes entre un 10 y un 15 % por salto». No hay pérdida.

La regla de la «pérdida de ~15 % por salto» procede de afirmaciones antiguas, anteriores a 2016, sobre la atenuación del PageRank a través de redirecciones (atribuidas normalmente a Matt Cutts). Google la revirtió públicamente alrededor de 2016: según se informó entonces, Google dejó de aplicar dilución de PageRank a las redirecciones 30x y el destino recibe la autoridad.

El corolario que confunde a la gente en la otra dirección es este: no afirmes que una 301 «transfiere entre el 90 y el 99 % de la equidad de enlaces». Google no publica ese número. «No provoca una pérdida de PageRank» es una afirmación direccional, no un porcentaje; cualquier porcentaje concreto que veas es folklore, no algo que Google haya confirmado. Cita la formulación de «sin pérdida» y no inventes una cifra.

Añadiré aquí mi propia nota de cautela. Probé la afirmación de que «las señales permanecen después de un año» eliminando las 301 de cuatro artículos de Ahrefs con muchos enlaces y observando qué ocurría (Is It OK to Remove 301 Redirects After a Year? We Tested It). Los dominios de referencia cayeron notablemente cuando desaparecieron las redirecciones y el tráfico orgánico fue mixto: un artículo subió, otro bajó, dos quedaron aproximadamente planos y una «caída» aparente en realidad había empezado antes de la eliminación. Mi conclusión honesta es: “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” (traducción) «No estoy dispuesto a afirmar de forma concluyente que las redirecciones permanentes transfieran valor incluso después de un año, pero lo que dijo Gary parece cumplirse en gran medida». La muestra es pequeña, así que soy prudente; pero la conclusión práctica es la aburrida: no elimines tus redirecciones.

Los plazos: tres relojes distintos

«¿Cuánto tarda en funcionar una 301?» depende de a qué reloj te refieras:

• El servidor: instantáneo. En cuanto la regla está activa, cada solicitud recibe una 301 y los usuarios llegan a la nueva URL. No hay que esperar.
• El índice: de días a semanas. Google tiene que volver a rastrear la URL antigua, ver la redirección y procesar el destino. La explicación de Google es que “a small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer,” (traducción) «un sitio web pequeño o mediano puede tardar unas semanas en trasladar la mayoría de sus páginas, y los sitios grandes tardan más», y que “visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (traducción) «la visibilidad de tu contenido en la Búsqueda puede fluctuar temporalmente durante el traslado. Es normal».
• Consolidación completa de señales: generalmente al menos un año. Google recomienda mantenerlas todo el tiempo posible —por lo general, al menos un año— para transferir las señales; desde el punto de vista de los usuarios, incluso puede convenir dejarlas indefinidamente. Es la misma cifra de un año que dio Illyes cuando dijo que las señales necesitan aproximadamente un año para pasar completamente del origen al destino.

Regla práctica: mantén estas redirecciones permanentes al menos un año y, si no te cuestan nada, déjalas para siempre.

Implementar una 301

Hazlo lo más cerca posible del servidor. Estas son las cuatro vías que cubren a casi todo el mundo. (Son ilustrativas: adapta las rutas y los nombres de host a tu configuración; la pestaña Scripts contiene versiones listas para copiar y pegar y explica cómo probarlas.)

Haz una copia de seguridad de tu configuración actual de .htaccess o nginx antes de editarla: una regla mal formada puede dejar fuera de servicio todo el sitio, no solo la URL que estás redirigiendo.

Apache (.htaccess)

Para una URL individual con mod_alias:

Redirect permanent "/old-page" "https://example.com/new-page"

Para reglas basadas en patrones con mod_rewrite:

RewriteEngine on
RewriteRule "^/service$" "/about/service" [R=301,L]

nginx

location = /service {
  return 301 https://example.com/about/service;
}

WordPress

WordPress no tiene un gestor de redirecciones integrado, así que debes añadir uno:

• El plugin Redirection (gratuito): la opción más habitual; añade el origen → destino en una interfaz, sin código.
• Yoast SEO Premium: su Redirect Manager puede crear automáticamente una redirección cuando eliminas o cambias el slug de una URL. Ten en cuenta que la versión gratuita de Yoast no tiene gestor de redirecciones (muchos tutoriales omiten este detalle).
• Nivel de servidor: si puedes editar directamente .htaccess o nginx, una regla del servidor es más rápida que un plugin basado en PHP, que se ejecuta en cada solicitud.

Cloudflare

Si usas Cloudflare, puedes redirigir en el edge, antes de que la solicitud llegue al origen:

• Single Redirects: reglas puntuales en el panel de control.
• Bulk Redirects: una lista de redirecciones (miles de pares origen → destino) aplicada a toda la cuenta. Es realmente útil para una migración completa porque no tienes que tocar la configuración del servidor de origen; resulta práctico cuando se va a retirar el servidor antiguo.

Código de aplicación (ejemplo en PHP)

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/new-url');
exit();

Redirecciones «falsas»: el modo de fallo que nadie comprueba

Este es un caso contraintuitivo que conviene interiorizar: una URL puede devolver 200 OK y aun así estar redirigiendo. Como escribí en 11 Types Of Redirects & Their SEO Impact, “A redirect can still be happening with any status code. You may have a page that shows as a 200 OK status code, but still actually be redirecting” (traducción) «una redirección puede seguir ocurriendo con cualquier código de estado. Puedes tener una página que aparece con un código de estado 200 OK, pero que en realidad sigue redirigiendo», mediante JavaScript después de cargar la página. Esa «redirección» es invisible para una comprobación rápida del código de estado y no ofrece ninguna de las garantías de una 301.

La guía de Google ordena los métodos así:

• Del lado del servidor (301/308): lo mejor. Úsalo siempre que sea técnicamente posible.
• Meta refresh: depende del tiempo. Google dice que un meta refresh instantáneo se interpreta como redirección permanente; uno retrasado (que se activa después de N segundos) se interpreta como temporal. Por tanto, un refresh content="5;url=…" no sustituye a una 301.
• JavaScript: último recurso. Google dice: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (traducción) «Usa redirecciones de JavaScript solo si no puedes usar redirecciones del lado del servidor o meta refresh… si configuras una redirección de JavaScript, es posible que Google nunca la vea si falla el renderizado del contenido». Si el renderizado no termina, para Google la redirección prácticamente no existe.
• Redirecciones pseudo-«crypto» o solo con enlace: no. Una página que solo enlaza a la URL nueva, sin código de estado ni refresh, es, en palabras de Google, algo que “not all search engines may recognize… as an official redirect.” (traducción) «no todos los motores de búsqueda pueden reconocer… como una redirección oficial». No dependas de ello.

La lección es esta: si te importa el SEO, confirma que tu redirección sea una 301 real del servidor, no una respuesta 200 que redirige en el navegador. La pestaña Scripts muestra cómo comprobarlo con curl.

Errores habituales con las 301

• Redirigirlo todo a la página de inicio. El clásico. Google dice: “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page… This can confuse users and might be treated as a soft 404 error.” (traducción) «No redirijas muchas URL antiguas a un único destino irrelevante, como la página de inicio… Esto puede confundir a los usuarios y podría tratarse como un error soft 404». Un soft 404 no consolida las señales de forma fiable. Redirige a la sustituta relevante; si realmente has consolidado varias páginas en una, está bien redirigirlas todas a esa página combinada nueva.
• Cadenas de redirección largas. Google seguirá “up to 10 hops,” (traducción) «hasta 10 saltos», pero aconseja ir directamente al destino final, “ideally no more than 3 and fewer than 5.” (traducción) «idealmente no más de 3 y menos de 5». Mueller ha dicho que Google sigue unos 5 saltos por intento de rastreo en URL rastreadas con frecuencia. Mi umbral práctico coincide: no me preocupan las cadenas de menos de ~5 saltos, pero he visto problemas por encima de 5. Las cadenas también añaden latencia para los usuarios reales. Cuando añadas una redirección, actualiza las reglas antiguas para que apunten a la URL final, no al salto anterior.
• Usar una 302 cuando quieres una 301. Una 302 indica a Google que la URL original debe seguir siendo la canonical, así que un traslado permanente hecho con 302 puede dejar indexada la URL equivocada. Google puede reinterpretar una 302 mantenida durante mucho tiempo como permanente, pero el plazo no está definido; como he dicho, nadie sabe realmente cuánto tarda, «normalmente unas semanas o unos meses». Usa el código que coincida con tu intención.
• Eliminar las redirecciones demasiado pronto. Menos de un año puede dejar el valor varado en la URL muerta. Mantenlas al menos un año; idealmente, indefinidamente.
• Reglas comodín demasiado amplias. Un comodín para toda una carpeta suele enviar las URL al lugar equivocado. Mapea de antigua a nueva 1:1 en la medida de lo posible.
• Olvidar los recursos que no son HTML. En una migración, redirige también imágenes y PDF; no necesitas redirigir archivos JS, CSS o de fuentes.
• Dejar que el host antiguo se apague demasiado pronto. Una regla de redirección no puede rescatar una solicitud que nunca llega a ella: si desactivas el DNS del dominio antiguo, dejas caducar su certificado TLS o retiras el servidor antiguo antes de que las redirecciones hayan terminado su trabajo, los visitantes y bots recibirán un error de conexión en vez de una 301. Mantén activos el DNS, el certificado y las reglas de redirección del host antiguo mientras mantengas las redirecciones.

Bing

Bing trata una 301 como una señal fuerte para consolidar el posicionamiento en la URL de destino y retirar la URL antigua de su índice: el mismo modelo básico que Google. Sus indicaciones de larga duración recomiendan mantener una redirección permanente durante un mínimo más corto (del orden de unos meses) que el año aproximado de Google, y su guía de migraciones indica que las 301 suelen ser suficientes: su herramienta Site Move no las sustituye. Si sirves a ambos motores (y así es), la opción segura es seguir la indicación más estricta: 301 reales del servidor, mantenidas al menos un año.

Dónde encaja

Una 301 es un código de estado dentro de una familia. Se relaciona directamente con la redirección 302 (su equivalente temporal): la decisión entre 301 y 302 es realmente «¿el traslado es permanente o no?». También es prima cercana de la canonicalización (una 301 es una señal canonical fuerte, pero sirve para trasladar una página, no para consolidar duplicados que siguen activos; para eso se usa rel="canonical"). Y es la base de cualquier migración de sitio. Para el conjunto más amplio de códigos —302/307 temporales, 308 permanente, 404/410 desaparecidas y errores 5xx— consulta el grupo de códigos de estado HTTP en el que vive esta página.

Resumen con IA

Una síntesis de la versión avanzada:

• 301 = HTTP «301 Moved Permanently»: una respuesta del lado del servidor que traslada permanentemente una URL y es una de las señales de destino canonical más fuertes que tiene Google. Es una señal, no una garantía: por sí sola no promete indexación, posicionamiento ni tráfico. Google trata 301 y 308 igual para SEO, pero una 301 puede cambiar un POST a GET y se puede almacenar heurísticamente en caché por defecto; usa 308 si necesitas conservar el método.
• Sin pérdida de PageRank. La formulación exacta de Google es: “301 and other permanent redirects don’t cause a loss in PageRank.” (traducción) «Las 301 y otras redirecciones permanentes no provocan una pérdida de PageRank». La antigua regla de «pérdida de ~15 % por salto» está muerta y Google no publica ningún porcentaje de equidad transferida, así que nunca cites «90–99 %».
• Tres relojes de plazos: servidor = instantáneo; migración del índice = de días a semanas (más en sitios grandes); consolidación completa de señales = generalmente al menos un año. Mantén las redirecciones al menos un año, idealmente para siempre.
• Implementación en servidor o edge: Apache .htaccess (Redirect permanent / mod_rewrite [R=301]), nginx (return 301), WordPress (plugin Redirection o Yoast Premium; Yoast gratuito no tiene gestor de redirecciones), redirecciones Single/Bulk de Cloudflare (a nivel de edge, sin configuración del origen) o código de la aplicación.
• 301 «falsas»: una página puede devolver 200 y aun así redirigir mediante JavaScript (invisible para una comprobación de estado). Un meta refresh instantáneo ≈ permanente; un meta refresh retrasado ≈ temporal; JS es el último recurso (Google puede no verlo si falla el renderizado); las redirecciones «crypto» solo con enlace son poco fiables.
• Errores principales: redirigirlo todo a la página de inicio (riesgo de soft 404); cadenas largas (mantener menos de ~5 saltos); usar una 302 para un traslado permanente; eliminar redirecciones demasiado pronto; usar comodines amplios en vez de un mapeo 1:1.
• Cautela de Patrick: su propia prueba de eliminar las 301 después de un año mostró resultados reales más desordenados y mixtos que el relato limpio de «un año y estás a salvo», así que conserva las redirecciones.

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda.

Google

• Redirecciones y la Búsqueda de Google: qué es una 301, redirecciones del lado del servidor frente a meta refresh y JavaScript, reglas de tiempo del meta refresh y ejemplos de implementación (PHP, Apache y nginx).
• Traslados de sitio con cambios de URL: la afirmación de «sin pérdida de PageRank», la recomendación de mantener redirecciones generalmente al menos 1 año, los límites de las cadenas, la advertencia sobre soft 404 y los traslados de sitios pequeños frente a grandes.
• How to specify a canonical URL: dónde se sitúan las redirecciones como señal de canonicalización.
• Crawling and Indexing: el centro principal para redirecciones, canonicalización y controles de rastreo.

Bing / Microsoft

• Bing Webmaster Guidelines: la postura de Bing sobre redirecciones y traslados permanentes.
• Website Migration with Bing (diciembre de 2020): la herramienta Site Move de Bing y la nota de que las redirecciones permanentes suelen ser suficientes y la herramienta no las sustituye.

Implementación en plataformas

• Cloudflare — Bulk Redirects: listas de redirecciones aplicadas a toda la cuenta en el edge.
• Cloudflare — URL forwarding (Redirects) overview: diferencias entre Single y Bulk Redirects.
• Yoast — How to create a 301 redirect in WordPress: vías específicas para WordPress, incluida la gestión de redirecciones como función Premium.

Citas de la fuente

Declaraciones registradas de Google. Cada enlace es un enlace profundo que salta al pasaje citado de la página de origen.

Google: qué es una 301 y cuándo usarla

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (traducción) «Los códigos de estado 301 y 308 significan que una página se ha trasladado permanentemente a una nueva ubicación». — Google Search Central, Redirecciones y la Búsqueda de Google. Ir a la cita
• “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (traducción) «Si necesitas cambiar la URL de una página tal como aparece en los resultados del motor de búsqueda, recomendamos usar una redirección permanente del lado del servidor siempre que sea posible». Ir a la cita
• “Use server side permanent redirects if technically possible… we recommend that you use HTTP permanent redirects if possible, such as 301 and 308.” (traducción) «Usa redirecciones permanentes del lado del servidor si es técnicamente posible… recomendamos usar redirecciones HTTP permanentes si es posible, como 301 y 308». — Google Search Central, Traslados de sitio con cambios de URL. Ir a la cita

Google: PageRank y consolidación (la columna vertebral de la precisión)

• “301 and other permanent redirects don’t cause a loss in PageRank.” (traducción) «Las 301 y otras redirecciones permanentes no provocan una pérdida de PageRank». — esa guía de traslados. Ir a la cita
• “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (traducción) «Cuando rediriges una URL, Google sigue tanto el origen de la redirección (la URL antigua) como el destino (la nueva). Una de las URL será la canonical… La otra se convierte en un nombre alternativo de la URL canonical». — la misma documentación de Google. Ir a la cita

Google: plazos

• “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (traducción) «Mantén las redirecciones tanto como sea posible, generalmente al menos 1 año. Este plazo permite a Google transferir todas las señales a las nuevas URL… Desde la perspectiva de los usuarios, considera mantener las redirecciones indefinidamente». — Fuente: Google Search Central, Traslados de sitio con cambios de URL. Ir a la cita
• “A small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer… the visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (traducción) «Un sitio web pequeño o mediano puede tardar unas semanas en trasladar la mayoría de sus páginas, y los sitios grandes tardan más… la visibilidad de tu contenido en la Búsqueda puede fluctuar temporalmente durante el traslado. Es normal». Ir a la cita

Google: cadenas de redirección, errores soft y redirecciones falsas

• “While Googlebot can follow up to 10 hops in a ‘chain’ of multiple redirects… we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (traducción) «Aunque Googlebot puede seguir hasta 10 saltos en una «cadena» de varias redirecciones… aconsejamos redirigir directamente al destino final. Si no es posible, mantén bajo el número de redirecciones de la cadena, idealmente no más de 3 y menos de 5». Ir a la cita
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.” (traducción) «No redirijas muchas URL antiguas a un único destino irrelevante, como la página de inicio del sitio nuevo. Esto puede confundir a los usuarios y podría tratarse como un error soft 404». Ir a la cita
• “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (traducción) «Usa redirecciones de JavaScript solo si no puedes usar redirecciones del lado del servidor o meta refresh… si configuras una redirección de JavaScript, Google puede no verla si falla el renderizado del contenido». — Fuente: Google Search Central, Redirecciones y la Búsqueda de Google. Ir a la cita
• “Google Search interprets instant meta refresh redirects as permanent redirects… Google Search interprets delayed meta refresh redirects as temporary redirects.” (traducción) «Google Search interpreta las redirecciones instantáneas de meta refresh como redirecciones permanentes… Google Search interpreta las redirecciones retrasadas de meta refresh como redirecciones temporales». Nota: Google diferencia entre dos tipos de redirecciones meta refresh: “Google differentiates between two kinds of meta refresh redirects” (traducción) «Google diferencia entre dos tipos de redirecciones meta refresh». Ir a la cita

Lista de comprobación para implementar 301

Una pasada que debes hacer antes, durante y después de activar una redirección permanente (o un lote de ellas):

Antes

• Confirma que el traslado sea realmente permanente: si es temporal, necesitas una 302, no una 301.
• Crea un mapeo 1:1 de la URL antigua → la URL nueva más relevante (no de URL antigua → página de inicio).
• Para las consolidaciones, decide cuál es la única URL superviviente a la que redirige cada grupo.
• Planifica redirigir también imágenes y PDF (omite archivos JS/CSS/de fuentes).

Implementación

• Hazlo en el servidor (Apache/nginx/app) o en el edge (Cloudflare), no mediante JavaScript ni meta refresh retrasado.
• Prefiere reglas 1:1 a comodines amplios para carpetas que puedan enviar URL al lugar equivocado.
• Apunta cada regla al destino final para no crear cadenas.
• En WordPress, usa el plugin Redirection o Yoast Premium (Yoast gratuito no tiene gestor de redirecciones), o una regla del servidor.

Verificación

• Comprueba que cada URL antigua devuelva una 301 real (no 200, no 302, no una redirección JS): consulta la pestaña Scripts para las comprobaciones con curl.
• Confirma que no haya cadenas de más de ~5 saltos; reduce cualquiera que encuentres a un solo salto.
• Comprueba que el destino devuelva 200, no otra redirección ni un 404.
• Prueba una URL con una cadena de consulta, fragmento, barra final o mayúsculas/minúsculas mezcladas: las reglas pueden descartarlos o alterarlos silenciosamente en vez de conservarlos.
• Comprueba algunas URL redirigidas en la Inspección de URL de GSC para ver cómo las resuelve Google.
• Para una migración, ejecuta un rastreo del sitio (Ahrefs Site Audit / Screaming Frog) para detectar bucles y cadenas de redirección, entradas antiguas de sitemap y URL antiguas que se hayan escapado del mapa.

Después

• Mantén las redirecciones activas generalmente al menos un año, idealmente de forma indefinida.
• Espera que la URL antigua permanezca un tiempo en los resultados («nombre alternativo»): es normal; no elimines la redirección para forzarlo.

Detectar y probar las redirecciones permanentes

Compruébala con el Redirect Checker:

1. Pega la URL que estás probando en el campo de una sola URL (o cambia al modo por lotes para comprobar hasta 20 a la vez).
2. Haz clic en Check redirects para rastrear la cadena completa.
3. Lee el código de estado del primer salto y el punto de veredicto: una redirección permanente real muestra 301 (o 308) de principio a fin; si aparece una 302/307 o la gravedad «chain» está por encima de verde, no es una 301 limpia de un solo salto.

El objetivo de estas pruebas es responder una pregunta: ¿esta URL devuelve realmente una 301 del lado del servidor o algo me está engañando? (Recuerda que una página puede devolver 200 OK y aun así redirigir en el navegador mediante JavaScript.)

No pruebes solo la URL básica: repite la comprobación con una versión que tenga cadena de consulta, un #fragment, una barra final o una combinación distinta de mayúsculas y minúsculas. Nada en la especificación HTTP garantiza que una regla de reescritura conserve esos elementos; depende de la implementación de tu regla concreta y es habitual que una RewriteRule o una coincidencia de patrón descarte silenciosamente la cadena de consulta o el fragmento de la URL original.

Ver el código de estado sin procesar y la cadena de redirección (curl)

macOS / Linux / WSL

# Show response headers only — look for "HTTP/… 301" and the "location:" target
curl -sI https://example.com/old-page

# Follow the whole chain and print each hop's status + final URL
curl -sIL -o /dev/null -w "%{http_code}  %{url_effective}\n" https://example.com/old-page

# Print every status code in the chain (catches multi-hop chains)
curl -sIL https://example.com/old-page | grep -i "^HTTP\|^location"

Una redirección permanente limpia se ve como HTTP/1.1 301 Moved Permanently (o HTTP/2 301) with a single location: header pointing at the final URL. If you see 302, it’s temporary. If you see 200 pero el navegador termina en otro sitio, es una redirección «falsa» de JavaScript/meta refresh.

Windows (PowerShell)

# MaximumRedirection 0 stops at the first hop so you can read its status code
$r = Invoke-WebRequest -Uri "https://example.com/old-page" -MaximumRedirection 0 -SkipHttpErrorCheck
$r.StatusCode              # 301 for a permanent redirect
$r.Headers.Location        # the target URL

Detectar una redirección «falsa» de JavaScript

curl solo ve la respuesta del servidor, no JavaScript. Si curl dice 200 pero la página sigue desplazándote en un navegador real, la redirección es del lado del cliente. Confírmalo en Chrome DevTools:

1. Abre DevTools → Network y activa Preserve log.
2. Carga la URL antigua.
3. Si la solicitud superior muestra Status 301 (o 308), es una redirección real del servidor. Si la primera solicitud es 200 y aparece una entrada de navegación posterior, es una redirección JS/meta refresh, no una 301 real.

Apache .htaccess

# Single URL (mod_alias)
Redirect permanent "/old-page" "https://example.com/new-page"

# Pattern / regex rule (mod_rewrite) — R=301 makes it permanent, L stops processing
RewriteEngine on
RewriteRule "^old-section/(.*)$" "https://example.com/new-section/$1" [R=301,L]

# Force HTTP → HTTPS for the whole site
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

nginx

# Single URL
location = /old-page {
  return 301 https://example.com/new-page;
}

# Whole-path prefix
location /old-section/ {
  return 301 https://example.com/new-section/;
}

# Force HTTP → HTTPS
server {
  listen 80;
  server_name example.com;
  return 301 https://$host$request_uri;
}

WordPress (sin plugin: functions.php, úsalo con moderación)

// Runs on every request; a server rule or the Redirection plugin scales better.
add_action( 'template_redirect', function () {
    if ( is_page() && get_query_var( 'name' ) === 'old-page' ) {
        wp_redirect( home_url( '/new-page/' ), 301 );
        exit;
    }
} );

Para la mayoría de los sitios WordPress, el plugin Redirection o el Redirect Manager de Yoast Premium es la opción práctica: no requiere código y Yoast Premium puede crear automáticamente una 301 cuando cambias o eliminas una URL.

Cloudflare (edge, sin configuración del origen)

Las Single Redirects de Cloudflare están integradas en el panel (Rules → Redirect Rules). Para una migración, una lista de Bulk Redirects usa un CSV de dos columnas, origen → destino, y lo aplica a toda la cuenta en el edge: es la forma más rápida de trasladar miles de URL sin tocar la configuración del servidor de origen.

Errores de 301 que convierten un traslado limpio en un caos

Redirigir todas las URL antiguas a la página de inicio

Un comodín irrelevante confunde a los usuarios y puede tratarse como un soft 404. Mapea cada URL antigua a su sustituta real más cercana; devuelve 404 o 410 cuando no exista una sustituta.

Añadir el nuevo destino al final de una cadena antigua

Encadenar antigua → anterior → actual añade latencia y más puntos de fallo. Actualiza la regla más antigua para que apunte directamente al destino final 200.

Dejar una 302 en un traslado permanente

Un código temporal pide a los motores de búsqueda que prefieran la URL de origen. Usa una 301 o 308 real del lado del servidor cuando el traslado sea permanente y verifica el estado en la red.

Eliminar la redirección en cuanto aparezca la URL nueva

El movimiento del índice no equivale a la consolidación completa de las señales. Google recomienda mantener las redirecciones tanto como sea posible, generalmente al menos un año; conservarlas indefinidamente es mejor para los usuarios y los enlaces antiguos cuando el coste operativo es bajo.

Confiar en un comodín amplio sin probar sus destinos

Una regla para una carpeta puede enviar URL no relacionadas a la página equivocada. Empieza con un mapa 1:1, prueba los casos límite y reserva los patrones para estructuras de URL cuya transformación de origen a destino sea realmente coherente.

Olvidar los recursos que no son HTML

Las imágenes y los PDF también pueden tener enlaces y tráfico. Incluye los recursos trasladados en el mapa cuando tengan sustitutas relevantes; no redirijas a ciegas todas las solicitudes de JS, CSS o fuentes.

Auditar un mapa de redirecciones antes del despliegue

Pega un CSV que contenga al menos source_url y target_url. Añade el estado actual del origen y el destino, el tipo de contenido, el título de la página y la categoría temática cuando estén disponibles.

Audit this proposed permanent redirect map.

For each row:
1. Flag homepage or other catch-all targets that are not demonstrably relevant.
2. Flag duplicate sources, missing targets, source=target loops, and likely chains where a
   target also appears as a source.
3. Compare source and target titles/categories only from the supplied data and label the
   mapping relevant, questionable, or insufficient evidence.
4. Recommend one action: keep the 1:1 mapping, map to a closer replacement, return 404/410,
   or investigate manually.

Do not invent replacement URLs or assume a target returns 200 unless the data says so.
Return: critical blockers, row-by-row findings, then the exact URLs to test after launch.

PASTE REDIRECT CSV HERE

El marco de los tres relojes para una 301

«¿Cuánto tarda una 301?» no tiene una única respuesta porque tres sistemas avanzan con relojes distintos. Nombra el reloj antes de interpretar el resultado.

El marco evita dos errores de categoría habituales: tratar una regla de servidor funcional como prueba de que la indexación terminó y tratar un resultado de búsqueda cambiado como permiso para borrar la regla. Valida cada reloj con su propia evidencia.

Herramientas para desplegar y comprobar redirecciones permanentes

Herramientas gratuitas de Patrick

• Redirect Checker: inspecciona una URL o un lote rápido y muestra el primer estado, cada salto y el destino final. Úsalo para comprobar rápidamente «¿es una 301 real de un solo salto?».
• Redirect Chain Mapper: diagnostica qué cambia en cada salto y exporta reglas de limpieza para Cloudflare, Apache o nginx. Úsalo cuando haya que reducir la propia cadena.
• Bulk HTTP Status Code Checker: prueba hasta 500 URL mapeadas, filtra los orígenes que no sean 301 y los destinos que no sean 200 y exporta el conjunto de QA del lanzamiento.

Comprobaciones de búsqueda e infraestructura

• Inspección de URL de Google Search Console: confirma que Google ha obtenido la URL antigua como redirección y revisa la selección de canonical en el destino.
• Registros del servidor/CDN: verifica que las solicitudes reales de Googlebot reciben la misma regla que los usuarios.
• Un rastreador de todo el sitio: encuentra enlaces internos omitidos, entradas antiguas de sitemap, bucles, cadenas y recursos redirigidos después de una migración.

Ponte a prueba: redirecciones 301

Cinco preguntas rápidas sobre redirecciones permanentes. Elige una respuesta para cada una y luego comprueba el resultado.

Demostrar que la redirección funcionó realmente

Has activado la 301. Estas comprobaciones separan «la regla está en el archivo de configuración» de «Google está consolidando la URL antigua en la nueva». Ejecútalas en orden: la primera es instantánea y la última tarda semanas.

Prueba 1: la URL antigua devuelve una 301 real del servidor

• Prueba que debes ejecutar: pega la URL antigua en el Redirect Checker (o ejecuta curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-url).
• Resultado esperado: el primer salto es 301 (o 308) con una cabecera location: y la URL final devuelve 200. Un salto, limpio.
• Interpretación de un fallo: un 200 en la URL antigua significa que es una redirección «falsa» de JavaScript/meta refresh, no una 301 del servidor; un 302/307 significa que publicaste por error el código temporal.
• Ventana de monitorización: inmediata: el servidor responde en cuanto la regla está activa.
• Activador de reversión: el comprobador muestra una cadena de más de ~5 saltos o un bucle; retira la regla y vuelve a apuntar antigua → destino final 1:1 antes de publicarla de nuevo.

Prueba 2: Google ha visto la redirección y ha elegido la URL nueva

• Prueba que debes ejecutar: ejecuta la Inspección de URL en Google Search Console sobre la URL antigua.
• Resultado esperado: el estado muestra «Página con redirección» y la inspección de la URL nueva indica que está indexada con ella misma como canonical elegida por Google.
• Interpretación de un fallo: si la URL antigua sigue apareciendo como «Enviada e indexada» con ella misma como canonical semanas después, Google no puede obtener la redirección o una señal en conflicto (etiqueta canonical, sitemap o enlaces internos) apunta de nuevo a ella.
• Ventana de monitorización: de días a unas semanas en un sitio pequeño o mediano; más en sitios grandes. Google dice que la visibilidad puede fluctuar durante el traslado; es normal.
• Activador de reversión: no elimines la redirección para «corregir» una URL antigua persistente; Google la conserva como nombre alternativo y desaparece por sí sola. Solo vuelve a investigar si la URL nueva nunca se indexa.

Prueba 3: la migración no dejó el tráfico aislado

• Prueba que debes ejecutar: pasa las URL antiguas mapeadas por el Redirect Checker (hasta 20 a la vez) o ejecuta un rastreo completo del sitio, y observa las páginas migradas en el informe de rendimiento de GSC.
• Resultado esperado: cada URL mapeada es un solo salto a un 200 y los clics/impresiones del destino se recuperan hacia los niveles anteriores de las URL antiguas en unas semanas.
• Interpretación de un fallo: una caída sostenida suele significar que el mapa está roto (URL antigua → página equivocada o irrelevante, que Google puede tratar como un soft 404), no que la redirección esté «filtrando» PageRank: una 301 correcta no provoca una pérdida de PageRank.
• Ventana de monitorización: de 2 a 4 semanas de datos de GSC antes de que la tendencia sea fiable; compara una ventana equivalente anterior y posterior, no el ruido de un día con otro.
• Activador de reversión: una caída clara y sostenida de impresiones en el conjunto migrado que coincida con la fecha de lanzamiento: vuelve a auditar el mapa 1:1 antes de asumir que el problema es la redirección.

Registro de cambios