Google Ads permite sumar datos del CRM a las conversiones del sitio web con su beta multifuente y 14 días de prueba

Google Ads publicó documentación actualizada sobre las conversiones multifuente, una función en beta que permite conectar una acción de conversión del sitio web con una fuente de datos adicional del backend, como un CRM o una base de datos de pedidos. La novedad fue reportada el 16 de septiembre de 2026 por Barry Schwartz en Search Engine Roundtable, y la configuración se hace a través de Google Ads Data Manager o de la Data Manager API.

La lógica es simple: la etiqueta de Google sigue midiendo lo que ocurre en el sitio, y el CRM aporta las conversiones que la etiqueta no alcanza a registrar o el valor real de cada venta. En palabras de Google, combinar la medición del tag con los datos adicionales permite complementar las señales online capturadas por la etiqueta con más información de conversiones.

¿Qué son las conversiones multifuente de Google Ads?

Son una forma de alimentar una misma acción de conversión con dos orígenes: el tag del sitio y un sistema interno. Google destaca cuatro beneficios en su centro de ayuda:

• Recuperación de señales: mitiga las conversiones perdidas por restricciones de navegadores y bloqueadores de anuncios.
• Mejores pujas: según Google, datos más completos llevan a mejores resultados de puja.
• Actualización de valores: permite enviar ajustes financieros como correcciones, ventas adicionales o totales finales del carrito.
• Configuración más simple: la conexión se gestiona desde Data Manager, sin construir una integración a medida desde cero.

¿Qué requisitos pide Google para usarlas?

La función no sirve para cualquier conversión. Solo admite acciones de conversión de sitio web configuradas manualmente con código, ya sea con la etiqueta de Google o con Google Tag Manager. Quedan fuera las conversiones que no son de sitio web, las acciones basadas en URL sin código y las conversiones importadas desde Google Analytics.

Los datos del backend deben incluir al menos el Transaction ID y la fecha y hora de la conversión, además de un identificador de atribución como GCLID, correo electrónico, teléfono o dirección. El Transaction ID es la pieza clave: Google lo usa para deduplicar eventos y para cruzar las actualizaciones de la fuente adicional con lo que registró la etiqueta dentro de la misma acción de conversión. Las actualizaciones de valor solo aplican dentro de esa acción vinculada.

¿Cómo evitar duplicar conversiones y afectar campañas activas?

Google advierte expresamente que no hay que contar ventas dos veces. Si se crea una acción de conversión nueva para este proceso, no se deben incluir la acción original y la nueva en los mismos objetivos de campaña. Además, la interfaz permite conectar solo una fuente de datos offline adicional por acción de conversión web, y Google recomienda no conectar varios sistemas, sino unificar los datos antes de cargarlos.

Para reducir el riesgo, cada fuente adicional entra en un periodo de prueba de 14 días. Durante ese tiempo las conversiones del tag siguen siendo las que se usan para pujar, y los datos del backend se usan solo para reportes y diagnósticos. Google también publicó una guía para resolver alertas de diagnóstico de esta función.

¿Qué significa para las empresas en Chile y Latinoamérica?

Para empresas B2B de Chile y Latinoamérica que invierten en Google Ads para generar leads, el problema de fondo casi nunca es el clic, sino que la plataforma optimiza hacia formularios y no hacia oportunidades o ventas reales registradas en el CRM. Esta función abre una vía más para que el valor comercial vuelva a la plataforma de anuncios. Al estar en beta, Google aclara que puede no estar disponible todavía en todas las cuentas, por lo que conviene revisar la sección de Data Manager antes de planificar el cambio.

Análisis de Revenue Hub

La dirección es clara: las plataformas publicitarias ya no compiten solo por la calidad de su segmentación, sino por la calidad de los datos de primera parte que reciben. Quien envía a Google conversiones confirmadas desde el CRM le enseña al algoritmo a buscar clientes, no formularios. Quien solo mide con la etiqueta queda expuesto a pérdida de señales y a optimizar hacia leads que el equipo comercial después descarta.

La recomendación concreta para un gerente de marketing o de RevOps es preparar la base antes de activar la beta. Primero, definir un identificador único por conversión que se genere en el sitio y viaje hasta el CRM junto con el registro, porque sin ese dato común no hay deduplicación posible. Segundo, acordar qué etapa del embudo cuenta como conversión de valor y con qué monto, y documentarlo entre marketing y ventas. Tercero, usar los 14 días de prueba para comparar los números del tag con los del CRM y corregir brechas antes de dejar que la fuente influya en las pujas. Sin propiedades limpias y un proceso de calificación consistente, la integración solo acelera el envío de datos malos.

Seguimos los cambios en medición y generación de demanda en la sección de marketing y demanda y publicamos guías de integración entre CRM y medios en el blog de Revenue Hub.