Migrar una web sin perder posiciones en Google: la guía 2026

Por Daniele Forciniti

Índice

Migrar una web sin perder posiciones en Google es posible con tres condiciones: un mapa que relacione cada URL antigua con la nueva, redirecciones permanentes en el servidor (301 o 308) página por página y una revisión constante en Search Console durante las semanas posteriores al lanzamiento. Lo dice la guía oficial de Google sobre los traslados de sitios, que añade dos cosas tranquilizadoras: las redirecciones 301 no hacen perder PageRank y las variaciones de posición durante el cambio son normales. En una web mediana pueden pasar algunas semanas, o más, hasta que Google muestre las URLs nuevas en lugar de las antiguas.

Cuando una migración hunde el tráfico, el motivo casi siempre es el mismo: todo redirigido a la home, un noindex de pruebas que se queda activado, o dominio, plataforma y diseño cambiados el mismo día. En esta guía tienes las fases en orden, qué redirección usar en cada caso, cómo se hacen en WordPress, qué revisar el día del lanzamiento y en los meses siguientes, y los errores que hay que evitar. Es el capítulo más delicado de la gestión SEO de la web.

Qué cuenta como migración (y qué no)

Para Google, una migración es cualquier cambio de las URLs que la gente ve en la barra del navegador. No importa cuánto cambie el diseño: importa si cambian las direcciones de las páginas. Los casos típicos son estos:

Tipos de migración web y cuándo hacen falta redirecciones 301, mapa de URLs y cambio de dirección

De HTTP a HTTPS: para Google es un cambio de URL en toda regla, aunque el resto de la dirección sea idéntico.
Cambio de dominio: de miweb.es a miweb.com, o dos webs unidas en una.
Nueva estructura de URLs: de /pagina.php?id=12 a /servicios/, o de /blog/2024/titulo/ a /titulo/. Es el caso más habitual cuando se rehace una web.
CMS nuevo: pasar de Wix, Joomla o una web hecha a mano a WordPress. Casi siempre cambian también las URLs, y entonces se convierte en una migración completa.
Hosting nuevo con las mismas URLs: no es una migración de URLs. Google tiene una guía aparte: se prepara el servidor nuevo, se cambia el DNS y se comprueba que Googlebot pueda entrar.

La regla de oro: un cambio cada vez

Es el consejo que Google pone entre sus primeras buenas prácticas, y el que más se ignora. Si quieres cambiar de dominio, pasar a un CMS nuevo y rehacer el diseño, la guía oficial dice que lo hagas en pasos separados: primero el dominio, luego el diseño. El motivo es sencillo: si lo cambias todo a la vez y el tráfico baja, nunca sabrás cuál de las tres cosas ha causado el problema.

Otros dos consejos de la misma guía:

Elige el periodo con menos tráfico: si tu sector tiene temporada baja, o si la web baja los fines de semana, lanza entonces. Menos gente verá posibles errores y el servidor tendrá más recursos para Googlebot, que después de una migración pasa más a menudo de lo normal.
Webs pequeñas y medianas: todo de una vez. Google recomienda mover todas las URLs a la vez, porque así sus sistemas detectan antes el traslado. Mover una sección cada vez solo tiene sentido en webs muy grandes.

Antes del lanzamiento: la parte que lo decide todo

Una migración se gana o se pierde antes del día del lanzamiento. Estos son los trabajos que hay que hacer, en orden.

1. La lista de todas las URLs actuales

Sin una lista completa no puedes saber qué redirigir. Google sugiere empezar por las páginas importantes y buscarlas en varios sitios:

en el sitemap actual;
en Search Console, en el informe Rendimiento (pestaña Páginas, últimos 16 meses) y en el informe Enlaces, que muestra las páginas con más enlaces internos y externos: son dos de los informes de Search Console que revisar cada mes, y antes de una migración se convierten en tu lista de prioridades;
en el CMS, que normalmente permite exportar todas las páginas y entradas;
en los registros del servidor o en Google Analytics, para las páginas que reciben visitas;
y no te olvides de imágenes, PDF y vídeos: pueden recibir tráfico de Google Imágenes o de enlaces externos, y hay que moverlos como todo lo demás.

2. El mapa: URL antigua, URL nueva

Es una simple hoja de cálculo. Cada fila es una página de la web antigua, con su destino al lado. Esta es la estructura que uso:

URL antigua	URL nueva	Redirección	Clics últimos 12 meses	Notas
/servicios-web.html	/servicios/diseno-web/	301	1.240	página principal, prioridad alta
/blog/2023/seo-local/	/blog/seo-local/	301	380
/promo-navidad-2022/		410	0	contenido caducado, sin sustituto
/quienes-somos.php	/quienes-somos/	301	95

