Cómo migrar una web sin perder posicionamiento

Google distingue dos casos. En su guía «Cómo trasladar un sitio» llama traslado con cambios de URL al paso de HTTP a HTTPS, al cambio de dominio o a cambiar las rutas de las páginas. Cambiar solo de alojamiento, sin tocar las URLs, lo trata en una guía aparte, como un cambio de infraestructura.

Un ejemplo: una consultora pasa de su CMS de siempre a otro y, de paso, cambia /servicios/auditoria.html por /servicios/auditoria. Aunque el dominio no cambie, cada URL es nueva para Google, y sin una redirección cada página antigua acaba en un error 404.

1. Hacer el inventario de URLs. La lista sale del sitemap, del informe de páginas de Search Console, de la analítica y de un rastreo de la web. Incluye imágenes y PDF, que también pueden recibir visitas desde Google. Si falla, las URLs olvidadas acaban en un 404.
2. Marcar las URLs que reciben enlaces de otras webs, que se ven al revisar quién enlaza a tu web. Son las que más valor pierden si la redirección no funciona.
3. Construir el mapa de redirecciones: una fila por URL antigua y su destino nuevo, la página más parecida en contenido. Si falla, cada página antigua pierde las posiciones que tenía.
4. Copiar los títulos, las meta descripciones, los encabezados y los datos estructurados de cada página. Si cambian a la vez que la URL, no se sabrá si una caída viene de la migración o del texto nuevo.
5. Dar de alta la web nueva en Google Search Console y en Bing Webmaster Tools, con todas sus variantes (con y sin www, HTTP y HTTPS), y conservar el archivo o la etiqueta de verificación.
6. Elegir la fecha. Google recomienda hacer el cambio en un periodo de poco tráfico y hacer un cambio cada vez: primero el dominio y después el diseño, no los dos a la vez.

Google desaconseja las cadenas de redirecciones. Su robot puede seguir hasta 10 saltos, pero la guía recomienda redirigir al destino final y, si no se puede, que haya menos de tres redirecciones y, como máximo, cinco.

Redirigir muchas URLs antiguas a la portada es el error más caro. Google explica que esas redirecciones confunden a quien llega y se pueden tratar como un error soft 404, es decir, como una página que no existe. La excepción es el contenido que se ha juntado en una sola página nueva: ahí sí se redirigen todas las antiguas a esa página.

Las redirecciones no se quitan al cabo de unas semanas. La guía de Google lo dice así: «Conserva las redirecciones todo el tiempo que puedas, normalmente durante 1 año como mínimo».

1. Activar las redirecciones 301 y comprobar una muestra de URLs antiguas con la herramienta de inspección de URLs de Search Console. Google cuenta que es habitual redirigir a URLs que no existen en la web nueva.
2. Quitar el noindex y los bloqueos de robots.txt que solo servían mientras la web estaba en pruebas. Si se quedan, Google no indexa la web nueva.
3. Comprobar que cada página nueva lleva una etiqueta canonical que apunta a sí misma y que las etiquetas hreflang de las versiones en otros idiomas usan las URLs nuevas.
4. Enviar el sitemap nuevo en Search Console y en Bing Webmaster Tools. Google indica que, a partir de ahí, el sitemap antiguo se puede retirar.
5. Si cambia el dominio, enviar la solicitud de cambio de dirección en Search Console desde la propiedad antigua. Google aclara que solo hace falta al cambiar de dominio o de subdominio, no al pasar a HTTPS ni al mover rutas dentro del mismo dominio.

Según OpenAI, las webs que bloquean a OAI-SearchBot, su robot de búsqueda, no aparecen en las respuestas de búsqueda de ChatGPT, y un cambio en robots.txt puede tardar unas 24 horas en aplicarse. La comprobación más rápida es ver si los crawlers de IA pueden leer tu web el mismo día del cambio.

Para saber si los asistentes vuelven a visitar la web nueva, se crea en el cortafuegos o el CDN una regla que registra sin bloquear las peticiones de los robots de cada proveedor, identificados por su user-agent y verificados por IP cuando el proveedor publica sus rangos. Con esos registros se ve qué páginas visita cada robot y cuándo. Es lo que montamos en DoGeo para cada cliente después de una migración.

Cada robot dice una cosa distinta. OAI-SearchBot indica qué páginas pueden entrar en las búsquedas de ChatGPT, y ChatGPT-User es, según OpenAI, el que visita una página cuando una persona le hace una pregunta a ChatGPT: es la señal más cercana a que el asistente la ha leído en una conversación. El registro no dice qué escribe el asistente en su respuesta.

1. Revisar cada semana el informe de indexación de páginas: las URLs indexadas de la web antigua tienen que bajar y las de la nueva, subir. Un pico de errores 404 señala una redirección que falta.
2. Comparar las consultas y los clics del informe de rendimiento con las semanas anteriores al cambio, y seguir las posiciones de las palabras clave que más tráfico traían.
3. Cambiar los enlaces internos para que apunten directamente a las URLs nuevas, en lugar de pasar por la redirección.
4. Pedir a las webs que más visitas envían que actualicen su enlace, y actualizar los perfiles en redes sociales y las campañas de anuncios.
5. Mantener las redirecciones al menos un año y no dar la migración por terminada hasta que Google haya visitado todas las URLs antiguas y nuevas.

Kulturo, una agencia de reclutamiento tech cliente de DoGeo, hizo el cambio el 24 de agosto de 2026: 396 clics y 66.910 impresiones del 24 de agosto al 13 de septiembre, frente a 234 clics y 56.307 impresiones del 3 al 23 de agosto. Esas tres semanas coinciden con un récord de impresiones de Kulturo en las respuestas de IA de Google, así que la cifra demuestra que no se perdió tráfico, no que migrar lo hiciera subir. El resto está en los resultados de Kulturo con DoGeo.

Una web especializada en embarcaciones semirrígidas pasó de Wix a código, también con redirecciones 301, y el equipo de DoGeo declara que no se perdió tráfico en ninguna de sus migraciones. Lo propio de salir de Wix está en alternativas a Wix y cómo dejarlo.

Google avisa de que las fluctuaciones son normales: cuando se hacen cambios importantes en una web, su posicionamiento puede fluctuar mientras Google la rastrea y la indexa de nuevo, y en webs medianas puede tardar varias semanas o más en mostrar las URLs nuevas en lugar de las antiguas.

Si las URLs se pueden conservar idénticas, la migración es más sencilla: Google la trata como un cambio de infraestructura y no hay nada que redirigir. Si no se pueden conservar, el mapa de redirecciones es obligatorio.

Elegir el CMS de destino es una decisión aparte, que se compara en Webflow vs WordPress para SEO. Lo que conviene preguntar antes de decidir es si el CMS nuevo permite redirecciones 301 en el servidor, controlar robots.txt y exportar el contenido si un día hay que volver a migrar.