Tu etiqueta de conversión de Google Ads se dispara cuando ocurre una compra — excepto cuando no lo hace. El Intelligent Tracking Prevention de Safari acorta la vida de las cookies, los bloqueadores de anuncios eliminan la etiqueta por completo, los banners de consentimiento la suprimen, y el cliente que hace clic en el móvil y compra en el portátil parece dos desconocidos sin relación. El clic ocurrió. La venta ocurrió. El informe no muestra nada — y las Ofertas inteligentes, que aprenden de ese informe, empiezan a optimizar sobre una foto incompleta de la realidad.

Las conversiones avanzadas (Enhanced Conversions) son la respuesta de Google a ese agujero. Esta guía cubre qué son, qué recuperan, la diferencia entre web y leads, qué datos salen de tu sitio y las dos rutas de configuración — para que elijas la correcta, no la fácil.

Qué Son Realmente las Conversiones Avanzadas

Las conversiones avanzadas son un complemento de tu etiqueta de conversión, no un reemplazo. La etiqueta sigue disparándose como siempre. En paralelo, le envías a Google un dato propio (first-party) que el cliente ya te entregó — normalmente el correo que escribió en el checkout o en un formulario de leads — convertido en hash SHA-256 antes de salir de tu página o de tu servidor.

Google toma ese hash y lo compara con su propia lista de hashes de cuentas de Google con sesión iniciada. Si el cliente estaba conectado cuando hizo clic en tu anuncio, la coincidencia reconecta la conversión con el clic, incluso cuando la cookie que haría ese puente desapareció hace tiempo.

La propiedad clave: es un dato que el cliente te entregó a propósito, en una transacción contigo. Las conversiones avanzadas no recogen nada nuevo — cambian el destino de un campo que ya tienes (documentación de Google).

Dónde Se Pierden Tus Conversiones

Cuatro fugas drenan la medición basada en etiquetas, y se acumulan:

Restricciones de cookies en los navegadores. Safari limita la vida de las cookies creadas tras clics en anuncios. Quien hace clic el lunes y compra la semana siguiente vuelve sin cookie que atribuir.
Bloqueadores de anuncios y protección antirrastreo. Si gtag.js nunca carga, la conversión nunca se reporta, con o sin cookies.
Banners de consentimiento. El visitante que rechaza el rastreo suprime la etiqueta durante toda la sesión — incluida la compra del final.
Recorridos entre dispositivos. Clic en el móvil, compra en el ordenador. Las cookies viven por dispositivo; la cuenta de Google con sesión iniciada es el único puente.

El daño no es solo un número más bajo en el panel. Como cuenta ilustrativa — no un benchmark — imagina que tus campañas generan 100 conversiones reales y la etiqueta solo observa 80. Tu CPA reportado parece un 25% peor que la realidad, y las Ofertas inteligentes bajan pujas en campañas que eran rentables. Los datos que faltan no se quedan neutrales: dirigen el presupuesto hacia el lugar equivocado.

Web vs. Leads: Un Nombre, Dos Productos Distintos

Google ofrece dos variantes bajo la misma etiqueta, y confundirlas cuesta una semana de configuración:

	Conversiones avanzadas para web	Conversiones avanzadas para clientes potenciales
Problema que resuelve	Conversiones online que la etiqueta perdió	Ventas offline que cierran en tu CRM
La conversión ocurre	En tu sitio, en la sesión o después	Días o semanas más tarde — llamada, contrato
Dato capturado en	La página de conversión (correo del checkout)	El envío del formulario (correo/teléfono)
Qué reemplaza	Medición degradada por cookies	Importaciones offline basadas en GCLID
Usuario típico	E-commerce, SaaS autoservicio	Generación de leads, B2B, ticket alto

Web es lo que la mayoría de los anunciantes quiere decir: la compra ocurre en tu sitio, la etiqueta puede perderla, y el correo en hash recupera la atribución. Leads invierte el flujo: capturas el correo en hash al enviarse el formulario y, cuando ese lead se convierte en ingresos en tu CRM semanas después, reportas la venta usando el correo como clave de unión — sin gimnasia de hojas de cálculo con GCLID.

Si tus ingresos caen en un checkout, quieres la versión web. Si caen en un CRM después de que un humano hable con el lead, quieres la de clientes potenciales.

Qué Se Envía Exactamente

El payload es más estrecho de lo que muchos esperan:

Correo electrónico — en minúsculas, sin espacios, y luego convertido en hash SHA-256. Es la clave principal de coincidencia.
Teléfono — normalizado al formato E.164 (+34611...) y luego en hash.
Nombre y dirección — opcionales, en hash campo por campo, para mejorar la coincidencia cuando el correo no basta.

El hash ocurre antes de la transmisión — en el navegador en las configuraciones por etiqueta, en tu servidor en las configuraciones por API. Google recibe el hash, no el texto plano. Un hash que no coincide con ninguna cuenta de Google no atribuye nada.

Dos advertencias honestas. Primera: el hash no es anonimización — Google puede hacer la coincidencia precisamente porque tiene los mismos correos de su lado. Segunda: enviarlo sigue exigiendo una base legal — tu política de privacidad debe cubrir el intercambio de datos de clientes en hash con plataformas publicitarias, y tu gestión de consentimiento debe condicionarlo donde apliquen normas como el RGPD. Estar en hash no significa estar exento.

Dos Rutas de Configuración: Etiqueta vs. API

Por etiqueta es la vía rápida. En Google Ads o en Google Tag Manager activas las conversiones avanzadas en la acción de conversión y dejas que la detección automática encuentre el campo de correo, o lo mapeas con selectores CSS o una variable de dataLayer. Puedes estar en marcha en una tarde. La fragilidad es estructural: un rediseño del checkout que renombra un campo rompe la captura en silencio.

Por API (server-side, mediante la Google Ads API) significa que tu backend envía los datos en hash después de que el pedido se confirme de verdad. Es más ingeniería — y es mejor en todo lo que importa a escala: sobrevive a los rediseños, funciona cuando el checkout vive en otro dominio, permite enviar solo pedidos pagados en lugar de intentos, y te da un lugar donde gestionar reembolsos. Ese patrón server-side — pedidos verificados desde los webhooks de tu propio checkout, devueltos a la plataforma — es la arquitectura que usa Decisa para el pushback de conversiones, porque el pedido que tu proveedor de pagos confirmó es una señal estrictamente mejor que lo que una etiqueta de navegador alcanzó a observar.

Regla práctica: por etiqueta para validar el valor rápido, por API como destino final.

Configúralo Esta Semana

Elige la variante — web para checkout en el sitio, leads para ingresos cerrados en el CRM.
Actívala en la acción de conversión en Google Ads y acepta los términos de datos de clientes.
Conecta el dato — mapea el campo de correo en la configuración de la etiqueta, o haz que tu backend envíe los datos en hash por API al confirmarse el pedido.
Revisa la pestaña de diagnóstico de la acción de conversión a los pocos días; indica si Google está recibiendo y haciendo coincidir tus datos.
Actualiza tu política de privacidad y el flujo de consentimiento para que el intercambio de datos en hash quede declarado y bien condicionado.

Las conversiones avanzadas no harán que tu panel cuadre con tu cuenta bancaria — eso solo lo logra la atribución first-party. Lo que hacen es evitar que el algoritmo de pujas de Google vuele medio ciego por conversiones que los navegadores se comieron. Aliméntalo con la verdad, y gastará tu dinero notablemente menos mal.