La regla para cada fila: la redirección tiene que llevar a la página más parecida, no a una página cualquiera. Si un contenido ya no existe y no tiene sustituto, la página tiene que devolver un error 404 o 410: es más honesto para quien llega y más claro para Google. Si en cambio has unido varias páginas en una, es correcto redirigirlas todas a la página nueva que las agrupa.

3. La web nueva en pruebas, sin que se indexe

Ponla en una dirección de pruebas (por ejemplo nueva.miweb.es) con un noindex o con el acceso restringido, para que Google no la indexe antes de tiempo.
Prepara ya el robots.txt definitivo, el que tendrá que estar el día del lanzamiento. Si durante el desarrollo bloqueas todo, apunta qué hay que quitar.
Haz una lista de las páginas que tienen el noindex de pruebas: el día del lanzamiento hay que quitarlos todos.
Cada página nueva tiene que tener una canónica que apunte a sí misma, con la URL nueva. Si la web está en varios idiomas, actualiza también los hreflang con las nuevas direcciones: es uno de los motivos por los que, en los sitios multilingües, Google acaba enseñando la página en el idioma equivocado.

4. Search Console lista para las dos webs

Verifica en Search Console tanto la web antigua como la nueva, con todas las variantes (con y sin www, HTTP y HTTPS).
Si verificas con un archivo HTML o una metaetiqueta, acuérdate de ponerlo también en la web nueva: es un detalle que se pierde a menudo.
Si habías subido un archivo para rechazar enlaces de spam (disavow), súbelo también en la propiedad nueva.
Si has comprado un dominio usado, comprueba que no tenga acciones manuales ni solicitudes de retirada que haya dejado el propietario anterior.

5. Un servidor que aguante

Después de la migración, Google rastrea la web nueva más a menudo de lo normal, porque sigue las redirecciones desde la antigua. Si la web es grande, avisa al hosting y asegúrate de que el servidor tenga recursos suficientes.

Las redirecciones: cuáles usar y cuáles evitar

Google distingue dos familias de redirecciones, explicadas en su guía sobre redirecciones. Las permanentes le dicen a Google que muestre la URL nueva en los resultados. Las temporales le dicen que siga mostrando la antigua. En una migración casi siempre hacen falta las permanentes.

Tipo	Códigos y métodos	Cuándo usarlo
Permanente en el servidor	301, 308	migraciones y cambios de URL definitivos: es la opción recomendada
Permanente en el cliente	meta refresh a 0 segundos, JavaScript	solo si no puedes tocar el servidor
Temporal	302, 303, 307, meta refresh de más de 0 segundos	promociones, mantenimiento, pruebas A/B: nunca para una migración

Tres reglas que salvan las posiciones

Redirecciones directas, sin cadenas. Googlebot sigue hasta 10 saltos, pero Google recomienda ir directo al destino final. Si no hay más remedio, no más de 3, y en cualquier caso menos de 5. Las cadenas ralentizan la web y algunos navegadores no las siguen.
Nunca todo a la home. Redirigir cientos de páginas a la home confunde a quien llega y Google puede considerarlo un soft 404, es decir, una página vacía. Cada página tiene que ir a su equivalente.
Mantenlas mucho tiempo. Google pide mantener las redirecciones al menos un año, y desde el punto de vista de las personas incluso para siempre, porque los enlaces antiguos y los marcadores seguirán existiendo.

Cómo se hacen las redirecciones en WordPress

Hay tres caminos, del más técnico al más sencillo:

El archivo .htaccess, si el servidor usa Apache o LiteSpeed. Es el método más rápido, porque la redirección ocurre antes de que arranque WordPress. Una regla típica es esta:

RewriteEngine On
RewriteRule ^servicios-web\.html$ https://www.miweb.es/servicios/diseno-web/ [R=301,L]

Un plugin como Redirection, que permite gestionar las redirecciones desde WordPress, importarlas desde un archivo CSV y ver los errores 404. Algunos plugins de SEO también tienen un gestor de redirecciones.
El panel del hosting, que a menudo tiene una sección de redirecciones.

Un consejo de quien ya ha pasado por esto: elige uno solo. Si las redirecciones están en varios sitios, tarde o temprano una pisa a la otra y ya no entiendes por qué una página va donde no debería. Te lo cuento mejor más abajo.

Si estás moviendo WordPress a un dominio o un servidor nuevo, la documentación oficial tiene una guía dedicada a la migración de WordPress, con los pasos para la base de datos y las URLs.

Cómo migrar una web sin perder posiciones: el día del lanzamiento

Esta es la lista de comprobación del día del lanzamiento, en el orden en que la hago:

Las fases de una migración web: antes, el día del lanzamiento y después

