Una redirección 301 envía de forma permanente a usuarios y buscadores de una URL a otra, transfiriendo las señales de posicionamiento de la página antigua a la nueva. Es la forma correcta de mover o retirar una página sin perder el tráfico que se ganó. Hazla mal — código de estado equivocado, una cadena de saltos, un bucle — y filtras posiciones que tardaste años en construir.
Las redirecciones son la fontanería del SEO técnico. Nadie las mira hasta que se rompen, y cuando se rompen en una migración pueden borrar meses de tráfico orgánico de la noche a la mañana. Esta guía cubre qué hace realmente una 301 en 2026, qué código de estado usar en cada caso, los errores que encuentro en casi todas las auditorías y un framework de mapeo de redirecciones que puedes ejecutar tú mismo.
Qué hace realmente una redirección 301
Una 301 es un código de estado HTTP que significa “movido permanentemente”. Cuando un navegador o un crawler pide la URL antigua, el servidor responde con un 301 y la ubicación de la nueva URL, y la petición se reenvía automáticamente. El usuario ve la página nueva; el buscador aprende que la URL antigua está retirada.
Para el SEO ocurren tres cosas. La nueva URL hereda las señales de posicionamiento — enlaces, relevancia, autoridad histórica — asociadas a la antigua. La URL antigua sale del índice con el tiempo, a medida que Google la reprocesa. Y cualquier enlace interno o externo que apunte a la URL antigua sigue resolviendo, así que no pierdes tráfico de referencia ni link equity en un 404.
El cambio más importante que hay que entender es que las 301 ya no cuestan PageRank. Durante años, la sabiduría aceptada, popularizada por la guía de Moz sobre redirecciones, era que una 301 transfería en torno al 90-99% del link equity — un pequeño impuesto en cada redirección. Luego, en 2016, Gary Illyes de Google afirmó públicamente que las redirecciones 3xx ya no pierden nada de PageRank. Esa sigue siendo la posición en 2026. Una 301 limpia transfiere todo el valor.
301 vs 302 vs 307: qué código de estado y cuándo
Elegir el código de estado equivocado es el error de redirección más común que veo, y es totalmente evitable una vez que conoces las reglas. El código de estado es una señal sobre la permanencia, y Google trata cada uno de forma distinta.
301 — Movido permanentemente. Úsala para todo lo permanente: una URL cambiada, una página consolidada, un producto retirado que pasa a una categoría, una migración de dominio. Es la opción por defecto en SEO. Le dice a Google que transfiera las señales y cambie la URL indexada.
302 — Encontrado (temporal). Úsala solo cuando el cambio sea realmente de corta duración. Un test A/B de una plantilla nueva, una oferta de temporada, una geo-redirección durante una sesión. Una 302 le dice a Google que mantenga indexada la URL original. Lanza una 302 donde querías una 301 y Google puede seguir posicionando la URL antigua, ahora vacía, durante semanas.
307 — Redirección temporal. La versión estricta de HTTP/1.1 de la 302, que se ve sobre todo con HSTS forzando HTTPS. Desde el punto de vista SEO, Google trata la 307 como una 302: temporal. Rara vez las configuras a propósito.
308 — Redirección permanente. El equivalente estricto y permanente de la 301. A efectos de SEO, es equivalente a una 301 para Google. La mayoría de servidores y CMS siguen usando 301 por defecto, y no hay ninguna razón de posicionamiento para cambiar.
La regla práctica: si el cambio es permanente, usa una 301 (o 308). Si no lo es, pregúntate si deberías estar redirigiendo siquiera. El mal uso de los códigos de estado HTTP es uno de los problemas técnicos que más señalo en una auditoría SEO técnica, porque una sola redirección mal etiquetada en una URL de alta autoridad puede frenar en silencio toda una sección de un sitio.
Dónde fallan las redirecciones 301
Las redirecciones fallan de formas predecibles. Según mi experiencia auditando sitios en más de 200 proyectos, los mismos cuatro problemas explican la inmensa mayoría de la pérdida de tráfico relacionada con redirecciones.
Cadenas de redirección. La URL A redirige a la B, que redirige a la C, que finalmente aterriza en la D. Cada salto es una petición extra, latencia extra para el usuario y coste de rastreo extra. La documentación de Google Search Central sobre redirecciones indica que Googlebot sigue hasta 10 saltos en una cadena antes de rendirse — pero nunca deberías acercarte a eso. Cada salto retrasa la velocidad con la que la URL final consolida señales. Las cadenas se acumulan en silencio a lo largo de años de cambios, por eso una auditoría casi siempre las saca a la luz.
Bucles de redirección. La A redirige a la B, y la B redirige de vuelta a la A. La página nunca resuelve, el usuario ve un error y el contenido queda desindexado a efectos prácticos. Los bucles suelen deberse a reglas en conflicto — una regla de barra final peleando con una de HTTPS, por ejemplo — y son urgentes porque las páginas afectadas no devuelven nada.
Redirigir todo a la home. Cuando un sitio retira cientos de URLs, el arreglo perezoso es apuntarlas todas a la home. Google trata una redirección a una página irrelevante como un soft 404 y a menudo ignora por completo la transferencia de señales. Redirige cada URL antigua a su equivalente vivo más cercano, o deja que devuelva un 404 honesto si no existe equivalente.
Enlaces internos que aún apuntan a URLs redirigidas. Incluso una 301 perfecta es un desperdicio si tu propia navegación, tus sitemaps y tus enlaces internos siguen apuntando a la URL antigua. Cada enlace interno debería apuntar directamente al destino final, para que ni usuarios ni crawlers paguen el impuesto de la redirección en cada visita.
El framework de mapeo de redirecciones
Cuando cambias URLs a escala — un rediseño, un cambio de plataforma, una migración de dominio — el mapa de redirecciones es el artefacto que decide el resultado. Este es el proceso de cinco pasos que uso en cada migración.
-
Rastrea el sitio actual por completo. Usa Screaming Frog o Sitebulb para exportar cada URL indexable, con su código de estado, su canonical y su número de enlaces internos. Saca la misma lista de Google Search Console y de tus sitemaps XML. El objetivo es un inventario completo de cada URL que Google conoce hoy.
-
Añade datos de rendimiento y enlaces. Exporta las landing pages orgánicas de GSC (últimos 12 meses) y tus principales objetivos de backlinks desde la guía de Ahrefs sobre redirecciones 301 o Semrush. Ahora cada URL del inventario lleva su peso de tráfico y autoridad, así que sabes qué redirecciones importan de verdad.
-
Mapea de antigua a nueva, una a una. Para cada URL antigua, asigna la nueva URL más relevante. No la home, no una categoría genérica: la coincidencia de contenido más cercana. Donde no exista equivalente, márcala para devolver 404 o 410 de forma deliberada en vez de forzar una mala redirección.
-
Aplana cada cadena. Si una URL antigua ya redirige a un sitio que también va a moverse, apunta la URL antigua directamente al destino final. El mapa debe contener cero cadenas antes de publicarse.
-
Implementa y verifica en staging. Despliega las redirecciones y vuelve a rastrear staging para confirmar que cada URL antigua devuelve una sola 301 hacia una URL viva con 200. Corrige cualquier 302, cadena o bucle antes de salir a producción, no después.
Mantén el mapa como una hoja de cálculo viva. Tras el lanzamiento se convierte en tu línea base de monitorización: cualquier URL antigua que deje de devolver una 301 limpia es una regresión que detectas de inmediato. Un mapeo estructurado es la diferencia entre una migración que mantiene su posicionamiento y otra que pasa tres meses recuperándose.
Redirecciones 301 en migraciones web
Las migraciones son donde las redirecciones se ganan su reputación. El patrón es deprimentemente consistente: una empresa relanza, se olvida de una sección de URLs heredadas y ve desaparecer un tercio de su tráfico orgánico. Las redirecciones eran la red de seguridad, y estaban incompletas.
La regla en las migraciones es cobertura total. Cada URL que tenía valor en el sitio antiguo necesita una 301 a su equivalente en el nuevo — incluidas las URLs que solo posicionan para consultas long-tail, porque en conjunto arrastran tráfico real. Los mapas de redirección parciales son la causa principal de pérdida de tráfico en migraciones, y cubro la secuencia completa en la guía de migración web.
Mantén las redirecciones antiguas vivas al menos un año, idealmente para siempre. Google necesita rastreos repetidos de la URL antigua para transferir señales por completo y cambiar la versión indexada, y otros sitios seguirán enlazando URLs antiguas mucho después de que las hayas olvidado. Quitar las redirecciones demasiado pronto vuelve a romper enlaces que ya habías arreglado. Si dudas cuánto tiempo mantenerlas, la respuesta es más de lo que crees: el almacenamiento es barato, recuperar autoridad perdida no lo es.
Redirecciones y crawl budget
En sitios pequeños, las redirecciones tienen un coste de rastreo insignificante. En sitios grandes — catálogos de ecommerce, medios, marketplaces con cientos de miles de URLs — se convierten en un cuello de botella real. Cada redirección que Googlebot rastrea es una petición que no devuelve contenido indexable.
Cuando miles de redirecciones viven en tu grafo de enlaces internos, o las cadenas multiplican el número de peticiones por destino, Googlebot gasta su asignación yendo y viniendo entre URLs antiguas en vez de descubrir y refrescar páginas vivas. Por eso la limpieza de redirecciones es una parte central de cualquier proyecto de optimización de crawl budget. El arreglo es el mismo del framework de mapeo: sin cadenas, sin bucles y sin enlaces internos que apunten a URLs redirigidas.
Cómo probar y monitorizar tus redirecciones
Las redirecciones no son una tarea de configurar y olvidar. Las actualizaciones del CMS, los conflictos de plugins y las reglas nuevas reintroducen cadenas y bucles con regularidad. Crea un hábito ligero de monitorización.
Ejecuta un rastreo completo cada mes y filtra por cualquier URL que devuelva un 3xx y siga enlazada internamente, cualquier cadena de más de un salto y cualquier 302 en una URL permanente. Revisa el informe de Indexación de páginas en Google Search Console buscando entradas de “Página con redirección” que no deberían estar ahí. Para comprobaciones puntuales, extensiones como Redirect Path o un rápido curl -I en la línea de comandos te muestran el código de estado exacto y la secuencia de saltos de cualquier URL.
El objetivo es aburrido: cada URL heredada devuelve exactamente una 301 hacia una página viva, y nada enlaza internamente a través de una redirección. Cuando puedes demostrar eso, tus redirecciones 301 están haciendo su trabajo — conservar el posicionamiento que ganaste mientras las URLs de debajo cambian. Si quieres un segundo par de ojos sobre una migración antes de publicarla, esa verificación es justo el tipo de trabajo que un consultor SEO técnico debería estar haciendo contigo.
Preguntas frecuentes
¿Las redirecciones 301 son permanentes? ¿Puedo deshacer una? Una 301 le señala permanencia a los buscadores, pero la redirección en sí es solo una regla de servidor que tú controlas: puedes quitarla o cambiarla cuando quieras. Dicho esto, una vez que Google ha cambiado la URL indexada, revertir una 301 obliga a Google a reprocesarlo todo de nuevo, lo que lleva tiempo y puede causar inestabilidad temporal en las posiciones. Trata las 301 como decisiones permanentes aunque técnicamente sean reversibles.
¿Una redirección 301 transfiere mis backlinks a la página nueva? Sí. Los enlaces que apuntan a la URL antigua siguen transfiriendo su autoridad a través de la 301 hacia el destino. Precisamente por eso redirigir una página retirada es mucho mejor que borrarla: conservas el link equity acumulado en vez de tirarlo a un 404.
¿Cuánto tarda Google en procesar una redirección 301? Depende de con qué frecuencia rastree Google la URL. Las páginas de alta autoridad que Google visita a menudo pueden cambiar en días; las páginas de poco tráfico enterradas en un sitio pueden tardar semanas o meses. Mantener la redirección viva y enlazar internamente a la URL nueva acelera el proceso.
¿Debo redirigir HTTP a HTTPS con una 301? Sí. Una 301 a nivel de sitio de HTTP a HTTPS es práctica estándar y la forma correcta de consolidar señales en la versión segura. Asegúrate de que la redirección va directa a la versión HTTPS de la misma URL, no a través de la home, y de que no crea una cadena con tu regla de www/no-www.
¿Las redirecciones 301 ayudan o perjudican a la velocidad de página? Cada redirección añade un ida y vuelta antes de que cargue la página real, así que una cadena de redirecciones perjudica de forma medible el tiempo de carga y los Core Web Vitals. Una sola 301 tiene un coste pequeño, normalmente aceptable. El argumento de rendimiento es otra razón para aplanar cadenas y actualizar los enlaces internos para que apunten directamente a las URLs finales.
