Migrar tu sitio sin perder posiciones en Google: paso a paso

Decidiste rehacer tu sitio. Quizás cambies WordPress por código propio, cambies de dominio tras un cambio de marca o reorganices las páginas de servicios. El sitio nuevo queda más bonito y más rápido. Dos semanas después, el teléfono suena menos. Quien te buscaba en Google ahora llega a una página de error.

Esto pasa porque Google no sabe, por sí solo, que la página antigua se convirtió en la nueva. Tarda años en asociar una dirección a una búsqueda. Si la dirección desaparece sin aviso, ese historial desaparece con ella. Migrar sin perder posiciones no depende de la suerte. Depende de una guía que publica el propio Google y de alguien que la siga con cuidado antes de pulsar el botón.

Cuánto tráfico pierde una migración mal hecha

El dato más citado viene de un estudio publicado por Search Engine Journal en enero de 2025, firmado por Dan Taylor. Analizó 892 migraciones de dominio, desde SaaS hasta tiendas online y despachos de abogados. De media, el dominio nuevo tardó 523 días en alcanzar el tráfico orgánico estimado del antiguo. Y el 17% de las migraciones no volvió al nivel anterior ni después de 1.000 días.

Estos números piden una lectura cuidadosa. El estudio trata solo de cambios de dominio, el tipo de migración más arriesgado. Usa estimaciones de herramientas de terceros, no datos internos de los sitios. Y no separa las migraciones bien hechas de las mal hechas. Aun así, el mensaje es claro: cambiar de dirección sin un plan puede costar más de un año de visitas. Para una empresa que recibe solicitudes de presupuesto por su web, eso es ingreso perdido.

Qué tipo de migración estás haciendo

Antes de dar cualquier paso, define qué cambia. Cada caso tiene un riesgo distinto:

• Solo el hosting. Las URL siguen iguales y cambia el servidor. Es el caso más sencillo.
• Plataforma o rediseño con URL nuevas. Dejas un constructor o un tema antiguo, y las páginas reciben URL nuevas. Por ejemplo, /index.php?page=servicos pasa a ser /servicos/.
• Cambio de dominio. La empresa cambió de nombre o compró un dominio mejor. Cambian todas las URL.
• HTTP a HTTPS, o con y sin “www”. Las direcciones cambian a nivel técnico, sin cambiar el contenido.

Si estás en el segundo o el tercer caso, el artículo sobre las señales de que llegó la hora de rehacer el sitio te ayuda a confirmar si el cambio vale el riesgo. La mayoría de las veces sí. Solo que no se puede improvisar.

La guía de Google, para quien contrata

La documentación de Google sobre migraciones de sitio con cambio de URL, actualizada en agosto de 2026, resume el proceso en cinco pasos: preparar y probar el sitio nuevo, asignar las URL antiguas a las nuevas, configurar las redirecciones en el servidor, iniciar el cambio y seguir el tráfico de ambos sitios.

En la práctica, para quien paga el proyecto, esto se traduce en cinco pedidos concretos al proveedor.

1. Una hoja de cálculo con todas las URL antiguas

Antes de tocar el sitio, alguien tiene que listar todas las páginas que existen hoy. No solo las del menú. También entran posts antiguos del blog, páginas de campaña, PDF e imágenes que reciben visitas. Las fuentes son el sitemap actual, Search Console y una herramienta de rastreo. Junto a cada URL antigua va la URL nueva correspondiente. Una página sin equivalente apunta a la más parecida, nunca a la home por defecto.

2. Redirección permanente, hecha en el servidor

Google distingue dos tipos de redirección. Las permanentes (códigos 301 y 308) indican que la página cambió para siempre, y Google pasa a mostrar la URL nueva en los resultados. Las temporales (302, 303 y 307) indican lo contrario: la página antigua sigue siendo la principal. La página de Google sobre redirecciones pide usar la permanente cuando “tienes la certeza de que la redirección no se revertirá”. La redirección por JavaScript solo debe usarse cuando no hay otra salida.

Pide ver la lista de redirecciones funcionando en un entorno de pruebas antes del cambio. Un error aquí es la causa más común de caída tras un rediseño.

3. Sitemap nuevo, enlaces internos y canónicas al día