Activa las redirecciones según el mapa.
Quita los noindex de pruebas y pon el robots.txt definitivo. Es el error que veo más a menudo: la web nueva sale con el noindex todavía activado y desaparece de Google.
Revisa canónicas y hreflang: tienen que usar las URLs nuevas.
Actualiza los enlaces internos de la web nueva, para que apunten directamente a las URLs nuevas y no pasen por las redirecciones.
Envía el nuevo sitemap en Search Console. Google recomienda mantener también el antiguo durante un tiempo: verás que las páginas indexadas del antiguo bajan hacia cero y las del nuevo suben.
Solo si cambias de dominio, usa la herramienta de cambio de dirección de Search Console en la propiedad de la web antigua, para todas las variantes (con y sin www, subdominios). No hace falta para HTTP a HTTPS, para www a sin www ni para los cambios de ruta dentro del mismo dominio.
Prueba las redirecciones en una muestra de páginas importantes con la herramienta de inspección de URLs de Search Console, o en todas las URLs con una herramienta de rastreo.

Para comprobar rápidamente una redirección desde el terminal basta con este comando: muestra el código de respuesta y el destino.

curl -sI https://www.miweb.es/servicios-web.html | grep -iE "^HTTP|^location"

Tienes que ver un 301 y, en la línea «location», la URL nueva. Si ves un 302, o una cadena de varias redirecciones, hay que corregirlo.

La herramienta de cambio de dirección, en resumen

Se usa después de activar las redirecciones, y hace algunas comprobaciones antes de aceptar la solicitud.
Tienes que ser propietario de las dos propiedades con la misma cuenta de Google.
Durante 180 días Search Console muestra un aviso del traslado en curso, y en ese periodo Google pasa las señales de la web antigua a la nueva.
Google pide mantener las redirecciones al menos esos 180 días, y recomienda seguir pagando el dominio antiguo durante al menos un año, para que nadie lo compre y lo use mal.

Después del lanzamiento: qué revisar y cuánto esperar

Las primeras semanas son las que dicen si la migración ha ido bien. Las comprobaciones son las de la rutina de Search Console, hechas más a menudo y en las dos webs:

Qué mirar	Qué es normal	Qué no es normal
Sitemaps	las páginas indexadas del antiguo bajan y las del nuevo suben; avisos de redirección en el sitemap antiguo	el nuevo sitemap sigue a cero después de semanas
Indexación de páginas	muchas «Página con redirección» en la web antigua	aumento de 404, soft 404 o páginas excluidas por noindex en la web nueva
Rendimiento	variaciones de posición en las primeras semanas	caída fuerte y continua después de uno o dos meses
Rastreo	Googlebot pasa más a menudo de lo normal	errores de servidor cuando pasa Googlebot

¿Cuánto hay que esperar? Google dice que mover la mayoría de las páginas de una web pequeña o mediana puede llevar algunas semanas, y en las webs grandes más. El traslado ocurre URL por URL: Googlebot tiene que visitar cada página antigua y nueva al menos una vez. Las prisas son malas consejeras: si a los diez días las posiciones bailan, no es el momento de volver a cambiarlo todo.

Actualiza también los enlaces de fuera de la web

las webs que más te enlazan: Search Console te enseña cuáles son, y conviene escribir a las más importantes para pedirles que actualicen el enlace;
los perfiles sociales, la ficha de Google de tu negocio, los directorios y las firmas de correo;
las campañas de publicidad, que tienen que apuntar directamente a las páginas nuevas.

Los errores que hacen perder posiciones

Todo redirigido a la home, en lugar de página por página.
El noindex de pruebas que se queda activado después del lanzamiento.
El robots.txt que lo bloquea todo, copiado de la web de pruebas.
Redirecciones temporales (302) en lugar de permanentes.
Cadenas de redirecciones, a menudo creadas por migraciones antiguas que nadie ha limpiado.
Enlaces internos que siguen apuntando a las URLs antiguas.
Canónicas que siguen indicando el dominio antiguo.
Demasiados cambios a la vez: dominio, CMS, diseño y contenidos el mismo día.
Redirecciones quitadas a los pocos meses, cuando los enlaces externos antiguos todavía traen visitas.

Mi experiencia con las migraciones

En más de diez años de webs he visto más migraciones salir mal por un despiste que por un problema técnico difícil. El caso clásico es la web nueva, preciosa, que sale el viernes por la tarde con el noindex de la fase de pruebas todavía activado: el lunes llega el correo del cliente que ya no aparece en Google. Por eso mi lista del día del lanzamiento siempre empieza por ahí.

