Google atribuye conversiones de apps a la fecha de instalación

Google anunció un cambio pequeño en apariencia y grande en impacto: a partir de la actualización detectada el 20/02/2026, las conversiones en campañas de apps se registrarán según la fecha de la instalación, no la fecha del clic que la originó (Search Engine Land, 20/02/2026).

Qué cambia exactamente

Antes, Google asignaba la conversión al día del clic publicitario. Esa lógica mantenía activas conversiones reportadas semanas después porque la ventana por defecto era de 30 días, lo que generaba retardos en las señales que alimentan el algoritmo de Smart Bidding (Search Engine Land, 20/02/2026). Ahora, la atribución se ancla al evento de instalación, acercando el reporting de Google al que entregan los MMPs.

Por qué importa para la optimización

Las plataformas de medición móvil como AppsFlyer y Adjust registran instalaciones prácticamente en tiempo real —con latencias de minutos a horas— y toman la marca temporal del evento de instalación para sus reportes (AppsFlyer support). Cuando Google usaba la fecha del clic y una ventana por defecto de 30 días, muchas conversiones llegaban ‘‘tarde’’ al learning de la puja automática. Alinear la fecha de conversión con la instalación debería dar señales más frescas al algoritmo, traduciendo en ciclos de optimización más rápidos y decisiones de bidding más estables.

¿Esto arregla el problema de conciliación entre dashboards?

Reduce una fuente importante de discrepancias. Si Google y el MMP usan la misma ancla temporal —la fecha de instalación—, la diferencia en conteo por día debería caer. No obstante, no borra otras causas de discrepancia: tiempos de retransmisión, filtros de fraude, diferencias en ventanas configuradas por el anunciante y eventos post-install que cada plataforma considere conversión. Hay una mejora en la base, pero no una solución completa.

Riesgos y límites prácticos

1. No todas las métricas cambian: atribuir al install date no altera qué se considera conversión ni cómo se define valor. Si medimos retención o revenue, esos eventos siguen ocurriendo después de la instalación y requieren su propia ontología. 2) El cambio reduce desalineación temporal, pero no devuelve la propiedad de los datos. Google sigue siendo un vendor; el control del raw data y la capacidad de cruzarlo con CRM siguen siendo claves para medir LTV. 3) En apps con largos ciclos de monetización, una señal de instalación más fresca no sustituye modelado robusto de valor (LTV) antes de escalar gasto.

Qué recomendamos hacer en las próximas semanas

• Monitorizar diferencias diarias entre Google Ads y el MMP durante al menos 30 días para entender el impacto en el volumen y la distribución temporal. Compará el periodo previo vs. posterior al cambio y documentá variaciones por cohorte.
• Revisar las ventanas de atribución configuradas en Google Ads y en el MMP; asegurarse de que la definición de conversión coincida con la métrica de negocio que importa (registro, compra, suscripción).
• Recalibrar Smart Bidding con análisis de corto plazo: validar si las métricas de costo por instalación y CPA se estabilizan tras introducir la nueva ancla temporal. No escalar hasta validar performance con modelos de LTV.
• Mantener la propiedad de datos: activar o mejorar exportaciones de eventos a almacenamiento propio para poder reconstruir funnels y hacer análisis incrementales fuera del ecosistema de Google.

Conclusión

Es un ajuste técnico, pero con efecto multiplicador: mover la atribución a la fecha de instalación corrige un desfase de señal crítico (ventana por defecto de 30 días) y acerca los números de Google a los de los MMPs (Search Engine Land, 20/02/2026; AppsFlyer support). Vemos la mejora como positiva, pero no como excusa para soltar controles. El cambio ayuda al algoritmo, pero quienes deciden escalar la pauta deben seguir exigiendo vinculación a métricas de negocio, propiedad de datos y validación con modelos de LTV antes de aumentar inversión.