Cómo migrar o rediseñar tu web sin perder el posicionamiento en Google

Por qué una migración es el momento de mayor riesgo para tu SEO

La web antigua se ha quedado lenta o anticuada, así que se renueva: diseño nuevo, otra plataforma, quizá otro dominio. El lanzamiento sale bien y, tres semanas después, Google Search Console muestra que las impresiones han caído a la mitad. Nadie ha hecho nada mal a propósito, pero el posicionamiento acumulado durante años se ha quedado por el camino. Migrar una web sin perder posicionamiento es perfectamente posible, pero no sin planificarlo. Google no posiciona diseños: posiciona URLs concretas, y cada una ha acumulado señales con el tiempo, como enlaces externos, historial de clics y relevancia para determinadas búsquedas. Cuando una URL cambia o desaparece sin que nadie le diga a Google dónde está ahora ese contenido, esas señales se pierden.

Una migración no pone en riesgo el diseño de tu web. Pone en riesgo las URLs que Google ya conoce y todo lo que han acumulado.

Qué se considera una migración web (aunque no lo parezca)

Para Google hay migración cada vez que cambia algo que afecta a cómo encuentra o identifica tus páginas. Algunas de estas situaciones parecen cambios menores y son justo las que más sustos dan.

• Rediseño en el mismo dominio: si las URLs se mantienen, el riesgo es moderado. Si de paso se reorganizan las secciones, es el mismo que el de una migración completa.
• Cambio de plataforma: pasar de Wix, Squarespace o WordPress a otra herramienta o a una web a medida. Cada plataforma genera sus URLs a su manera.
• Cambio de estructura de URLs: quitar la fecha de las direcciones del blog o pasar de /blog/ a /articulos/. Sin redirecciones, equivale a publicar una web nueva desde cero.
• Cambio de dominio: por un cambio de marca o por pasar de .com a .es. Es el caso más delicado, porque cambian todas las URLs a la vez.
• Cambio de protocolo o de versión: de http a https o de la versión con www a la versión sin www. Es sencillo, pero también exige redirecciones correctas.

Por qué se pierde posicionamiento al cambiar de web

Las caídas de tráfico después de una migración casi nunca tienen una causa misteriosa. Se repiten siempre los mismos fallos.

Google no castiga el cambio. Lo que ocurre es que, después del cambio, ya no encuentra lo que antes posicionaba.

• URLs antiguas sin redirección: Google visita la dirección que tenía indexada, encuentra un error 404 y acaba eliminándola del índice. Los enlaces externos que apuntaban a ella dejan de transmitir autoridad.
• Todo redirigido a la página de inicio: parece práctico, pero Google suele tratarlo como si la página hubiera desaparecido, porque el destino no se corresponde con el original.
• Contenido que no sobrevive al rediseño: textos recortados para que quepan en el diseño o artículos que no se migran. Si la página nueva ya no responde a la búsqueda, la posición se pierde aunque la redirección esté bien hecha.
• Bloqueos heredados del entorno de pruebas: una etiqueta noindex o un robots.txt restrictivo que nadie retira al publicar. Puede dejar fuera del índice la web entera en pocos días.
• Peor rendimiento técnico: una web nueva más pesada o un hosting más lento empeoran los Core Web Vitals, sobre todo en móvil.

Antes de tocar nada: el inventario de lo que ya funciona

El trabajo más importante de una migración se hace antes de construir la web nueva. Sin un inventario de lo que tienes hoy no podrás comprobar después qué se ha perdido. Es la misma lógica que explicamos en antes de cambiar tu web de manos: no se decide bien sobre algo que no se ha diagnosticado.

Si no sabes qué páginas te traían tráfico antes de migrar, no podrás saber cuáles has perdido después.

• Lista completa de URLs: rastrea la web con una herramienta como Screaming Frog y añade las del sitemap y las que tienen impresiones en Search Console, incluidas las que ya no aparecen en el menú.
• Páginas con tráfico: exporta desde el informe de Rendimiento de Google Search Console los clics, las impresiones y la posición de cada página de los últimos doce meses.
• Páginas con enlaces externos: revísalas con Search Console o con Ahrefs Webmaster Tools. Una página con poco tráfico pero con buenos enlaces también merece una redirección cuidada.
• Metadatos y datos técnicos de referencia: guarda títulos, metadescripciones y encabezados de las páginas clave, junto con los resultados de PageSpeed Insights y el número de páginas indexadas.