El sitio nuevo tiene que salir con un sitemap solo con las URL nuevas, enviado en Search Console. Los enlaces internos deben apuntar directo a las URL nuevas, sin pasar por una redirección. También hay que revisar las etiquetas canónicas y, si el sitio tiene más de un idioma, las marcas hreflang.

4. Aviso formal a Google, si cambia el dominio

Si cambias de dominio, Search Console tiene la herramienta de cambio de dirección. Se usa en la propiedad del sitio antiguo y avisa a Google del cambio. Para pasar de HTTP a HTTPS, de “www” o de ruta dentro del mismo dominio, no hace falta.

5. Seguimiento en las semanas siguientes

Google es directo: espera oscilaciones temporales de posición durante el cambio. Según la documentación, un sitio pequeño o mediano tarda algunas semanas en tener la mayoría de las páginas procesadas en la nueva dirección, y los sitios más grandes tardan más. En ese periodo, alguien tiene que revisar Search Console cada semana, buscar errores 404 y corregir redirecciones olvidadas. Las redirecciones deben seguir activas al menos 1 año. El dominio antiguo, idealmente, no debe abandonarse nunca.

¿Y si solo cambia el hosting?

Cambiar de servidor sin cambiar direcciones es la migración de menor riesgo, pero también tiene reglas. En la guía de Google para cambiar de hosting, actualizada en diciembre de 2025, los puntos clave son: bajar el TTL del DNS a unas horas al menos una semana antes, probar el servidor nuevo con la indexación bloqueada, confirmar que Googlebot puede acceder y apagar el servidor antiguo solo cuando su tráfico llegue a cero.

Google advierte que el ritmo de rastreo suele bajar justo después del cambio y volver a subir en los días siguientes. No hay motivo de pánico, siempre que el servidor nuevo responda rápido y sin errores.

Los errores que más hunden el tráfico

Casi toda caída grave tras una migración tiene una de estas causas:

• Ninguna redirección. El sitio nuevo sale en línea y las URL antiguas dan error 404.
• Todo redirigido a la home. Google lo trata como página inexistente y descarta la relevancia que tenía cada página.
• Redirección temporal en lugar de permanente. Google sigue mostrando la página antigua, que ya no existe.
• Bloqueo de pruebas olvidado. El noindex o el robots.txt del entorno de pruebas pasa a producción y el sitio desaparece de la búsqueda.
• Contenido recortado sin criterio. El rediseño reduce el texto de las páginas que más visitas traían.
• Dominio antiguo cancelado. Los enlaces de otros sitios que apuntaban a ti dejan de funcionar.

Qué exigir antes de firmar

Si vas a contratar un rediseño, un cambio de plataforma o de dominio, pon estas preguntas sobre la mesa:

1. ¿Quién asigna las URL antiguas y en qué formato lo recibo?
2. ¿Las redirecciones se hacen en el servidor, con código 301 o 308?
3. ¿Puedo ver el sitio nuevo y las redirecciones en un entorno de pruebas antes del cambio?
4. ¿Quién sigue Search Console en las semanas posteriores al lanzamiento, y durante cuánto tiempo?
5. ¿El dominio, el hosting y el acceso a Search Console quedan a nombre de mi empresa?

Si la propuesta no habla de migración, la migración no está en el precio. Esto también vale si pasas de un constructor a código propio, un caso que explicamos en la comparativa entre sitio en código o en Wix, Framer y WordPress.

Cómo lo hacemos en el Studio

En Studio Responsivo, los sitios que hacemos en código propio salen con lo básico de búsqueda desde el primer día: datos estructurados, sitemap, llms.txt y robots que dejan pasar a las IA. Así fue con el propio studioresponsivo.com.br, que funciona en portugués, inglés y español. En una migración, el mapeo de las URL antiguas entra en el alcance antes que el diseño, porque es lo que protege las visitas que ya ganaste. El precio cerrado llega tras el diagnóstico, el plazo queda por escrito en el contrato y dominio, código y accesos quedan a nombre de tu empresa.

Si vas a rehacer o mudar tu sitio y no quieres empezar de cero en Google, conoce nuestro trabajo de SEO y GEO para sitios de empresa.