Conversiones mejoradas.

Google Ads sabe qué anuncio trajo cada venta porque ata la conversión al clic. De entrada, esa atadura la hace una cookie: al hacer clic, tu web guarda un identificador, y cuando la persona convierte, la etiqueta de conversión lo devuelve. Funciona mientras se cumplan tres cosas a la vez: que la persona convierta en el mismo navegador en el que hizo clic, que la cookie siga viva y que haya permiso para usarla.

Las dos primeras fallan todos los días sin que nadie haga nada mal. Clic en el móvil por la mañana y compra en el portátil por la noche. Navegadores que borran las cookies a los pocos días. La conversión existe, está en tu facturación, pero Google no sabe de qué anuncio viene, y la campaña que la trajo parece peor de lo que es.

Las conversiones mejoradas añaden una segunda forma de reconocer a la persona. Junto a la conversión, la etiqueta manda el email o el teléfono que el cliente acaba de escribir, normalizado y cifrado. Google lo compara con los de las cuentas de Google con sesión iniciada y, si casa, sabe que quien compra es quien vio o pulsó el anuncio. Son tus datos de origen propio haciendo el trabajo que la cookie ya no hace.

El malentendido habitual es tomarlas por medición en servidor. En su versión para web no lo son: el aviso lo sigue mandando la etiqueta desde el navegador. Lo que cambia no es el remitente, es lo que lleva dentro. Meta resuelve el mismo problema con la API de conversiones, que sí cambia el remitente. Y el tercer requisito de la cookie, el permiso, no lo arregla ninguna de las dos: si no lo hay, no viaja nada.

Pongamos 100 conversiones en un mes. 62 llegan con la cookie del clic viva y se atribuyen como siempre. 38 llegan sin ella. De esas 38, 29 dejaron email o teléfono al convertir, y 20 casan con una cuenta de Google. Atribuidas: 62 solo con la cookie, 82 con conversiones mejoradas. Las 18 restantes siguen sin atar: 9 no dejaron dato y otras 9 lo dejaron, pero no casa con ninguna cuenta de Google. Ningún ajuste las va a recuperar.

Por eso el orden importa. Las tres escrituras del mismo email, cifradas tal cual llegan del formulario, dejan tres huellas distintas, y solo una casaría con la cuenta de Google. Normalizadas primero, dejan una.

Quedan dos requisitos que no son técnicos. El primero, aceptar en la cuenta de Google Ads las condiciones de datos de clientes: sin eso, la opción no se activa. El segundo, el consentimiento. Con el modo de consentimiento de Google, el dato solo viaja si la persona ha dado permiso para usar sus datos con fines publicitarios, la señal que Google llama ad_user_data. Si tu banner no la manda, has montado una tubería que no lleva agua.

Si vendes con carrito, la venta pasa en tu web y la versión para web basta: la etiqueta de la compra lleva el email del pedido y ya está. Si vendes con reunión, la web solo ve el formulario. La venta se cierra semanas después, en tu CRM, y ahí la etiqueta ya no llega.

La versión para leads funciona en dos tiempos. En el formulario, la etiqueta manda la huella del email. Cuando la oportunidad se gana, subes esa venta a Google Ads con el mismo email cifrado, y Google la ata al clic original. Antes esto obligaba a guardar en el CRM el identificador del clic de cada lead; con el email cifrado ya no hace falta.

La diferencia no está en el informe, está en lo que aprende la campaña. Con la puja automática, Google optimiza hacia la conversión que le das. Si solo le das formularios, aprende a traer formularios, también los que nunca compran. Si le subes las ventas, aprende de las que pagan. Es el mismo presupuesto con otro maestro.

La subida se monta con la integración de tu CRM si la tiene, con la API de Google Ads o con un archivo programado. Se elige con la misma pregunta de siempre: quién la va a mantener el día que cambie el proceso comercial. Y para saber si ha servido no basta con mirar que el diagnóstico de la acción diga que los datos llegan: se compara la cobertura de antes y la de después contra tus ventas reales, como cualquier otra pieza del sistema de atribución.