Migración de MMP
Migración de MMP sin perder tus datos de atribución
Cambia entre AppsFlyer, Adjust, Singular o Branch con parallel run y validación de discrepancias — para que el histórico de atribución, el mapeo de eventos y la continuidad de campañas sobrevivan al cambio.
El problema
Cambiar de MMP parece un simple swap de SDK. No lo es. La lógica de atribución, la definición de eventos, la configuración de postbacks, el setup de SKAN y las integraciones de redes difieren entre proveedores — y un cutover ingenuo pierde histórico en silencio, duplica eventos o rompe las señales que optimizan tus canales de pago.
El fallo es silencioso. Los números parecen razonables una semana, y luego aparece un desajuste entre el MMP viejo y el nuevo justo en una revisión de presupuesto, y nadie sabe qué cifra creer. Para entonces las decisiones ya se tomaron sobre el número equivocado.
Cómo lo hace ADEX
- 01
Mapear el setup actual
Documentar cada evento, postback, integración de red, esquema de conversión SKAN y ventana de atribución en el MMP de origen antes de mover nada. Es la referencia contra la que se valida toda la migración.
- 02
Parallel run (7–14 días)
Los dos MMPs corren a la vez sobre el mismo tráfico. Es el núcleo de una migración segura: produce un dataset comparativo en vez de un cambio a ciegas.
- 03
Validación evento por evento
Comparar cada evento entre los dos MMPs, cuantificar la discrepancia y ajustar el mapeo hasta que la diferencia esté entendida y dentro de un rango acordado. No se asume que nada cuadre.
- 04
Migración de postbacks y redes
Recrear postbacks, integraciones de red y configuración SKAN en el MMP destino para que ningún canal pierda su señal de optimización en el cutover.
- 05
Exportación del histórico raw
Exportar y preservar el histórico a nivel raw del MMP de origen antes de perder el acceso, para que el análisis de cohortes e interanual sobreviva al cambio.
- 06
Cutover y monitorización
Cambiar la atribución en una fecha acordada y monitorizar de cerca los primeros días para detectar lo que el parallel run no pudo revelar.
Evidencia
- ADEX está certificado en los cuatro MMPs principales —AppsFlyer, Adjust, Singular y Branch— así que la migración la ejecuta un equipo que conoce ambos lados del cambio.
- 12+ migraciones de MMP completadas en negocios de apps.
- El método de parallel run y validación de eventos es la misma disciplina que ADEX aplica a la atribución en general: medición que puedes defender en una reunión de presupuesto.
Los plazos y los rangos de discrepancia dependen del número de apps, eventos, redes, la complejidad de SKAN y cuánto histórico necesites preservar. Eso se dimensiona antes de comprometer fechas.
Qué recibes
Antes del cutover
- Auditoría completa de eventos y postbacks del MMP de origen
- Plan de migración con alcance, plazos y riesgos
- MMP destino configurado para cuadrar
Durante el parallel run
- Comparación de eventos lado a lado
- Rangos de discrepancia documentados por evento
- Validación de redes y SKAN
En y después del cutover
- Exportación del histórico raw
- Checklist de cutover
- Ventana de monitorización post-migración
Cuándo tiene sentido
- Cambias entre AppsFlyer, Adjust, Singular o Branch y no puedes permitirte un hueco de atribución.
- Tienes histórico o análisis de cohortes relevante que necesitas preservar.
- Tus canales de pago dependen de postbacks o señales SKAN que no pueden romperse en silencio.
Cuándo no
- Solo haces atribución web sin app — una migración de MMP no es tu problema.
- Estás en pre-lanzamiento, sin histórico y con pocos eventos — un setup limpio es más rápido que una migración.
- Lo necesitas para mañana — un parallel run seguro necesita 7–14 días por diseño.