Migración web sin perder SEO: checklist para pymes que cambian de dominio o de diseño
Una migración web bien planificada conserva el tráfico orgánico si mantienes un inventario de URL, aplicas redirecciones 301 página a página, compruebas el rastreo antes del lanzamiento y vigilas Search Console durante meses. La mayoría de las caídas no vienen del nuevo diseño, sino de fallos técnicos evitables al comunicar el cambio a Google.
- Inventaría todas las URL con tráfico antes de tocar nada.
- Redirige cada URL antigua a su equivalente exacta, nunca todo a la portada.
- Mantén las redirecciones al menos 180 días y el dominio antiguo un año.
Qué se considera migración y por qué es el momento de mayor riesgo
Hablamos de migración cuando cambia el dominio, la estructura de URL, el gestor de contenidos o se pasa de HTTP a HTTPS. Un simple rediseño también puede serlo si modifica el enlazado interno o las rutas. El contenido suele mantenerse; lo que falla es la comunicación técnica: URL que desaparecen sin destino, redirecciones temporales (302) donde tocaba una permanente (301) o un robots.txt heredado del entorno de pruebas que bloquea todo el sitio. Si tu proyecto de diseño web incluye cambios de URL, el SEO debe entrar en la planificación desde el primer día, no al final.
Pasos y ejemplo práctico
1. Inventario: exporta todas las URL indexadas y su tráfico desde Search Console y tu analítica. Marca las que generan visitas, conversiones o enlaces externos.
2. Mapa de redirecciones: crea una hoja con dos columnas, URL antigua y URL nueva. Cada fila será una regla 301. Ejemplo: /productos/silla-nordica.html pasa a /muebles/sillas/silla-nordica. Si una página desaparece, redirígela a la categoría más cercana, no a la portada.
3. Pruebas en staging: valida las redirecciones, las etiquetas canónicas, el sitemap y que el entorno de pruebas no se indexe.
4. Lanzamiento: activa las redirecciones en el mismo momento que el nuevo sitio. Google recomienda implementar redirecciones 301 que lleven de tu antigua página principal a la nueva y redirigir también el tráfico de las páginas canónicas del sitio web antiguo al nuevo. Si cambias de dominio, usa la herramienta Cambio de dirección: al solicitarla indicas a Google que se centre en rastrear e indexar tu nuevo sitio web y no el antiguo.
5. Seguimiento: revisa a diario errores 404, cobertura e impresiones durante las primeras semanas y compara con el periodo anterior.
Límites y conclusión
Ninguna migración es totalmente indolora: es normal una oscilación temporal mientras Google reprocesa las señales. Lo que no es normal es una caída sostenida más allá de unas semanas, y ahí conviene auditar. Además, no retires nada demasiado pronto: mantén las redirecciones durante al menos 180 días o incluso más si todavía generan tráfico de la Búsqueda de Google. Google también recomienda seguir pagando por el dominio antiguo durante al menos un año para evitar que otros lo compren y lo utilicen con fines malintencionados. Si tu sitio tiene cientos de URL, múltiples idiomas o comercio electrónico, la complejidad crece y un acompañamiento SEO especializado suele salir más barato que recuperar el tráfico perdido.
Preguntas frecuentes
¿Un rediseño sin cambiar el dominio también puede hacerme perder posiciones?
Sí. Si cambian las rutas, el enlazado interno, los encabezados o la velocidad de carga, Google reevalúa el sitio. Trátalo como una migración y aplica el mismo checklist.
¿Puedo redirigir todas las URL antiguas a la portada para ahorrar tiempo?
No es recomendable. Google puede interpretarlo como errores suaves 404 y pierdes la relevancia acumulada de cada página. Redirige siempre al contenido equivalente más cercano.
¿Cuánto tarda Google en reflejar el cambio?
Depende del tamaño del sitio y de la frecuencia de rastreo; suele ir de unos días a varias semanas. Por eso las redirecciones deben mantenerse durante meses y no retirarse en cuanto veas los primeros resultados.
¿Qué hago si ya migré y el tráfico ha caído?
Comprueba primero robots.txt, etiquetas noindex, canónicas y el listado de 404 en Search Console. En la mayoría de casos el problema está en redirecciones incompletas o bloqueos heredados del entorno de pruebas.