Migrar un negocio online adquirido en 2026: el playbook técnico y operativo

Lo compraste. Ahora no lo rompas mientras lo mueves.

El deal cerró el martes pasado. El vendedor te entregó una tienda Shopify, un blog WordPress y una integración Stripe dudosa. Ya sabes que quieres mover la tienda a tu propia infraestructura, rehacer el stack de email y reemplazar la analítica en la que nadie confía. Ocho semanas después, la mitad de esos proyectos están parados, el tráfico orgánico bajó 23 % y un registro DNS olvidado sigue apuntando al antiguo proveedor de email del vendedor.

Bienvenido al riesgo menos discutido en las adquisiciones de negocios online: la migración. Flippy ha visto a docenas de compradores cerrar el deal y luego quemar 6 meses de flujo de caja intentando "modernizar" el activo. Este es el playbook para mover un negocio online adquirido sin romperlo.

Por qué la migración es el riesgo oculto

La cobertura editorial se obsesiona con la due diligence y la negociación. La migración solo recibe una nota al pie. Pero ahí es donde ocurren la mayoría de los daños operativos:

• La continuidad SEO es frágil. Una cadena de 301 mal gestionada puede borrar años de autoridad en una noche.
• Los datos de cliente tienen acantilados. Cuentas mal importadas crean huérfanos invisibles.
• La reputación email se transfiere mal. Los dominios de envío se calientan lentamente. Puedes perder la entregabilidad durante meses.
• Las integraciones se rompen en silencio. Píxeles de publicidad, webhooks, proveedores de fulfillment — todo lo conectado al entorno antiguo puede dejar de funcionar sin un mensaje de error.

Buena noticia: el riesgo de migración es en gran parte mecánico. Casi todo se mitiga dividiendo el trabajo en fases y rechazando hacer dos cutovers en paralelo.

Fase 0: Auditar antes de mover nada

Antes de tocar un solo ajuste, construye un mapa completo de lo existente. No puedes migrar lo que no inventariaste.

• Dominios y DNS. Todos los registros A, AAAA, MX, TXT, CNAME y SPF/DKIM/DMARC. Capturas de cada dashboard de registrador.
• Plataformas en uso. CMS, e-commerce, ESP, CRM, helpdesk, analítica, cuentas de publicidad, procesador de pagos, fulfillment, contabilidad.
• Integraciones. Cada webhook, flujo Zapier/n8n, llamada API custom. La mayoría de los negocios adquiridos tienen al menos una automatización tipo "no sé qué hace pero está conectada a producción".
• Activos estáticos. ¿Dónde están las imágenes de producto? ¿Los PDFs? ¿Las descargas? ¿Las URLs son absolutas, relativas o con CDN?
• Suscripciones y facturas activas. Stripe, apps Shopify, SaaS, renovaciones de dominio, SSL. Lístalos con fechas de renovación y email propietario.

Dedica una semana a esto antes de tocar nada más. La auditoría sola suele revelar deal-breakers que el vendedor olvidó mencionar.

Fase 1: Continuidad SEO y dominio primero

Si fallas todo lo demás, al menos no falles esto. El tráfico de búsqueda es frágil, y Google no te da una segunda oportunidad.

• Mantén el mismo dominio. No hagas rebrand y migración la misma semana. Si el rebrand es obligatorio, primero migra, espera 60 días, luego rebrand con una estrategia 301 limpia.
• Mapea cada URL uno a uno. Construye un CSV de cada URL existente con tráfico significativo, cada URL que responde 200, y la URL destino en la nueva plataforma. URL antigua sin equivalente → 301 a la página padre más sensata.
• Las cadenas de 301 matan las señales de ranking. Una URL que pasa por 2 o 3 redirecciones pierde autoridad. Siempre 301 directo al destino final.
• Envía un nuevo sitemap el día del cutover. Luego vigila Google Search Console por errores de crawl durante 30 días.
• Mantén las reglas robots.txt existentes. Pasar de `Allow: /` a algo más restrictivo el día del cutover es la forma más rápida de desindexarte.

Puedes explorar oportunidades de adquisición en la página de deals — la mayoría de sitios listados tienen al menos una mina SEO esperando ser desactivada el día de la migración.

Fase 2: Migración de datos con pruebas

Lo que migres — clientes, pedidos, productos, suscripciones — nunca confíes en el import sin una reconciliación.

• Cuenta antes, cuenta después. Antes del export, anota el número exacto de registros por tabla. Después del import, el conteo debe coincidir. Si no, encuentra cada registro faltante y explica por qué.
• Muestrea 20 registros y compara campo por campo. Diff visual sobre nombre, email, dirección, historial de pedidos. Los nombres de campos difieren entre plataformas (Shopify "first_name" vs WooCommerce "billing_first_name") y las truncaciones silenciosas ocurren.
• Preserva los timestamps históricos. Un cliente registrado en 2019 debe conservar esa fecha. Las nuevas plataformas adoran sobrescribir `created_at` con la fecha del import — desactiva eso si puedes.
• Prueba el login de una cuenta muestra. Los hashes de contraseña rara vez se transfieren — la mayoría de las migraciones imponen un envío de reset en el cutover.

