Cómo migrar una web sin perder posicionamiento SEO: URLs, 301, sitemap, canonical y contenido
Al cambiar de web se puede perder posicionamiento, sobre todo por URLs que desaparecen sin aviso. Este es el método que seguimos, incluida la lección que aprendimos migrando nuestra propia web.
Una web nueva suele ser mejor que la anterior: más rápida, más clara, más bonita. Y aun así puede perder posicionamiento en las semanas siguientes. Muchas veces no es por el diseño, sino por lo que pasa con las direcciones: páginas que Google conocía y que un día dejan de responder o responden otra cosa. Este es el método que seguimos para que eso no ocurra, con la lección que aprendimos al migrar nuestra propia web a nuestro motor de webs.
Por qué se pierde SEO al migrar
Google no posiciona «tu web»: posiciona URLs concretas, cada una con su historial de enlaces y señales. Cuando una URL desaparece, ese historial no se transfiere solo. Se pierde si la página devuelve un error, puede perderse también si redirige a una página genérica que no le corresponde y se conserva, en gran parte, si redirige de forma permanente a su equivalente exacto. Todo lo demás (velocidad, diseño, contenido nuevo) suma después; primero hay que no restar. Aun haciéndolo bien, la propia documentación de Google advierte de que el posicionamiento puede fluctuar temporalmente durante un traslado.
Antes de tocar nada: el inventario
No se puede redirigir lo que no se conoce. El inventario de la web antigua sale de cuatro fuentes:
- El sitemap de la web actual (o los sitemaps del gestor de contenidos, que suelen ser varios).
- Search Console: páginas indexadas, páginas con clics, páginas con errores. Es la lista que de verdad importa.
- Un rastreo de la web (herramientas de escritorio o en línea) para cazar URLs que existen pero no están en el sitemap.
- Los enlaces entrantes que apuntan a páginas concretas: esas URLs son las que menos puedes perder.
Guarda ese inventario. Es contra lo que comprobarás la migración después.
El mapa de URLs: mantener, redirigir o retirar
Para cada dirección antigua hay tres decisiones posibles:
- Mantener la misma URL en la web nueva. Es lo mejor cuando la página existe y posiciona.
- Redirigir con 301 a la página equivalente. Equivalente de verdad: un servicio a su servicio, un artículo a su artículo o a la sección más cercana.
- Retirar con 410 lo que desaparece a propósito: categorías vacías, páginas de autor, feeds, rutas técnicas del gestor anterior.
Dos errores frecuentes: redirigir todo a la portada (Google puede considerar esas redirecciones un error «soft 404», un error disfrazado) y olvidar las variantes (con y sin barra final, mayúsculas, parámetros de campaña). El mapa debe cubrirlas.
El día del cambio
- Una sola URL canónica por página: con o sin
www, siemprehttps, y el resto redirigiendo con 301. canonicalen cada página apuntando a su URL definitiva, no a la de pruebas.robots.txtabierto y con la ruta del sitemap; nada de dejar el bloqueo de la fase de pruebas.- Sitemap solo con URLs definitivas e indexables: sin páginas de error, sin rutas técnicas, sin contenido de pruebas.
- 404 real: lo que no existe responde con código 404 y con una página útil, no con la portada en código 200.
- Datos estructurados y metadatos (título, descripción, Open Graph, organización, migas) en su sitio desde el primer momento.
Después: comprobar, y comprobar bajo carga
La comprobación mínima es recorrer el inventario entero y verificar que cada URL antigua responde con el código previsto y que cada 301 acaba en una página con código 200, sin cadenas ni bucles. Conviene automatizarla y repetirla los días siguientes.
Aquí está la lección que aprendimos con nuestra propia migración: los servidores suelen tener un límite de peticiones por minuto para protegerse de abusos, y ese límite puede afectar a las redirecciones. Un rastreador que pida muchas URLs antiguas seguidas puede recibir un 404 donde tocaba un 301. En nuestro lanzamiento, una ráfaga de 47 URLs antiguas devolvió 11 respuestas 404 falsas. La solución fue dar a las redirecciones un límite propio y suficientemente amplio y, si se supera, responder con un 429 («demasiadas peticiones»), nunca con un 404: los rastreadores de Google lo interpretan como una señal para ir más despacio, aunque, si se mantuviera en el tiempo, acabarían retirando esas URLs del índice. Desde entonces, una prueba automática lanza las URLs antiguas en ráfaga y comprueba que responden con 301 o 410, nunca con 404 ni 429.
Una redirección que funciona de una en una y falla de veinte en veinte no funciona.
Con la web nueva en el aire, revisa en Search Console las páginas con error y las que pierden clics, y mira en tu propio registro qué direcciones piden los visitantes y no existen: cada una es una redirección que faltaba.
El contenido: no borres lo que posiciona
El rediseño es una tentación para «limpiar». Antes de retirar una página, mira si trae visitas o tiene enlaces. Si dos páginas antiguas tratan lo mismo, consolídalas en una y redirige la otra. Si una página posiciona por un término que ya no quieres, mejora el contenido en lugar de eliminarlo. Y no cambies a la vez la URL, el título y el texto de lo que ya funciona: cambia una cosa, comprueba, y sigue.
Lista de comprobación
- Inventario de URLs antiguas guardado (sitemap, Search Console, rastreo, enlaces entrantes).
- Mapa de URLs con decisión por cada una: mantener, 301 o 410. Variantes incluidas.
- URL canónica única,
https, redirecciones dewwwyhttp. canonical,robots.txty sitemap con URLs definitivas.- 404 real con página útil; nada de portada en código 200.
- Prueba automática del inventario: una a una y en ráfaga.
- Seguimiento las semanas siguientes: errores, clics, direcciones pedidas que no existen.
- Contenido que posiciona intacto; consolidar antes que borrar.
Si tienes una migración por delante, o acabas de hacer una y notas caídas, cuéntanos qué web tienes y a dónde quieres ir. Te decimos qué comprobar primero.
Fuentes consultadas
Comprobadas el 26 de septiembre de 2026. Enlazamos la fuente original para que puedas consultar el texto vigente.
- Trasladar sitios con cambios de URL (documentación oficial de Google). Google Search Central.
- Cómo afectan los códigos de estado HTTP y los errores de red a los rastreadores de Google. Google for Developers.
Preguntas frecuentes
¿Cuánto tarda Google en asimilar una migración?
Depende sobre todo del número de URLs y de la rapidez del servidor. Según Google, en una web mediana puede tardar varias semanas o más en empezar a mostrar las URLs nuevas en lugar de las antiguas, y en una grande, aún más. Lo que está en tu mano es que cada URL antigua responda desde el primer minuto con un 301 a su equivalente o con un 410 si se retira; el tiempo de Google no lo controlas, la coherencia sí.
¿Redirección 301 o respuesta 410?
301 cuando la página tiene un equivalente real en la web nueva; 410 cuando el contenido se retira a propósito y no hay sustituto. Redirigir todo a la portada es lo peor de las dos opciones: Google puede considerarlo un error «soft 404» y el visitante no encuentra lo que buscaba.
¿Conviene cambiar dominio y diseño a la vez?
Mejor no. Cada cambio grande añade una variable; si algo se resiente, no sabrás cuál fue. Si no queda otra, extrema el inventario y las comprobaciones, y no toques el contenido que ya posiciona en ese mismo movimiento.
¿Algo de esto encaja con tu negocio? Cuéntanos cómo lo haces hoy.