Google Ads amplía su beta de conversiones multiorigen: el CRM puede completar los datos que el pixel no capturó

Google amplió su beta de conversiones multiorigen en Google Ads, una función que permite a los anunciantes complementar las conversiones registradas por el tag del sitio web con datos offline que viven en el CRM y en sistemas internos de backend. El cambio fue reportado el 21 de septiembre de 2026 por Search Engine Land, con la firma de Anu Adegbola.

La lectura para un área comercial es directa: hasta ahora la medición de campañas dependía de lo que el navegador del usuario alcanzaba a enviar. Con esta beta, el registro que el equipo de ventas cierra en el CRM puede completar y corregir esa misma conversión, siempre que ambos lados compartan un identificador común.

¿Cómo funciona el cruce entre el sitio y el CRM?

El anunciante conecta sus fuentes de datos offline a través de Google Ads Data Manager o de la API de Data Manager. Google toma los registros cargados desde esas fuentes y los cruza con las conversiones ya registradas en el sitio usando el ID de transacción como llave.

• Completa información de cliente que el tag no logró capturar, como correo electrónico, teléfono y dirección.
• Corrige el valor de la conversión, por ejemplo reemplazando un total estimado por el monto final que quedó registrado en el CRM.
• Google recomienda subir los datos complementarios dentro de las 24 horas siguientes para que el cruce y las pujas funcionen bien.

¿Qué pasa durante los primeros 14 días?

Toda fuente recién conectada entra en un período de prueba de 14 días. Durante esa ventana las conversiones adicionales aparecen en los informes, pero no se usan para las pujas, y las actualizaciones de valor de conversión quedan desactivadas. Es una cuarentena de calidad: Google observa el comportamiento de la fuente antes de dejarla influir en Smart Bidding.

Para quien planifica, ese detalle cambia el calendario. Conectar el CRM la misma semana en que se espera un cambio de presupuesto no sirve, porque el algoritmo todavía no estará leyendo esos datos. La conexión hay que hacerla con dos semanas de anticipación respecto del período en que se quiere que el aprendizaje ya incorpore la señal.

¿A qué anunciantes afecta este cambio?

Según Search Engine Land, el impacto recae sobre anunciantes de comercio electrónico y de servicios que dependen de Smart Bidding y del seguimiento de conversiones. En la práctica, cualquier operación donde el valor real de la venta se conoce después del clic, y no en el momento del formulario, es candidata a beneficiarse.

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

En Chile y en el resto de Latinoamérica abunda un patrón que vuelve esta función especialmente relevante: ciclos B2B donde el formulario no es la venta. El lead entra por la web, la cotización se negocia por teléfono o por mensajería, y el monto final queda en el CRM semanas después. Ese desfase es justamente lo que el pixel nunca vio y lo que hoy se puede devolver a la plataforma.

El requisito práctico también es local: el ID de transacción tiene que existir y ser el mismo a ambos lados. En operaciones que trabajan con numeración propia de cotizaciones, con documentos tributarios y con un CRM que no dialoga con el sitio, esa llave común no está dada, hay que construirla.

Análisis de Revenue Hub

Esta beta confirma hacia dónde se mueve la medición publicitaria: el navegador deja de ser la fuente de verdad y el CRM pasa a ser el árbitro del resultado. Es una buena noticia para equipos con operación comercial ordenada y una mala noticia para quienes tienen el CRM desactualizado, porque ahora la suciedad de los datos no solo afecta los reportes internos, también alimenta decisiones de puja con presupuesto real.

La recomendación concreta es no partir por la integración, sino por la llave. Antes de conectar nada conviene verificar tres cosas: que cada oportunidad del CRM tenga un identificador de transacción que el sitio también escriba, que el campo de monto cerrado se complete de forma disciplinada y no a criterio de cada vendedor, y que exista una política clara sobre qué datos de cliente se envían a la plataforma y con qué base legal. Recién después se conecta Data Manager, se asumen los 14 días de prueba y se compara el volumen de conversiones reportadas contra los cierres reales del período.

El riesgo de fondo es conocido: mientras más decisiones de inversión dependan del CRM, más caro sale tenerlo mal mantenido. Quien hoy no pueda responder con certeza cuánto vale un negocio cerrado el mes pasado, tampoco debería entregarle ese dato a un algoritmo de puja. Seguimos estos cambios en la sección de CRM y datos y publicamos criterios de arquitectura comercial en el blog de Revenue Hub.