Fase 3: Email y reputación de dominio

Aquí es donde la mayoría de operadores se quema. La reputación email no se transfiere con el dominio — se transfiere con el patrón de envío.

• Si cambias de ESP (Klaviyo a Mailchimp, Sendgrid a Postmark), no migres la lista entera de la noche a la mañana. Calienta el nuevo proveedor con 1 000 a 5 000 envíos por día durante 2 a 4 semanas antes de escalar.
• Mantén SPF, DKIM y DMARC alineados. Añadir un nuevo ESP sin actualizar SPF = tus emails caen en spam silenciosamente.
• Si cambias el dominio de envío, empiezas la reputación desde cero. Planifica 6 semanas mínimo de warm-up.
• Vigila bounce rate y tasa de quejas diariamente durante los primeros 60 días tras el cutover. Un pico por encima de 0,3 % de quejas = tu patrón de envío se lee como sospechoso.

Fase 4: Integraciones y píxeles

Cada conexión de terceros es un fallo silencioso potencial.

• Píxeles de tracking (Meta, TikTok, Google Ads): redepliega en la nueva plataforma con el mismo pixel ID, luego prueba el camino completo de conversión con la herramienta de preview. Un píxel "instalado" pero que no dispara es un bug post-migración clásico que cuesta meses de datos de atribución.
• Webhooks: cada webhook que la plataforma antigua enviaba debe reconfigurarse. Verifica Stripe, Shopify, APIs de fulfillment, integraciones escrow.
• Helpdesk: Zendesk, Front, HelpScout suelen conectarse por API key. Las claves antiguas siguen funcionando en lectura pero pierden permisos de escritura. Prueba enviar una respuesta de ticket en el día 1.
• Analítica: no destruyas los datos históricos del antiguo GA4 / Plausible / Fathom. Mantenlo en solo lectura y arranca una propiedad paralela. Querrás el baseline histórico.

Fase 5: Staging, cutover, rollback

Nunca hagas cutover un viernes. Nunca antes de una campaña importante. Nunca sin un rollback documentado.

• Stagea todo durante al menos 7 días. Corre una copia completa del nuevo entorno con tráfico de muestra antes de dirigir clientes reales.
• Pre-calienta cachés y CDN. Crawlea cada URL del nuevo entorno con Screaming Frog la víspera del cutover.
• Baja del TTL DNS: 48 h antes del cutover, baja tu TTL a 300 s para poder revertir rápido. Súbelo a 3600+ tras estabilizar.
• Ventana de cutover: apunta al hueco de 4 h de menor tráfico (típicamente martes 02:00-06:00 UTC para sitios globales). Runbook de rollback listo, línea por línea.
• Monitoriza en tiempo real durante las primeras 48 horas. Tasas de error, conversión, volumen de soporte.

Los anti-patrones que destrozan deals

Visto en demasiadas post-mortems:

• El "ya que estamos". Migrar la tienda, rehacer el stack email y cambiar de ESP a la vez. Elige uno. Lánzalo. Luego pasa al siguiente.
• El "el antiguo dueño nos ayudará". Las cláusulas de soporte de transición expiran rápido. Consigue cada credencial, cada contraseña de integración, cada fecha de renovación SSL en la semana 1.
• La "deuda SEO ya la arreglaremos". Soft 404, canonicals rotas, alt faltantes heredados. Componen, y son 10x más baratas de arreglar durante la migración que después.
• El gran rebrand dentro de la migración. Cambio de dominio + logo + colores + copy — todo en la semana 6. La recuperación toma meses.
• El cutover justo antes de un pico. Migrar a mediados de noviembre con Black Friday a 2 semanas. No. Simplemente no.

Un calendario realista

Seis a diez semanas es la ventana realista para una migración limpia. Quien te vende una "migración en 2 semanas" te vende en realidad un proyecto de recuperación 6 meses después.

Puntos clave

• La migración es el riesgo más subestimado en adquisiciones online.
• Audita antes de tocar nada — la mayoría de errores fatales vienen de un inventario faltante.
• La continuidad SEO (mapeo URL, 301, sitemap, robots.txt) merece un workstream dedicado.
• Reconcilia los imports con conteos y muestras, no con mensajes de éxito.
• La reputación email no se transfiere — calienta lento el nuevo ESP.
• Nunca combines migración con rebrand. Nunca cutover antes de un pico.

Para un flujo continuo de oportunidades de adquisición — incluyendo casos post-migración — explora los deals o crea una alerta sobre tus nichos objetivo.