Las conversiones mejoradas de Google Ads cambian qué dato decide si un clic termina en venta o en lead cualificado. En vez de depender solo de la cookie que registra el clic, el sistema cruza datos propios del cliente -email, teléfono o dirección- cifrados antes de salir del navegador, y los compara con la cuenta de Google que interactuó con el anuncio.
Para quien se encarga de la gestión de campañas de Google Ads, esto recupera conversiones que antes quedaban sin atribuir por el bloqueo de cookies en Safari o Firefox. Para el equipo técnico implica tocar la etiqueta, el formulario y el flujo de consentimiento, no solo marcar una casilla en la cuenta.
Las conversiones mejoradas de Google Ads envían datos propios del cliente -email, teléfono o dirección- cifrados con SHA256 para igualar más conversiones con el clic que las originó. Google calcula una subida media del 5% en Búsqueda y del 17% en YouTube cuando la cobertura de datos hasheados es alta.
Qué cambia con las conversiones mejoradas de Google Ads
Hasta ahora, Conversiones mejoradas para web y Conversiones mejoradas de clientes potenciales eran dos ajustes separados. Según la documentación de Google Ads, desde abril de 2026 se combinan en un único interruptor de cuenta que acepta datos desde la etiqueta, Data Manager y la API a la vez; las cuentas separadas migran solas.
El objetivo declarado por Google Ads es mejorar la medición complementando la etiqueta estándar con el dato que el cliente ya facilitó en el formulario o en el checkout, cifrado con un algoritmo de un solo sentido antes de salir del navegador. No sustituye a la cookie de clic: la refuerza cuando el usuario cambia de dispositivo entre el clic y la compra.
Conversiones mejoradas para web, el dato que viaja
La variante para web se dispara en la página de confirmación de una compra o de un evento online: alta de cuenta, descarga de un recurso, reserva de cita. La etiqueta de Google, o el contenedor de Google Tag Manager, recoge el email, el teléfono o la dirección que el usuario escribió en ese mismo formulario, los cifra en el propio navegador y los envía junto al evento de conversión habitual.
Google compara ese dato cifrado con las cuentas de Google que interactuaron con el anuncio y, si coincide, atribuye la conversión aunque la cookie de clic se haya perdido -entre dispositivos o por bloqueo del navegador-. Es la pieza que explica buena parte de la subida de match rate en comercio electrónico con checkout propio.
Datos que hay que hashear antes de enviarlos
El dato no se envía tal cual. Antes de aplicar SHA256, Google exige normalizarlo: texto en minúsculas, sin espacios al principio ni al final, y en gmail.com y googlemail.com sin los puntos que precedan a la arroba, porque Google los ignora al identificar la cuenta. El teléfono va en formato E.164, con el prefijo del país y sin espacios ni guiones -por ejemplo, +34600000000-.
- Minúsculas en todo el texto, sin excepciones.
- Sin espacios sobrantes al inicio ni al final del campo.
- Puntos eliminados antes de la arroba en gmail.com y googlemail.com.
- Teléfono en formato E.164, con el código de país incluido.
Solo después de esa limpieza se aplica el hash. Un email mal normalizado -con una mayúscula o un espacio de más- genera un hash distinto al que Google espera, y la coincidencia falla sin que se note: el dato llega, pero no empareja con nada.
Qué campos nunca se hashean
No todo pasa por SHA256. Los campos geográficos -país, provincia, ciudad, código postal- se envían en texto plano, porque Google los usa para afinar la coincidencia, no como identificador: hashearlos complicaría el emparejamiento. Lo mismo pasa con el gclid, que tiene que viajar legible para que Google pueda ligarlo al clic original.
Las guías de configuración de Google Ads insisten en este matiz porque es el error más repetido al montar la etiqueta: hashear de más deja campos irreconocibles, y hashear de menos manda datos personales en claro que nunca deberían salir sin cifrar.
¿Te ayudamos con esto?
Cuéntanos tu caso
Si esto te afecta, escríbenos en dos líneas y te respondemos por email con una valoración concreta.
Leads offline cierran el ciclo en Google Ads
La variante para clientes potenciales resuelve un problema distinto: el formulario se rellena un día y la venta se cierra semanas después, por teléfono o en una reunión -una aseguradora, un proveedor de maquinaria industrial, una consultora de software-, fuera de la web. Ahí no hay página de confirmación que dispare nada. El dato del formulario -ya hasheado- se guarda junto al gclid del clic que trajo esa visita, y cuando el equipo comercial marca el lead como ganado en el CRM, esa conversión offline se sube a Google Ads y se cruza con el registro que ya tenía guardado.
Checklist mínimo para activarlas
Antes de dar por activada la función conviene revisar cuatro pasos, en este orden:
- Activar conversiones mejoradas de clientes potenciales y confirmar que el etiquetado automático (auto-tagging) está encendido en la cuenta.
- Crear una acción de conversión específica por cada tipo de evento offline -presupuesto enviado, venta cerrada, renovación- en vez de mezclarlas todas en una.
- Subir las conversiones a diario desde el CRM, la API de Google Ads o Data Manager, incluyendo también los leads que no se cerraron.
- Revisar el informe de diagnóstico de la cuenta antes de tocar las estrategias de puja, para confirmar que el dato llega con el formato correcto.
Saltarse el tercer paso -subir solo lo ganado- sesga la puja: Smart Bidding aprende de lo que ve, y si solo ve ventas sin los leads descartados, sobreestima la probabilidad de cerrar cualquier formulario nuevo.
Lo que exige el consentimiento en la UE
En la Unión Europea, el Espacio Económico Europeo y el Reino Unido, enviar estos datos no es automático. La referencia de Consent Mode de Google Ads fija que el parámetro «ad_user_data» es obligatorio para casos de medición como las conversiones mejoradas y el seguimiento de conversiones basado en etiquetas: sin ese consentimiento concedido, el dato de usuario no sale hacia Google, y la optimización de puja basada en esa conversión deja de funcionar para esa visita concreta.
Esto conecta directamente con cómo esté configurado el Consent Mode v2 en la web: una implementación que pide el consentimiento tarde, o con una redacción que invita a rechazar, también recorta la cobertura de datos hasheados que llega a Google Ads. Es de los primeros puntos que revisa una consultoría digital cuando el match rate no sube pese a tener la etiqueta bien montada.
El match rate sube según el canal usado
No todas las variantes aportan lo mismo. La tabla resume las tres situaciones con las que se encuentra una cuenta de Google Ads hoy: sin dato propio, con conversiones mejoradas para web, y con la variante para leads sumada al CRM.
| Variante | Dato que envía | Cuándo se dispara | Qué exige activarla |
|---|---|---|---|
| Solo clic y cookie (sin mejorar) | Ninguno, solo el identificador de clic | En el evento de conversión estándar | La etiqueta base de conversión, nada más |
| Conversiones mejoradas para web | Email, teléfono o dirección del formulario de compra | Al cargar la página de confirmación | Etiqueta de Google o GTM con parámetros de usuario |
| Conversiones mejoradas para leads | Mismos datos del formulario, cruzados con el gclid | Al marcar el lead como ganado en el CRM | Acción de conversión propia e importación diaria |
La diferencia se nota en Smart Bidding: por debajo del 50% de cobertura, el margen de mejora apenas se percibe en la puja automática; por encima del 80%, el impacto en coste por conversión es claramente visible. Entre medias, la mejora existe pero es parcial.
Esto es justo lo que una auditoría de analítica web revisa primero en una cuenta de Google Ads que lleva meses sin dar el rendimiento esperado: no es la puja, es que la mitad de las conversiones nunca llegó cifrada.
Preguntas frecuentes sobre conversiones mejoradas de Google Ads
¿Las conversiones mejoradas sustituyen a las cookies?
No. Complementan la cookie de clic, no la sustituyen: cuando esa cookie existe y funciona, Google la sigue usando como hoy. El dato hasheado solo entra en juego para recuperar la conversión cuando la cookie se ha perdido por el camino, entre dispositivos o por un bloqueo del navegador.
¿Qué pasa si el usuario rechaza el consentimiento?
Si deniega el parámetro «ad_user_data», el dato de usuario no sale del navegador hacia Google Ads y la cuenta pierde esa conversión mejorada para esa visita en concreto. El seguimiento básico puede seguir registrando el evento, pero sin la capa de datos propios que mejora el match rate.
¿Cuánto tarda en notarse la mejora en las campañas?
Smart Bidding necesita volumen de conversiones ya hasheadas para recalcular sus modelos, así que el efecto se nota a partir de las dos o tres semanas de cobertura alta y sostenida, no en los primeros días tras activarla. Antes de eso, el informe de diagnóstico todavía está acumulando datos.
¿Hace falta un CRM para activar la variante de leads?
Hace falta algún sistema que guarde el gclid del visitante junto al lead y que permita subir después el resultado -ganado o perdido- a Google Ads o a Data Manager. Puede ser un CRM, pero también una hoja de cálculo con una importación manual si el volumen de leads es bajo.
Fuente: Ayuda de Google Ads