El mapa de redirecciones: la pieza que decide todo

El mapa de redirecciones es una tabla que relaciona cada URL antigua con su equivalente en la web nueva. Normalmente basta una hoja de cálculo con dos columnas, pero de ella depende que Google traslade las señales de cada página. Su documentación sobre traslados de sitios recomienda redirecciones permanentes del lado del servidor, como la 301 o la 308, mantenidas todo el tiempo posible y, por lo general, un año como mínimo. Por ejemplo, si el artículo estaba en /blog/2024/05/como-elegir-gestoria y ahora está en /articulos/como-elegir-gestoria, el mapa recoge exactamente esa pareja. Si /servicios-contables desaparece porque todo pasa a /servicios, se redirige a /servicios, no a la portada.

El mapa de redirecciones es el documento más importante de cualquier migración. Si solo tienes tiempo para hacer una cosa bien, que sea esta.

• Redirige cada URL a la página nueva más equivalente, no por bloques genéricos.
• Usa redirecciones permanentes. Una 302 indica un cambio temporal y no sirve para un cambio definitivo.
• Evita las cadenas: cada URL antigua debe apuntar directamente al destino final.
• No olvides lo que no está en el menú: imágenes indexadas, documentos PDF o páginas de campañas antiguas. Si reciben visitas o enlaces, también necesitan su redirección.
• Fusiona antes de redirigir: si varias páginas competían por las mismas búsquedas, únelas en una más completa y redirige las demás hacia ella. Lo que no tiene tráfico, enlaces ni equivalente puede devolver un 404 o un 410.

Antes y durante el lanzamiento: la lista de comprobación

La web nueva debería construirse en un entorno de pruebas protegido con contraseña, para que Google no indexe una versión a medio terminar. Conviene lanzarla en un periodo de actividad baja y un día en el que alguien pueda revisar el resultado durante las horas siguientes, no un viernes por la tarde.

Un error que se corrige el mismo día del lanzamiento apenas tiene consecuencias. El mismo error descubierto un mes después puede costar meses de recuperación.

• Antes de publicar: rastrea la web nueva para detectar enlaces rotos y comprueba que cada URL antigua redirige a un destino que responde con un código 200.
• Antes de publicar: revisa que cada página tiene una etiqueta canonical que apunta a sí misma en el dominio definitivo y que se mantienen los títulos y los datos estructurados.
• Al publicar: activa la web nueva y las redirecciones a la vez, nunca una sin la otra.
• Al publicar: retira la contraseña, la etiqueta noindex y el robots.txt del entorno de pruebas, y compruébalo en el código de varias páginas.
• Justo después: envía el sitemap nuevo en Search Console y solicita la indexación de las páginas más importantes.
• Justo después: actualiza las referencias que controlas, como el Perfil de Empresa en Google, las redes sociales y los directorios.

Las primeras semanas: qué vigilar en Search Console y qué es normal

Google necesita tiempo para seguir las redirecciones y asociar las señales a las nuevas direcciones. Según su documentación, un sitio pequeño o mediano puede tardar varias semanas, y durante ese periodo es normal que la visibilidad fluctúe. Lo que no es normal es una caída que no se recupera o que se concentra en las páginas que más aportaban.

Una bajada moderada las primeras semanas forma parte del proceso. Una caída que dura más de un mes casi siempre tiene una causa concreta que se puede corregir.

• Errores 404 en el informe de páginas: si aparecen URLs antiguas, faltan reglas en el mapa de redirecciones.
• Páginas indexadas: las nuevas deberían sustituir a las antiguas de forma progresiva. Si el total cae y no se recupera, algo bloquea la indexación.
• Impresiones y clics de las páginas clave, comparados con el inventario: una página que antes tenía cientos de impresiones y ahora no aparece necesita una revisión individual.
• Posición de las consultas principales: la guía sobre cómo saber en qué posición está tu web explica cómo comprobarla con datos fiables.

