Ir al contenido
Hablemos

Migraciones SEO para cambiar sin perder el control

Una migración puede implicar dominio, CMS, arquitectura, URLs, diseño o infraestructura. No existe una migración sin riesgo; existe un proceso que inventaría el cambio, reduce incertidumbre, prepara rollback y verifica el estado persistido después del lanzamiento.

En esta página
  1. Antes: construir el grafo de cambios
  2. Durante: trabajar con gates
  3. Después: leer, no asumir
  4. Rollback
  5. Diferencia frente a recuperación
  6. Próximo paso

Antes: construir el grafo de cambios

El inventario reúne URLs, estados, canonicals, metadatos, enlaces, tráfico disponible, conversiones, backlinks relevantes y propietarios. Después se define la correspondencia entre estado antiguo y nuevo: conservar, redirigir, fusionar, retirar con 410 o mantener fuera de alcance.

Cada decisión necesita motivo. Redirigir todo a inicio oculta pérdidas de equivalencia; conservar toda URL mantiene deuda y duplicados.

Durante: trabajar con gates

  • staging protegido y noindex;
  • paridad funcional y editorial comprobada;
  • mapa de redirecciones validado contra bucles y cadenas;
  • canonicals, sitemap, robots y enlaces alineados;
  • analítica y eventos sin datos personales;
  • freeze o coordinación de cambios;
  • backup de base y archivos con integridad comprobada;
  • responsables, ventana y disparadores de rollback.

Una sustitución de dominio en WordPress debe respetar datos serializados y ejecutarse primero en dry-run. Ninguna operación masiva se improvisa sobre un volcado.

Después: leer, no asumir

La activación se valida desde varias superficies: origen, caché pública, sitemap, rastreo, redirecciones y configuración persistida. Se revisan 200, 301, 404 y 410, no solo la portada. Las purgas de LiteSpeed o CDN forman parte del cambio cuando existen esas capas.

Rollback

Rollback no significa “volver a subir el tema anterior”. Incluye archivos, base de datos, opciones, menús, permalinks, caché y cualquier escritura realizada durante la ventana. Debe fijar un punto de recuperación, pérdida de datos tolerable, pasos exactos y criterios para decidir.

Diferencia frente a recuperación

La migración es preventiva y coordinada. Recuperar tráfico orgánico empieza cuando el descenso ya existe y la causa no está confirmada. Una auditoría puede preparar el baseline; SEO técnico implementa y prueba cambios.

Próximo paso

Indica qué cambia, qué se conserva, fecha objetivo y sistemas implicados. Solicita un plan sin enviar backups ni credenciales. No se programa una mutación remota hasta verificar acceso, backup, restauración y autorización.

Hablemos

¿Tu web tiene un problema de rastreo, indexación o rendimiento que nadie te explica? Cuéntamelo: te respondo en 24 horas laborables con una primera lectura del caso.

Abrir consulta

Qué incluye este trabajo

El mapa de redirecciones, la lista de comprobaciones previas al lanzamiento y el informe de seguimiento posterior con la cobertura recuperada.

Incluye

  • Inventario de las URLs actuales con su tráfico, sus posiciones y sus enlaces entrantes
  • Mapa de redirecciones una a una, no por patrón genérico
  • Validación en entorno de pruebas antes de tocar producción
  • Plan de reversión escrito y probado, no supuesto
  • Seguimiento de cobertura e indexación durante las semanas posteriores
  • Comprobación de que las 301 responden al destino correcto, medida sobre la web real
  • Comprobación de que el sitemap nuevo lista exactamente las URLs que deben existir, ni una más
  • Coordinación con desarrollo para que la fecha de lanzamiento la fije la lista de comprobaciones y no el calendario

No incluye

  • El desarrollo o la maquetación de la web nueva
  • La migración de datos que no afecte al SEO (usuarios, pedidos, integraciones)
  • Garantía de que no habrá oscilación: la hay casi siempre; lo que se evita es la caída que no se recupera

Lo que suelen preguntar

Respuestas directas, incluidas las que no venden.

¿Se pierden posiciones al migrar una web?

Se pierden si no se planifica. Una migración bien hecha conserva las URLs que ya funcionan, redirige una a una las que cambian y mantiene el contenido que sostenía cada posición. Suele haber una oscilación de semanas mientras Google reprocesa; lo que no debe haber es una caída que no se recupera.

¿Qué hay que preparar antes de lanzar?

El inventario completo de URLs actuales con su tráfico y sus enlaces entrantes, el mapa de redirecciones una a una, la validación en un entorno de pruebas y el plan de reversión. Si alguna de esas cuatro cosas falta, la fecha de lanzamiento se mueve.

¿Vale con una redirección genérica a la portada?

No. Redirigir todo a la portada es equivalente a un 404 para Google y tira la autoridad de cada página antigua. Cada URL debe ir a su equivalente más cercano; si no existe equivalente, es mejor un 410 honesto que un destino que no responde a lo que se buscaba.

¿Cuándo se sabe que la migración ha ido bien?

Cuando la cobertura de Search Console recupera el número de páginas indexadas, las redirecciones responden 301 al destino correcto y las consultas que traían tráfico vuelven a las posiciones previas. Eso se mide durante las semanas siguientes, no el día del lanzamiento.

¿Se puede migrar por fases?

Sí, y en sitios grandes suele ser más seguro: se conmutan secciones y se comprueba cada una antes de seguir. El coste es que conviven dos estructuras durante un tiempo, así que hay que vigilar canónicas y enlazado interno para que no compitan entre sí.

De dónde sale esto

Cómo se hace, escrito

Método, límites y fuentes de cada pieza. No son resúmenes: son los análisis completos.

Los 17 análisis de SEO técnico Todos los análisis del blog