Data Manager API: el estándar que Google adoptó para que las conversiones lleguen completas

La Data Manager API es la puerta única que Google creó para recibir datos de conversión y de audiencia de las empresas, hoy construida sobre ECAPI (sigla de Event and Conversions API, un estándar mantenido por el IAB Tech Lab, la entidad que organiza especificaciones técnicas del mercado de publicidad digital). El 10 de septiembre de 2026 Google confirmó ese cambio en un comunicado oficial, y ayuda a explicar un problema que quien gestiona medios pagos siente desde hace años: el dato de conversión que llega a Google casi siempre viene incompleto.

Por qué la conversión llega incompleta a Google

Toda campaña de Google Ads depende de una señal de vuelta: alguien hizo clic y después convirtió. En la práctica, esa señal se pierde en varios puntos del camino. Un formulario sin campo de teléfono estandarizado no tiene cómo alimentar el match de correo y teléfono que Google usa para confirmar la conversión. Un identificador de clic como el GCLID desaparece cuando el lead cambia de dispositivo o tarda días en cerrar el negocio, e incluso cuando el dato existe, a veces llega a Google demasiado tarde para contar en la ventana de atribución de la campaña.

El resultado es siempre el mismo: el algoritmo de pujas optimiza con menos información de la que debería, y el reporte de resultados muestra menos conversiones de las que realmente ocurrieron. La causa no es una falla de Google, es la forma en que cada empresa organiza, o deja de organizar, su propio dato antes de enviarlo.

Qué cambió Google en septiembre de 2026

Hasta hace poco, cada producto de Google tenía su propia forma de recibir conversiones: una ruta para Google Ads, otra para Google Analytics, otra para Display & Video 360. Las empresas con operación en más de un frente terminaban construyendo integraciones separadas para decir, en el fondo, lo mismo: “este contacto convirtió”.

El cambio anunciado el 10/09/2026 unifica ese envío. La Data Manager API pasa a ser el camino único, y Google decidió construirla sobre un estándar de conversiones del mercado, no sobre una especificación propietaria. Al adoptar el ECAPI del IAB Tech Lab, Google se suma a una convención que otras plataformas de publicidad ya reconocen, lo que reduce la necesidad de reescribir integraciones cada vez que aparece una nueva exigencia.

Como parte del mismo anuncio, Data Manager pasó a operar también dentro de Google Analytics y Display & Video 360, y Google lanzó la métrica Data Strength Uplift en Google Ads, para estimar la ganancia de conversiones atribuible a un dato propio más completo. Vale una salvedad: los números de uplift divulgados por el propio Google son medición interna de la empresa, así que funcionan como referencia, no como benchmark de mercado.

Las rutas antiguas que ya salieron (o están saliendo) del aire

La adopción del estándar ECAPI no es el único movimiento en curso. Google viene apagando, por etapas, las rutas más antiguas de envío de conversión por la API de Google Ads:

• Customer Match por las rutas heredadas (OfflineUserDataJobService y UserDataService): apagado el 01/04/2026.
• Importación de conversiones offline y Conversiones Mejoradas para Leads por la API de Google Ads: apagadas el 15/06/2026.

Quienes aún mantenían esas integraciones tuvieron que migrar a la Data Manager API para seguir enviando esos eventos. Es un patrón de comportamiento de Google que se repite: primero concentra la recepción del dato en un único punto, después apaga las puertas paralelas.

Qué cambia para quien gestiona medios pagos

En la práctica, este es un problema de operación antes que un problema de herramienta. Una integración de conversión bien hecha depende de tres cosas que siguen bajo la responsabilidad de quien opera la campaña, no de Google: el formulario captura los identificadores correctos (teléfono, correo, GCLID), el envío ocurre cerca del momento en que la conversión realmente sucede, y existe alguna rutina de higiene de datos para atrapar campos vacíos o duplicados antes de que se conviertan en una conversión perdida.

Sin esas tres cosas resueltas, migrar a la Data Manager API cambia la tubería por una más moderna, pero no resuelve la fuga en el camino, y es justamente esa fuga la que hace que el modelo de atribución de la operación sobreestime algunos canales y subestime otros, sin que nadie perciba de dónde vino la distorsión.

Preguntas frecuentes sobre la Data Manager API

¿La Data Manager API reemplaza el píxel de Google Ads? No. Es el canal de envío de eventos de conversión y audiencia del lado del servidor, complementario al rastreo que ya existe en el sitio o en el CRM. Lo que cambia es el formato y el estándar usados para enviar esos eventos a Google.

¿Es necesario cambiar de plataforma de anuncios para adecuarse al ECAPI? No. La adopción ocurre del lado de Google, en la forma en que recibe el dato. Quien envía la conversión hoy por la Data Manager API, o pretende migrar a ella, es quien necesita alinear la integración al nuevo estándar.

Qué queda para el próximo artículo

Este texto se quedó en el porqué: por qué la conversión llega incompleta y por qué Google decidió estandarizar ahora la recepción de ese dato. En el próximo texto mostramos cómo eso ya funciona en la práctica, incluidos los plazos de migración y lo que efectivamente deja de funcionar para quien no se adecúe a tiempo. Mientras tanto, vale revisar cómo están hoy los workflows de envío de datos de tu operación, para saber en qué punto del camino se está perdiendo la conversión.

Fuente oficial: Google, “Data Strength Updates”, publicado el 10/09/2026.