Hay también un error más escondido, que encuentro a menudo cuando analizo una web después de una migración: las redirecciones repartidas en varios sitios. Algunas están en el panel del hosting, otras en el archivo .htaccess y otras en un plugin. En muchos hostings las del panel tienen prioridad: si la misma URL tiene una regla en dos sitios, la del .htaccess queda anulada, y la página va donde no debería sin que nadie entienda por qué. Solo se descubre comprobando las redirecciones una a una, y por eso siempre digo que hay que tenerlas en un solo sitio y probarlas después del lanzamiento.

Si estás rehaciendo tu web y quieres que el cambio no te cueste las posiciones que has ganado en años, la migración es una parte del trabajo que hago en el diseño web en WordPress: mapa de URLs, redirecciones y revisiones después del lanzamiento incluidos.

Conclusión

Una migración bien hecha no hace perder posiciones de forma permanente: las 301 no dispersan PageRank y, tras unas semanas de ajuste, Google pasa las señales a las páginas nuevas. Mal hecha, en cambio, puede costar meses de tráfico. La diferencia la marcan tres cosas: el mapa de URLs, redirecciones permanentes y directas a la página correcta, y la revisión en Search Console después del lanzamiento.

Y una regla por encima de todas: un cambio cada vez. Si tienes que cambiar dominio, plataforma y diseño, hazlo en pasos separados. Lleva más tiempo, pero si algo sale mal sabes enseguida qué corregir.

Preguntas frecuentes

¿Se pierden posiciones al migrar una web?

Una variación temporal es normal, y Google lo escribe en su guía. Si el mapa de URLs es correcto y las redirecciones son permanentes y directas, las posiciones se estabilizan. Las caídas permanentes llegan por errores como redirecciones a la home, noindex olvidados o páginas importantes sin redirección.

¿Cuánto tarda Google en registrar la migración?

Para la mayoría de las páginas de una web pequeña o mediana, algunas semanas. En las webs grandes, más. Depende del número de URLs y de la velocidad del servidor, porque Googlebot tiene que visitar cada página antigua y nueva al menos una vez.

¿Es mejor una redirección 301 o 302?

Para una migración, la 301 o la 308: son permanentes y le dicen a Google que muestre la URL nueva. La 302 es temporal, y Google sigue mostrando la dirección antigua. Solo sirve para promociones, mantenimiento o pruebas.

¿La redirección 301 hace perder PageRank?

No. Google escribe de forma explícita que las 301 y las demás redirecciones permanentes no causan pérdida de PageRank. El problema no es la redirección en sí, sino adónde lleva: tiene que llevar a la página más parecida.

¿Cuánto tiempo hay que mantener las redirecciones?

Al menos un año, según la guía de Google sobre traslados de sitios. Si usas la herramienta de cambio de dirección, al menos los 180 días del traslado. Para quien llega desde enlaces antiguos o marcadores, lo ideal es mantenerlas para siempre.

¿Cuándo hace falta la herramienta de cambio de dirección?

Solo cuando cambias de dominio o de subdominio, por ejemplo de miweb.es a miweb.com. No hace falta para pasar de HTTP a HTTPS, de www a sin www ni para los cambios de ruta dentro del mismo dominio: en esos casos bastan las redirecciones y un sitemap actualizado.

¿Cambiar de hosting hace perder posiciones?

Si las URLs no cambian, no es una migración de URLs y no hacen falta redirecciones. Pero hay que copiar y probar la web en el servidor nuevo, comprobar que Googlebot llega y cambiar el DNS. Google recomienda bajar el TTL de los registros DNS al menos una semana antes.

Lee también:
Datos estructurados en 2026: cuáles siguen sirviendo (y cuáles ya no) ·
Cómo llevar tráfico a tu sitio web en 2026: la guía completa ·
Core Web Vitals en 2026: las nuevas métricas de interacción ·
¿Web barata? El verdadero problema no es el precio, sino la invisibilidad online

Fuentes

Google Search Central, mover un sitio web con cambios de URL: fases, mapa de URLs, plazos y seguimiento.
Google Search Central, redirecciones y la Búsqueda de Google: tipos de redirecciones permanentes y temporales.
Ayuda de Search Console, herramienta de cambio de dirección: cuándo usarla, requisitos y 180 días.
Google Search Central, mover un sitio web sin cambiar las URLs: cambio de hosting y DNS.
WordPress Developer Resources, migración de WordPress: mover WordPress a un dominio o servidor nuevo.

Daniele Forciniti

Soy Daniele Forciniti, un experto en diseño web y SEO con más de 10 años de experiencia y diversas certificaciones profesionales. Estoy especializado en HTML y CSS, y utilizo CMS como WordPress. Soy el mayor experto en España en WIX y WIX Studio, y también me encargo del posicionamiento web SEO en buscadores y de marketing digital. Me apasiona mi trabajo y me actualizo constantemente para ofrecer soluciones innovadoras y de alta calidad a mis clientes.