Dos casos especiales: cambio de dominio y salto a una web a medida

Si cambia el dominio, todas las señales tienen que viajar a la vez y la estabilización tarda más. Hay tres pasos específicos: conservar y renovar el dominio antiguo durante años, para que las redirecciones sigan funcionando; usar la herramienta de cambio de dirección de Search Console, pensada solo para cambios de dominio o subdominio; y pedir a las webs que más te enlazan que actualicen el enlace. El otro caso habitual es dejar un builder o WordPress con plantilla por una web a medida, por las limitaciones que analizamos en la comparativa entre Squarespace, Wix y WordPress. Algunas plataformas añaden prefijos propios a las URLs del blog, y hay que decidir si se reproducen tal cual o se limpian con su redirección. También conviene decidir qué hacer con las páginas de etiquetas o categorías que la plataforma generaba sin que nadie las viera. La ventaja de una web a medida es el control: las redirecciones, las canonical y el sitemap se gestionan en el propio código, sin depender de un plugin. Por eso una migración bien planteada puede incluso mejorar el posicionamiento, como explicamos en por qué una web a medida posiciona mejor.

Salir de una plataforma limitada suele ser la decisión correcta. Hacerlo sin un mapa de redirecciones convierte una mejora técnica en un reinicio del posicionamiento.

Los errores que más se repiten

Casi todos los problemas graves después de una migración se podían haber evitado con una revisión previa. Estos son los más habituales.

Una migración no se mide por lo bien que se ve la web nueva el día del lanzamiento. Se mide por cómo está su tráfico orgánico dos meses después.

• Planificar el diseño y olvidar el SEO: nadie se encarga de las URLs, las redirecciones ni el contenido que ya posicionaba.
• Cambiar URLs que no hacía falta cambiar: cada cambio innecesario es una redirección más que mantener. Si una URL funciona, lo más seguro es conservarla.
• Eliminar contenido sin mirar los datos: artículos que parecían antiguos y eran los que traían tráfico.
• Dar el proyecto por terminado el día del lanzamiento: la migración acaba cuando, semanas después, se comprueba que las páginas importantes han recuperado su visibilidad.

Preguntas frecuentes sobre migraciones y SEO

Estas son las dudas más habituales antes de renovar o trasladar una web.

• ¿Es normal perder tráfico después de migrar? Es normal ver fluctuaciones las primeras semanas. No lo es perder de forma sostenida el tráfico de las páginas principales: eso apunta a redirecciones, contenido o un bloqueo de indexación.
• ¿Cuánto tarda Google en procesar una migración? Depende del tamaño de la web y de la frecuencia con la que Google la rastrea. En una web pequeña o mediana suele completarse en unas semanas. Los cambios de dominio necesitan más tiempo.
• ¿Las redirecciones 301 hacen perder fuerza a las páginas? No por sí mismas. Google las usa como señal de que la nueva URL es la definitiva. Lo que resta es que el destino no sea equivalente o que haya cadenas de redirecciones.
• ¿Cuánto tiempo hay que mantener las redirecciones? Google recomienda un año como mínimo. Lo más sensato es no retirarlas nunca, porque los enlaces externos a las URLs antiguas seguirán existiendo.
• ¿Necesito una auditoría antes de migrar? Si la web tiene tráfico orgánico que te importa conservar, sí. Una migración es uno de los momentos en que una auditoría SEO tiene más sentido.

Por dónde empezar si estás pensando en renovar tu web

El primer paso no es elegir diseño ni proveedor. Es saber qué tiene hoy tu web que merece la pena conservar: qué páginas traen tráfico, qué URLs reciben enlaces y qué problemas técnicos arrastra, la misma base que describimos en SEO técnico. En Mizura Studio, cuando un proyecto implica sustituir una web que ya existe, empezamos por ese inventario antes de escribir una línea de código. A veces basta con un rediseño que conserve las URLs. Otras compensa reconstruir sobre una base más limpia con un plan de redirecciones completo. En ambos casos, la web nueva tiene que empezar con el posicionamiento que había ganado la anterior, no desde cero.

Una web nueva debería heredar todo lo que la antigua había conseguido en Google. Eso no depende del diseño: depende de haber planificado la migración antes de lanzarla.