Actualizado: 7 de noviembre de 2026 · SEO · Caso real

Una migración web bien hecha no hunde el SEO: lo que lo hunde es cambiar las URLs sin redirigirlas y migrar sin haber mirado antes Search Console. Lo sé porque migré mi propia web, arubeus.com, de WordPress a una web estática en octubre de 2026, con 379 URLs antiguas que debían seguir llevando a algún sitio. Este artículo cuenta qué hice, qué medí y qué no puedo prometer todavía. No hay una cifra de «recuperé un X % de tráfico»: cuento lo que está documentado y marco lo que sigue abierto.

Para que lo leas con contexto: soy Adrián Rubio y vendo diseño web y SEO, así que tengo interés en que me contrates. Por eso incluyo los casos en los que no compensa migrar.

El caso: de dónde partía arubeus.com

Antes de tocar nada, miré Search Console. La web, todavía en WordPress, había perdido impresiones desde finales de mayo de 2026, un descenso que coincidió con una actualización del núcleo de Google y que por tanto no tenía que ver con la web nueva: esta aún no existía. Es el primer error que evita quien mira los datos antes: culpar a la migración de una caída que ya estaba ahí.

Lo que veía en Search Console a finales de septiembre:

  • En los 3 meses anteriores: 7 clics y 3.780 impresiones, con una posición media de 20,4.
  • Casi todas las consultas eran de Alcorcón: «diseño web alcorcon» en posición 18,7 y «agencia seo alcorcon» en 12,8.
  • 70 páginas indexadas y 131 sin indexar, muchas de ellas URLs antiguas de WordPress (categorías, dobles barras) y posts que Google había rastreado pero no consideraba útiles.
  • Una parte de la señal seguía asignada a la URL antigua de la portada en español.

Es decir: una web pequeña, con poca autoridad, que ya partía de una situación débil. Migrar no iba a arreglar la autoridad; solo podía evitar empeorar lo que había y dejar la base técnica en orden.

Qué hice, paso a paso

El método es el mismo para una web de 20 páginas que para una de 400. Lo que cambia es el tiempo.

  1. Inventario de URLs. Antes de construir nada, listé todo lo que respondía en la web antigua: páginas, posts, categorías, imágenes enlazadas. Salieron 379 URLs.
  2. Mapa de redirecciones. Cada URL antigua se asignó a su equivalente nuevo. Donde dos páginas competían por la misma búsqueda, las fusioné: los tres posts de Alcorcón pasaron a ser preguntas frecuentes dentro de las tres páginas de servicio de Alcorcón, y las URLs viejas redirigen a ellas.
  3. Idioma en la raíz. La web estaba en inglés en la raíz, pero casi todos los clientes están en España. Pasé el español a la raíz y el inglés a /en/. Es un cambio grande de URLs, y por eso se hizo con el mapa completo de redirecciones y no «a ojo».
  4. Redirecciones 301 de un solo salto. Generadas por script y comprobadas con otro script: una sola redirección por URL, sin cadenas.
  5. Comprobación una a una. De las 379 URLs antiguas, 367 hacen un 301 a una página que responde 200 y 12 se sirven directamente porque siguen existiendo. Ninguna acaba en 404.
  6. Contenido en inglés que no aporta. 11 contenidos en inglés sobre el mercado local español pasaron a noindex y salieron del sitemap: no tenía sentido que compitieran con sus equivalentes en español.
  7. Sitemap y señales a buscadores. Sitemap nuevo, enlaces internos revisados, canónicos y hreflang recíprocos, e IndexNow para avisar de las URLs nuevas.
  8. Medición desde el primer día. Analítica con consentimiento y Search Console abierta para comparar cada semana.

Técnicamente, la web nueva se genera como HTML estático en el momento de construirla: no hay base de datos ni PHP en cada visita. Con eso, Lighthouse en móvil marca 94 y en escritorio 99 en producción.

Errores típicos de una migración y cómo se evitan

Error Qué provoca Cómo se evita
Cambiar slugs sin redirigir Las URLs viejas dan 404 y pierden sus enlaces y posiciones Mapa 301 de todas las URLs antes de publicar
Redirecciones en cadena (A → B → C) Se pierde velocidad y fuerza; Google puede dejar de seguirlas Un solo salto, comprobado por script
Bloquear el rastreo con robots.txt o noindex del entorno de pruebas La web nueva sale a producción invisible Revisar robots.txt y metaetiquetas el mismo día del cambio
Olvidar las imágenes y los PDF Pierdes el tráfico de imágenes y enlaces a ficheros Incluirlos en el inventario de URLs
Perder títulos, descripciones y textos que posicionaban La nueva página responde peor a la misma búsqueda Copiar lo que funciona y mejorar después, no a la vez
hreflang o canónicos mal puestos al cambiar de idioma Google elige la versión equivocada Etiquetas recíprocas y verificadas
Migrar sin una línea base No sabes si algo ha empeorado Exportar Search Console antes del cambio

Qué no cambia con una migración: la autoridad

