WordPress

Migrar una web sin perder SEO: las 5 cosas que de verdad lo rompen

Publicado el 5 de agosto de 2026

Por Rubén Ortega · 12 años en soporte técnico y preventa de empresas de hosting (Abansys, Arsys, Nominalia) · Declaración de vínculos

Respuesta rápida

Cambiar tu web de servidor no daña el posicionamiento. Google indexa direcciones, no máquinas. Si el dominio es el mismo y las URLs son las mismas, desde fuera no ha ocurrido nada: la única diferencia es la IP, y la IP no es un factor de posicionamiento.

Lo que sí hunde una web son cinco errores concretos que se cometen alrededor de la migración. Y aquí está el detalle que casi nadie cuenta: cuatro de los cinco ocurren después de mover la web, cuando ya diste el trabajo por terminado.

Todos son silenciosos. La web se ve perfecta en el navegador mientras el daño avanza.

Lo que NO te va a pasar nada

Conviene quitar de en medio los miedos infundados, porque consumen atención que hace falta en otro sitio:

• Cambiar de IP. No es un factor de posicionamiento. Solo importa si la IP nueva está en

listas negras de correo, que es un problema de entregabilidad, no de SEO

• Cambiar el país del servidor. Google usa el dominio, el idioma y las señales de contenido

para saber a quién te diriges. Un .es en Alemania sigue siendo español

• Cambiar de proveedor de hosting. Google no sabe ni le importa quién te aloja
• Que la web esté unos minutos caída. Google reintenta. Un corte breve durante una

migración no deja huella

Lo repito porque es la pregunta que más veces me llegó por ticket: el cambio en sí es invisible para Google.

Las cinco amenazas reales

1. El robots.txt que viaja en la maleta

Es el error número uno, con diferencia. Los entornos de pruebas se sirven con un robots.txt que bloquea todo, precisamente para que Google no los indexe:

User-agent: *
Disallow: /

Cuando copias la web al servidor definitivo, ese fichero viaja con ella. Y en el momento en que apuntas los DNS, tu web en producción le está diciendo a Google que no entre a ninguna página.

Lo que lo hace peligroso no es la gravedad: es el silencio. La web carga perfecta, los clientes navegan, nadie nota nada. Las posiciones se desmoronan a lo largo de una o dos semanas y para entonces ya nadie relaciona la causa con la migración.

Comprobación, diez segundos: abre tudominio.com/robots.txt en el navegador nada más cambiar los DNS. Si ves Disallow: /, bórralo ya.

2. URLs que cambian sin redirección

Esta es la única que puede hacer daño permanente. Las cuatro restantes se arreglan y se recuperan; esta se lleva por delante los enlaces que otros sitios te habían puesto.

Ocurre cuando la migración coincide con un cambio de estructura: pasar de /blog/articulo a /articulo, cambiar la estructura de enlaces permanentes, o mover de http a https sin redirigir. Cada URL antigua que devuelve un 404 es una página que pierde todo lo acumulado, más los enlaces externos que apuntaban a ella.

La regla: una migración de servidor y un cambio de estructura son dos proyectos distintos. Nunca a la vez. Si necesitas los dos, migra primero, comprueba que todo está estable durante dos semanas, y entonces cambia la estructura con sus redirecciones 301.

3. La etiqueta noindex heredada

Misma familia que la primera, distinto sitio. En WordPress vive en Ajustes → Lectura → «Disuade a los motores de búsqueda». En los entornos de pruebas suele estar marcada, y la copia se la trae puesta.

Comprobación: ver el código fuente de la portada y buscar noindex. Si aparece, desmarcar esa casilla.

4. Una caída de días, no de minutos

Google reintenta durante bastante tiempo antes de sacar nada del índice. Un corte de horas no tiene consecuencias. Lo que sí las tiene es una web caída durante días — normalmente porque la migración salió mal y nadie estaba mirando.

