Cambiar de proveedor de medición móvil (MMP) solía implicar un ciclo de publicación de seis semanas, dos integraciones de SDK funcionando en paralelo y un equipo financiero que dejaba de confiar en todos los paneles durante un mes. No tiene por qué ser así.
Si tu SDK de mediación admite la configuración remota de los endpoints de atribución, la migración se reduce a un cambio de configuración. Lo hemos hecho en cuentas con más de 50 millones de MAU sin publicar una sola versión nueva en ninguna de las dos tiendas.
El enfoque
Apps Kit SDK incluye un adaptador ligero de atribución que traduce las señales internas de instalaciones y eventos al formato de transmisión de cualquiera de los principales MMP. El endpoint, la clave de API y el mapeo de eventos se almacenan en una configuración remota respaldada por Firestore. Cambiar de MMP consiste en actualizar esa configuración.
El período de validación
Siempre recomendamos un período de dos semanas con ambos sistemas en paralelo. Durante ese tiempo, el SDK envía postbacks tanto al MMP anterior como al nuevo, con un pequeño sufijo aleatorio en el identificador de instalación para evitar conflictos entre las lógicas de deduplicación de ambos sistemas.
Compara en paralelo los recuentos de instalaciones, los recuentos de eventos y los ingresos por cohorte. Las discrepancias superiores al 3 % casi siempre se deben a diferencias en el mapeo de eventos: el nuevo MMP llama 'subscribe_trial' a lo que el anterior llamaba 'trial_started'. Corrige el mapeo en la configuración, vuelve a validar y, después, realiza el cambio definitivo.
Mapeo de nombres de eventos: la referencia que necesitarás
Cada MMP utiliza sus propios nombres canónicos de eventos, y las diferencias entre ellos explican el 90 % de las discrepancias durante una migración. Estos son los mapeos que aplicamos por defecto; úsalos como punto de partida y personaliza cada evento cuando tu equipo financiero utilice una nomenclatura histórica.
- Instalación: Adjust 'install' → AppsFlyer 'af_install' → Singular '__INSTALL__'
- Inicio de prueba: Adjust 'trial_started' → AppsFlyer 'af_start_trial' → Singular 'sng_trial_start'
- Suscripción: Adjust 'subscription' → AppsFlyer 'af_subscribe' → Singular 'sng_subscribe'
- Compra: Adjust 'purchase' → AppsFlyer 'af_purchase' → Singular 'sng_ecommerce_purchase'
- Tutorial completado: Adjust 'tutorial_complete' → AppsFlyer 'af_tutorial_completion' → Singular 'sng_tutorial_complete'
- Ingresos publicitarios: Adjust 'ad_revenue' → AppsFlyer 'af_ad_revenue' → Singular 'sng_ad_revenue'
El día del cambio definitivo: lista de comprobación
- Confirma durante siete días consecutivos que las diferencias entre ambos sistemas no superen el 3 % en instalaciones ni el 5 % en eventos de ingresos
- Fija los enlaces de seguimiento de campañas en el nuevo MMP a las 09:00, hora local; verifica que los postbacks lleguen en un plazo de 10 minutos
- Desactiva el enrutamiento de enlaces profundos del MMP anterior en la configuración remota; mantén el envío de postbacks a ese MMP en modo de solo lectura durante 7 días más
- Notifica por escrito a los equipos de UA, finanzas y dirección, e indica la fecha y hora exactas del cambio
- Fija un panel que compare las últimas 24 horas de ambos MMP y revísalo a las 6, 24 y 72 horas del cambio
El plan de reversión que no necesitarás, pero debes tener
Como el cambio definitivo se realiza mediante la configuración remota, revertirlo consiste en aplicar el cambio inverso. Dejamos registradas ambas actualizaciones de antemano y guardamos la reversión como una acción de un solo clic que requiere la aprobación de un responsable sénior. La reversión en producción más larga que hemos ejecutado tardó menos de 15 minutos, desde la decisión hasta que el tráfico volvió al MMP anterior.
La condición que activa la reversión debe quedar por escrito antes del cambio: normalmente, una caída superior al 10 % en las instalaciones atribuidas mantenida durante seis horas, o cualquier pérdida total de eventos de ingresos. Revertir por intuición solo lleva a una segunda migración dos meses después, no a un mejor resultado.
Por qué esto importa para la planificación de medios
Los MMP cobran por instalación atribuida y por evento registrado. Para una empresa de tamaño mediano que publica apps, las diferencias de precio entre proveedores pueden alcanzar las seis cifras al año. Cuando cambiar de proveedor solo requiere un ajuste de configuración, recuperas el poder de negociación: cada renovación se convierte en una conversación real sobre el precio.
Negociación con proveedores: qué pedir en la renovación
Cuando tu equipo puede cambiar de MMP en una semana sin publicar una nueva versión, las conversaciones de renovación toman otro rumbo. Las preguntas que influyen en el precio son concretas y verificables; las que no, giran en torno a futuras funcionalidades.
- Tarifa por instalación atribuida en tu tramo de volumen actual, desglosada por iOS y Android
- Coste de la ingesta de postbacks de SKAN adicionales frente al cupo incluido
- Comisiones por exportación de audiencias y retargeting: suelen ser la mayor partida de costes ocultos
- Tarifa fija anual frente a ajustes mensuales según el uso real: a gran escala, fijar la tarifa suele suponer un ahorro del 10–15 %
- Plazo de preaviso para cancelar el contrato: cualquier plazo superior a 60 días reduce tu poder de negociación
Cuando cambiar de MMP se resuelve en una tarde de martes, las propuestas de los proveedores se vuelven más honestas y cada renovación se convierte en una conversación real sobre el precio.
Qué hacer este trimestre
Aunque no tengas previsto cambiar de MMP, implementa la infraestructura para operar con dos sistemas en paralelo. Tener una segunda vía de envío de postbacks activa y validada es el seguro más barato frente a incidencias del proveedor, subidas inesperadas de precios y adquisiciones empresariales que, de repente, conviertan a tu proveedor actual en una mala elección.