La migración dejó la base técnica en orden: velocidad, URLs limpias, estructura. Lo que no cambió es lo que más pesa para posicionar: que otros sitios enlacen a tu web. Cuando se hizo el cambio, aproximadamente 25 dominios enlazaban a arubeus.com y casi todos eran propios o de clientes.

Esto importa para quien está pensando en migrar con la esperanza de «subir en Google». Si el problema de tu web es que nadie la enlaza, o que no responde mejor que la competencia a la búsqueda del cliente, una web nueva y rápida ayuda pero no resuelve eso. Una migración es una operación de mantenimiento y de base técnica, no una estrategia de visibilidad. Para lo segundo, lee la guía de SEO para pequeñas empresas.

Cuándo no compensa migrar

  • Tu WordPress funciona, carga en menos de 2,5 segundos en móvil y lo mantienes al día: migrar solo añade riesgo.
  • No tienes a nadie que compruebe las redirecciones: un error en un 301 cuesta más que lo que ahorras en hosting.
  • Estás en mitad de una caída de tráfico y no sabes la causa: primero diagnostica en Search Console, después decide. Cambiar de web a la vez que se investiga una caída mezcla las causas.
  • Lo que te falla es la velocidad: a menudo se arregla optimizando imágenes y quitando complementos, sin cambiar de plataforma. Más en por qué importa la velocidad web en móvil.

Si aun así quieres rehacerla, en diseño web para pymes: qué pedir y cuánto cuesta comparo web a medida, plantilla y WordPress.

Checklist de migración: 12 puntos

  1. Exporta Search Console (consultas y páginas de los últimos 16 meses) antes de tocar nada.
  2. Haz el inventario de URLs: páginas, posts, categorías, imágenes y PDF.
  3. Decide qué se mantiene, qué se fusiona y qué se elimina.
  4. Prepara el mapa de redirecciones 301 (URL antigua → URL nueva).
  5. Mantén los slugs que ya posicionan; cámbialos solo con motivo.
  6. Copia los títulos, descripciones y textos que ya funcionan.
  7. Revisa robots.txt, noindex y canónicos del entorno nuevo antes de publicar.
  8. Comprueba las redirecciones con un script: sin cadenas y sin 404.
  9. Sube el sitemap nuevo y retira el antiguo.
  10. Verifica hreflang si la web tiene más de un idioma.
  11. Revisa la analítica: que los eventos de conversión siguen disparándose.
  12. Vigila Search Console cada semana durante 8 semanas y anota qué cambió y cuándo.

Qué viene después

La migración se desplegó el 5 de octubre de 2026. Cuando escribo esto, solo hay unas semanas de datos, y las impresiones de Google tardan en reasentarse: no es honesto sacar conclusiones de tan poco tiempo. Lo que sí puedo confirmar es que las URLs se sirven sin errores, que la velocidad es buena y que la estructura ya está preparada. El resultado SEO lo contaré cuando haya meses de datos, no antes.

Preguntas frecuentes sobre migración SEO

¿Cuánto tarda Google en recuperar las posiciones tras migrar?

Depende del tamaño de la web y de la calidad de las redirecciones. En webs pequeñas bien migradas, Google suele reprocesar las URLs en semanas, pero reasentar las posiciones puede llevar varios meses. No hay una cifra garantizada; lo recomendable es vigilar Search Console semanalmente y no cambiar nada más mientras tanto.

¿Se pierde SEO al cambiar de dominio?

Puede perderse algo, sobre todo si el dominio nuevo no tiene historial. Para minimizarlo hay que redirigir con 301 cada URL antigua a la equivalente nueva, avisar a Google con la herramienta de cambio de dirección de Search Console y actualizar los enlaces externos que controles. Mantener el mismo dominio, como en este caso, evita ese riesgo.

¿Hay que redirigir todas las URLs?

Todas las que tengan impresiones, enlaces entrantes o tráfico, sí. Las que no tengan ninguna de las tres pueden devolver 404 o 410 sin coste real. En la duda, redirige: es más barato que perder una URL con enlaces.

¿WordPress o web estática?

Una web estática es más rápida, más barata de mantener y no tiene plugins que actualizar. WordPress es más cómodo si quieres editar tú mismo sin tocar código. Si WordPress ya te va bien, no migres solo por moda. La comparación completa está en diseño web para pymes.

¿Qué pasa con las imágenes en una migración?

Si cambian de ruta, hay que redirigirlas o conservar la misma ruta. Si no, pierdes el tráfico de Google Imágenes y se rompen los enlaces externos a ellas. Inclúyelas en el inventario de URLs desde el principio.

En resumen

Migrar es seguro cuando partes de datos (Search Console), cuando cada URL antigua tiene su redirección de un solo salto y cuando vigilas las semanas posteriores. No sustituye a conseguir enlaces ni a responder mejor a lo que busca el cliente. Si quieres que revise tu caso, mira cómo está tu web con la herramienta gratuita Revisa tu web, consulta las páginas de marketing digital en Alcorcón o escríbeme.