Aquí conviene tener presente lo que descubrimos leyendo los contratos: de los siete proveedores que analizamos, ninguno compensa automáticamente una caída, y cuatro tienen plazo de caducidad para reclamar. Los detalles están en qué garantizan de verdad los hostings.

5. El entorno de pruebas indexado

El reverso del primer error. Si montaste la web en pruebas.tudominio.com sin bloquearlo, y Google llegó a indexarlo, ahora tienes dos copias completas de tu web compitiendo entre sí.

Comprobación: busca en Google site:pruebas.tudominio.com. Si sale algo, bloquea ese subdominio y pide la retirada en Search Console.

Qué comprobar, y cuándo

El error de casi todo el mundo es revisar a la semana. Cuatro de los cinco problemas se detectan en cinco minutos si sabes dónde mirar, y las primeras 48 horas son la ventana que importa.

Nada más cambiar los DNS:

1. tudominio.com/robots.txt → que no diga Disallow: /
2. Código fuente de la portada → que no haya noindex
3. Que el certificado SSL sea válido y http redirija a https
4. Media docena de URLs profundas a mano, no solo la portada

A las 48 horas, en Search Console:

1. Inspección de URLs sobre la portada → Probar URL publicada. Esto rastrea en vivo y te dice si Googlebot está entrando de verdad
2. Páginas → mirar si aparece un pico de 404 o de «Bloqueada por robots.txt»
3. Volver a enviar el sitemap

A los 15 días:

1. Comparar impresiones con el mes anterior en Rendimiento. Una caída del 10-20 % los primeros días es ruido normal. Una caída sostenida del 50 % es uno de los cinco errores

Si ya has perdido posiciones

Lo primero, diagnosticar cuál de los cinco fue. Lo segundo, entender que la recuperación depende mucho de cuál sea:

Los cuatro primeros son sustos. El quinto es una herida, y por eso merece toda la atención antes de migrar y ninguna prisa.

Si el diagnóstico apunta a que el problema no es la migración sino el servidor nuevo, la forma de comprobarlo está en cómo saber si el problema es tu hosting.

El orden operativo

Este artículo cubre qué proteger. El procedimiento paso a paso —copia, montaje, prueba con el fichero hosts, correo, DNS— está separado a propósito en cómo migrar WordPress de hosting paso a paso, y la lista para no dejarte nada, en el checklist de migración.

La regla que resume los nueve pasos en una línea: prueba la web en el servidor nuevo antes de tocar los DNS. Casi todo lo que sale mal en una migración sale mal porque se movieron los DNS primero y se comprobó después.

Preguntas frecuentes

¿Se pierde SEO al cambiar de hosting?

No por el cambio en sí. Google indexa URLs, no servidores: si el dominio y las direcciones no cambian, para Google no ha pasado nada. Lo que hace perder posiciones son los errores asociados, y la mayoría ocurren después de mover la web.

¿Cuánto tarda Google en notar que he cambiado de servidor?

Si nada más cambia, no lo nota de forma relevante. Solo ve el cambio de IP, que no es un factor de posicionamiento. Lo que sí detecta en horas es que la web devuelva errores o que el robots.txt la bloquee.

¿Qué es lo que más hunde el SEO en una migración?

El robots.txt del entorno de pruebas llegando a producción. Es silencioso porque la web funciona perfectamente para las personas.

Si he perdido posiciones tras migrar, ¿se recuperan?

Casi siempre, si se corrige rápido. Lo que cuesta recuperar son las URLs cambiadas sin redirección, porque ahí se pierden también los enlaces externos.

¿Debo avisar a Google de que he migrado?

Solo si cambias de dominio, y entonces se usa la herramienta de cambio de dirección de Search Console. Para un cambio de servidor con el mismo dominio no hay nada que avisar ni ninguna herramienta que usar.

Este artículo describe mecanismos de indexación estables y verificables en la documentación de Google, no estimaciones. Cómo obtenemos cada dato: metodología. Este sitio solo tiene programa de afiliación con Raiola Networks. Declaración de vínculos.