Reestructura de colecciones
Replatform, rediseño, cambio de CMS, consolidación de dominios: cada migración es una oportunidad de ganar tráfico, y también una forma rápida de perderlo. Mi trabajo es que el tráfico orgánico sobreviva al cutover y, si se puede, crezca después.
El peor momento para pensar una migración SEO es el día del deploy. La mitad del valor lo aporta lo que hacemos las 6–8 semanas antes: entender el sitio actual, identificar qué URLs traen tráfico y dinero, y decidir qué se mantiene, qué se consolida y qué se deja morir.
Un preflight serio combina crawl completo, logs de servidor, Search Console, Analytics y datos de negocio. Sin esa foto previa, no hay forma de medir después si la migración salió bien.
Si hay una deliverable que decide el éxito de una migración, es el redirect map. No la arquitectura nueva, no el diseño, no la tech stack: el mapa de 301s. Una URL que no se mapea es tráfico que se pierde, y en sitios grandes eso se traduce en ingresos reales.
Lo hago a mano para lo importante y con matching por patrón para el long tail. Cada fila se revisa: origen, destino, status final, fecha de activación. Y se testea en pre-prod antes de tocar DNS.
Un buen release SEO es aburrido. El código está testeado en staging desde semanas antes, el redirect map está cargado, el sitemap nuevo está listo, Search Console tiene ambas propiedades, y el equipo sabe exactamente qué mirar en los dashboards.
Lo que suele fallar no es Google: son los detalles humanos. Cache de CDN, hosts de desarrollo accidentalmente indexados, robots.txt que bloquea algo que debería ser crawleable, hreflang que apunta a dominios que ya no existen. El plan de release SEO cubre todo eso antes de que explote.
La fase más mal gestionada de una migración es la que viene después. El sitio está en aire, parece que todo funciona, y todos quieren volver a su roadmap. Ahí es donde se pierde tráfico en silencio, porque nadie está mirando.
Durante 4–8 semanas hay que monitorear como un UCI: logs, GSC, rastreadores, posiciones, errores. Un spike de 4xx a día 5, un drop de impressions a día 12, un canonical mal apuntado a día 21 — si se detectan a tiempo, se arreglan antes de que impacten trimestre.
Una migración “termina” el día que dejamos de mirarla, y en enterprise eso nunca es el día del cutover. Siempre aparece un deploy posterior que rompe un redirect, un CMS que cambia URLs automáticamente, un equipo de marketing que lanza una landing sin coordinar.
Por eso el último capítulo no es una fase: es un modo de trabajar. Chequeos automáticos de redirects, alertas de GSC, crawls programados y una relación continua entre SEO y los equipos de producto que siguen publicando en el sitio.
Una migración sin plan SEO es una apuesta. Una migración con plan SEO es ingeniería: aburrida, predecible, y sin titulares en el Slack del CMO.
Cambio de plataforma de eCommerce coordinando redirect map, arquitectura de facetas y sitemap nuevo. Tráfico orgánico retenido en las categorías top y capturado en long tail post-migración.
Redirect map revisado producto por producto con Legal y Compliance. YMYL sin pérdida de ranking en cuentas, tarjetas y préstamos.
15+ sitios de producto unificados manteniendo la visibilidad orgánica por mercado y evitando canibalización.
Si faltan semanas para el deploy y el mapeo está “en borrador”, ya están tarde. Llegamos a arreglarlo, pero con plan, no a los gritos.
Magento a Shopify, WordPress a headless, Sitecore a Adobe: todo cambio de stack toca URLs, render y sitemap. Sin SEO al lado, la pérdida de tráfico es casi inevitable.
Unificar marcas, pasar de subdominios a subcarpetas, absorber un dominio adquirido: son migraciones disfrazadas. Sin plan SEO mueren años de autoridad.
Si el cutover fue hace semanas y las métricas bajan, hay una ventana para recuperar. Cuanto antes auditamos redirects, indexación y render, más se salva.
Si hay replatform, rediseño o consolidación de dominios en el roadmap, el momento de meter SEO es ahora — no el día del deploy.