Enhanced conversions de Google: cómo funcionan y por qué la tasa de coincidencia determina el rendimiento de tus pujas

¿Qué son las Enhanced conversions (conversiones mejoradas) de Google?
Las Enhanced conversions son una función de Google Ads que envía datos propios con hash SHA-256 (por ejemplo, una dirección de correo electrónico o un número de teléfono) junto con un evento de conversión estándar. Google usa estos datos para relacionar las conversiones con los clics en los anuncios, incluso cuando faltan las cookies del navegador. La tasa de coincidencia mide la frecuencia con la que se logra esa coincidencia y afecta directamente a la precisión de Smart Bidding.

Las Enhanced conversions recuperan las conversiones de Google Ads que se pierden con el seguimiento estándar basado en cookies. Envían datos propios con hash junto con el evento de conversión, lo que le da a Google una segunda forma de relacionar esa conversión con el clic original en el anuncio, incluso sin una cookie.

El seguimiento estándar se basa en el GCLID: un identificador de clics que se guarda en una cookie del navegador. Cuando esa cookie desaparece, la atribución deja de funcionar. Esto ocurre en tres situaciones habituales: los usuarios bloquean o borran las cookies; las protecciones de seguimiento de los navegadores, como el ITP de Safari y el ETP de Firefox, acortan drásticamente la vida útil de las cookies; y las conversiones se producen en un dispositivo distinto al del clic original: por ejemplo, alguien que navega desde el móvil y completa una compra desde el ordenador. En cualquiera de estos casos, la conversión se registra, pero Google no puede vincularla a una campaña. La visión completa de cómo la pérdida de señales afecta a tus campañas va más allá de las «Conversiones mejoradas», pero arreglar la atribución es por donde hay que empezar. Las «Conversiones mejoradas» añaden un segundo identificador que se mantiene cuando falla la ruta de la cookie. Así, se atribuyen correctamente más conversiones. Y «Smart Bidding» obtiene mejores datos.

Lo que se echa en falta en el seguimiento de conversiones estándar y por qué las Enhanced conversions lo solucionan

Cuando un usuario hace clic en un anuncio de Google Ads, Google guarda un GCLID en una cookie del navegador. Cuando el usuario realiza una conversión, la etiqueta de Google lee esa cookie y envía el GCLID junto con el registro de la conversión. Google relaciona ambos eventos. Esa es tu conversión atribuida.

Hay tres situaciones que interrumpen este proceso:

• Bloqueo y eliminación de cookies. Los bloqueadores de anuncios como uBlock Origin y AdGuard, y las protecciones contra el rastreo en los navegadores, como el ITP de Safari y el ETP de Firefox, bloquean las cookies por completo o hacen que caduquen antes de que se produzca una conversión.
• Recorridos entre dispositivos. Un usuario hace clic en un anuncio desde el móvil, pero realiza la conversión desde el ordenador. El GCLID almacenado en el primer dispositivo no está disponible en el segundo.
• Navegación privada. Los navegadores como Chrome, Firefox y Safari no conservan las cookies entre sesiones privadas.

En cualquiera de estos casos, el GCLID ya no está disponible cuando se activa la conversión. Google registra la conversión, pero no puede atribuirla. Esa conversión aparece en tus totales, pero no sirve de nada para Smart Bidding. Google no sabe qué campaña, palabra clave o anuncio generó ese resultado.

Las Enhanced conversions añaden un segundo identificador (datos propios con hash) que funciona incluso cuando falla la ruta de la cookie. Si quieres saber más sobre qué datos de conversión se te escapan en tu estructura actual, echa un vistazo a «Pérdida de señales de seguimiento: ¿te estás perdiendo conversiones?».

Cómo funcionan las Enhanced conversions: el hash SHA-256, la coincidencia de cuentas y qué se envía a Google

Cuando un usuario realiza una compra, casi siempre deja un rastro de datos propios. Una dirección de correo electrónico al finalizar la compra. Un número de teléfono en un formulario de contacto. A veces, una dirección postal.

Las Enhanced conversions recopilan esos datos, los someten a un algoritmo de hash SHA-256 y envían el hash a Google junto con el evento de conversión.

SHA-256 es una función unidireccional. Si introduces una dirección de correo electrónico, obtienes una cadena de caracteres de longitud fija. No hay forma de revertirla para recuperar la dirección de correo original. Lo que se envía a Google es el hash, no los datos sin procesar.

A continuación, Google compara ese hash con los que ya tiene en su propia base de datos, derivados de las cuentas de Google de los usuarios. Cuando el usuario ha iniciado sesión en una cuenta de Google con la misma dirección de correo electrónico, los hashes coinciden. Así, Google puede atribuir la conversión al clic original en el anuncio, incluso sin una cookie.

La comparación se realiza íntegramente dentro de los sistemas de Google. Lo que envías es una huella matemática, no datos personales.

Enhanced conversions para la web frente a conversiones mejoradas para clientes potenciales: ¿en qué se diferencian?

Son dos productos distintos con usos diferentes. En junio de 2026, Google los unió en un único botón de activación/desactivación e integró la gestión de la subida de archivos sin conexión en la API de Data Manager.

Echa un vistazo a la documentación sobre la configuración de Enhanced conversions para ver los pasos de configuración actuales.

Enhanced conversions para la web

Las conversiones mejoradas para la web gestionan las conversiones en el propio sitio web: una página de confirmación de compra, una pantalla de agradecimiento tras el registro o cualquier envío de formulario en el que el usuario complete un objetivo directamente en tu sitio web. Los datos con hash se envían en el momento en que se activa el evento de conversión. La implementación se realiza a través de la etiqueta de Google (gtag.js) o de Google Tag Manager.

Enhanced conversions para clientes potenciales

Las Enhanced conversions para clientes potenciales gestionan las conversiones offline: una venta cerrada en un CRM como HubSpot o Salesforce, una llamada telefónica que acabó en un cliente, un contrato firmado tras una demostración. La conversión no se produce en la web. Subes la conversión fuera de línea a Google, enriquecida con los datos con hash capturados al enviar el formulario original. Google asocia la conversión subida al clic en el anuncio que inició el recorrido. La documentación sobre la etiqueta de conversión fuera de línea de Google Ads te guía paso a paso por toda la configuración.

Esto permite medir las ventas fuera de línea en Google Ads de una forma que no se consigue solo con la importación basada en el GCLID, ya que, a menudo, el GCLID ya no aparece en los registros del CRM cuando se cierra la venta.

Migración a la API de Data Manager (junio de 2026): Google migró las importaciones de conversiones offline y las subidas de «Conversiones mejoradas para clientes potenciales» a la API de Data Manager (datamanager.googleapis.com/v1/events:ingest) el 15 de junio de 2026. Las cuentas que no hubieran utilizado activamente el método antiguo de la API de Google Ads ya no pueden acceder a él. Todas las integraciones nuevas deben usar la API de Data Manager desde el principio.

Por qué varía tu tasa de coincidencia de Enhanced conversions y cómo afecta esto a tus pujas

La tasa de coincidencia es el porcentaje de conversiones en las que Google ha podido asociar correctamente los datos con hash a una cuenta de Google. Una tasa de coincidencia del 0 % significa que las conversiones mejoradas no han aportado ninguna información adicional. Una tasa del 70 % significa que, aproximadamente, el 70 % de tus conversiones han obtenido una atribución más detallada.

Hay varios factores que hacen que esa cifra suba o baje.

Valoración de la coincidencia	Gama	Repercusiones de la licitación
Muy bajo	Menos del 5 %	No hay mejora. Smart Bidding no ofrece ninguna señal mejorada.
Baja	6–25 %	Aumento mínimo. La brecha de atribución sigue siendo grande.
Media	26–50 %	Mejora parcial. Se ha observado una ligera mejora en el CPA y el ROAS.
Alta	Más del 50 %	Mejora visible en las pujas. Objetivo para todas las cuentas.

Las tasas de coincidencia superiores al 50 % mejoran notablemente la precisión de Smart Bidding. Las cuentas de EE. UU. suelen situarse entre el 55 % y el 70 %. Las audiencias con gran presencia en la UE suelen tener tasas más bajas, ya que menos usuarios superan el filtro de consentimiento. En la guía «Consent Mode V2» para sitios web de la UE se explica con detalle cómo las tasas de consentimiento afectan a la información de que dispone Google. Hay cuatro variables que determinan en qué rango se sitúa tu cuenta:

• Precisión de los datos. El hash tiene que coincidir exactamente. Un correo electrónico con un error ortográfico, un número de teléfono con un formato diferente o espacios en blanco al final generan un hash distinto. Si lo que envías no coincide exactamente con lo que figura en la cuenta de Google del usuario, no habrá coincidencia.
• Índice de inicio de sesión. Google solo puede asociar las conversiones cuando el usuario ha iniciado sesión en una cuenta de Google en el momento de la conversión. Los usuarios que no tienen cuenta de Google, las personas que navegan en modo incógnito o los segmentados que suelen usar servicios de correo electrónico que no son de Google reducen el límite máximo.
• Cobertura de datos. Si solo el 40 % de tus compras completadas incluyen una dirección de correo electrónico (porque algunos usuarios se saltaron ese campo), las «Conversiones mejoradas» solo funcionarán para ese 40 %. El otro 60 % no se puede mejorar, por muy sólida que sea la configuración técnica.
• De dónde se envía el hash. Esto es lo que más sorprende a la mayoría de los equipos. La implementación del lado del navegador significa que el hash sale del navegador del usuario. Los bloqueadores de anuncios y las protecciones contra el rastreo del navegador pueden interceptar esa solicitud. La conversión se activa, pero los datos mejorados no llegan a Google. Aquí es donde el rastreo server-side juega un papel crucial. Enviar el hash a través de tu servidor directamente a la API de Google significa que nada de lo que se ejecute en el navegador puede bloquearlo.

Cómo configurar las Enhanced conversions: 4 formas de hacerlo

Hay cuatro formas principales de implementación. La más adecuada depende de tu sistema de seguimiento actual y del tipo de conversión.

1. Etiqueta de Google (gtag.js)

La configuración más sencilla. Solo tienes que añadir campos de conversión mejorados a tu configuración actual de gtag en la página de conversión. La etiqueta lee los datos del usuario en la página (un campo oculto del formulario, una variable de JavaScript o un envío desde dataLayer), los cifra en el navegador y los envía junto con el evento de conversión.

Funciona bien para configuraciones sencillas de comercio electrónico y generación de clientes potenciales. Es la opción más rápida de implementar si ya usas la etiqueta de Google y tu página de conversión muestra los datos del usuario de forma fiable. La pega: el hash se transmite desde el navegador, por lo que está expuesto al mismo bloqueo que afecta a cualquier etiqueta del lado del navegador.

2. Google Tag Manager (del lado del cliente)

Es la misma lógica, pero implementada a través de GTM. Creas una variable de «Datos proporcionados por el usuario», asignas los campos a los lugares de la página de confirmación donde los rellena tu formulario y haces referencia a esa variable en tu etiqueta de conversión de Google Ads. GTM se encarga del hash.

La mayoría de los equipos que ya usan GTM consideran que esta es la forma más rápida de poner en marcha las conversiones mejoradas. No hace falta recurrir a un desarrollador si la página de conversión ya muestra los datos correctos. La exposición a bloqueos es la misma que con la configuración directa de la etiqueta.

3. GTM server-side

El evento de conversión pasa por un contenedor de GTM server-side, en lugar de activarse directamente desde el navegador. El servidor recopila los datos propios del evento, los somete a un proceso de hash y los envía a Google a través de una conexión de servidor a servidor.

Las tasas de coincidencia son más altas aquí porque el hash nunca pasa por el navegador como una solicitud sin procesar y legible. Una extensión del navegador no puede interceptar una conexión de servidor a servidor. Pero hay un punto débil más al principio del proceso: el script del navegador sigue teniendo que iniciar la solicitud. Si esa ruta de solicitud expone marcadores de análisis reconocibles como /collect, algunos bloqueadores de anuncios la descartarán antes de que tu contenedor de servidor llegue a verla. El script de seguimiento mejorado de TAGGRS cifra esa solicitud inicial, por lo que no hay nada reconocible que bloquear. El procesamiento de datos se realiza en tu infraestructura, lo que además te da más control sobre la asignación de campos y la lógica de hash.

Para los equipos que ya utilizan el seguimiento de Google Ads a través de sGTM, las conversiones mejoradas se integran en el proceso existente. Echa un vistazo a la configuración del seguimiento server-side de Google Ads para ver cómo se configura el contenedor, y a la documentación de configuración de las conversiones mejoradas para conocer los detalles a nivel de campo.

4. API de Data Manager (conversiones sin conexión)

Para las «Conversiones mejoradas de clientes potenciales» o cualquier conversión que se produzca fuera del navegador, la ruta de la API es la adecuada. Envías los registros de conversión desde tu CRM o sistema backend —herramientas como HubSpot, Salesforce o una base de datos personalizada—, incluyendo los datos hash de los clientes potenciales capturados al enviar el formulario. Google los compara con el hash de la interacción original.

Hasta mediados de 2026, esto se hacía mediante el método UploadClickConversions de la API de Google Ads. A partir del 15 de junio de 2026, Google migró las importaciones de conversiones offline y las subidas de «Conversiones mejoradas para clientes potenciales» a la API de Data Manager (datamanager.googleapis.com/v1/events:ingest). Las cuentas que no hubieran utilizado activamente el método anterior ya no pueden acceder a él; las nuevas integraciones deben usar la API de Data Manager desde el principio.

Cómo comprobar si las conversiones mejoradas funcionan

Configuración de conversiones de Google Ads

Abre la acción de conversión en Google Ads (Herramientas y configuración, y luego Conversiones). En la página de detalles de la acción de conversión se muestra el estado de las «Conversiones mejoradas» y si se están recibiendo datos. Espera entre 48 y 72 horas tras la configuración inicial antes de sacar conclusiones precipitadas de las primeras cifras.

Modo de vista previa de GTM

Cuando pruebes una configuración del lado del cliente, inicia una conversión de prueba en modo «Vista previa» y revisa los datos del evento de la etiqueta de conversión de Google Ads. El objeto «user_data» debería estar presente y contener campos con hash. Si está vacío, el problema está o bien en la configuración de las variables o bien en que la página de conversión no está generando los datos de origen en absoluto.

Google Tag Assistant

Tag Assistant comprueba las conversiones mejoradas de principio a fin y te muestra si se han adjuntado datos de usuario al evento de conversión. Además, detecta errores de configuración habituales: falta de codificación hash, objetos `user_data` vacíos o campos que no se ajustan al formato esperado.

Porcentaje de coincidencias en la pestaña «Diagnóstico»

En Google Ads, ve a «Objetivos», luego a «Resumen» y abre la pestaña «Diagnósticos». Si la función «Conversiones mejoradas» está activa, aparecerá una ficha de diagnóstico con una tabla de «Impacto» que muestra la cobertura y la tasa de coincidencia por acción de conversión. La tasa de coincidencia se actualiza en un plazo de 24 horas. Si aparece «Bajo» (por debajo del 25 %) tras unos días de tráfico, significa que hay algún problema con los datos que se están enviando. Las causas más comunes son campos vacíos en la página de conversión, una asignación incorrecta de campos en GTM o una discrepancia de formato entre lo que estás enviando y lo que realmente figura en la cuenta de Google del usuario.

Conversiones mejoradas, Consent Mode V2 y el RGPD

Enhanced Conversions trata datos personales. Las direcciones de correo electrónico y los números de teléfono se consideran datos personales según el RGPD, incluso después de aplicar el hash SHA-256, porque Google puede volver a identificar los datos comparando los hashes con su propia base de datos. Necesitas el consentimiento explícito de los usuarios antes de recopilar y enviar cualquier dato de este tipo. La guía sobre el RGPD y el seguimiento server-side explica al detalle la base jurídica y los requisitos prácticos de cumplimiento.

Consent Mode V2 gestiona esto mediante dos señales de consentimiento: ad_storage y ad_user_data. Para que se activen las conversiones mejoradas, es necesario conceder ad_user_data. Si se deniega, la etiqueta de Google no incluye los datos con hash en el hit de conversión. La guía de configuración del Consent Mode V2 en la documentación de TAGGRS explica cómo configurarlo para un contenedor server-side.

Tres cosas que debes comprobar al configurarlo:

• Sincronización de la señal de consentimiento. La autorización «ad_user_data» debe estar activa antes de que se active la etiqueta de conversión. Si tu CMP —como Axeptio, Cookiebot o Consent Studio— se carga y establece el consentimiento después de que la etiqueta ya se haya inicializado, las conversiones mejoradas no registrarán la autorización para esa sesión. Comprueba la secuencia de activación en GTM y verifícala con Tag Assistant.
• Usuarios que no han dado su consentimiento. Para los usuarios que no den su consentimiento, las «Conversiones mejoradas» simplemente no se ejecutan. Para la estimación agregada se sigue aplicando el modelo de conversión estándar. Ese es el comportamiento correcto que cumple con el RGPD.
• El hash no es lo mismo que la anonimización. Enviar datos de «Conversiones mejoradas» sin el consentimiento de «ad_user_data» supone un problema de cumplimiento normativo, independientemente de que se aplique un hash. El hecho de que los datos estén sometidos a un hash no los convierte en anónimos según el RGPD cuando la parte receptora puede relacionarlos con una cuenta individual.

Las bajas tasas de consentimiento reducen directamente el límite máximo de la tasa de coincidencia para las «Conversiones mejoradas». En el artículo «Consent Mode de Google V2 para sitios web de la UE » se explica cómo las tasas de consentimiento afectan al volumen de conversiones coincidentes disponibles para Smart Bidding.

Cómo mejora TAGGRS las tasas de coincidencia de las conversiones mejoradas

La forma más fiable de conseguir altas tasas de coincidencia en las conversiones mejoradas es el GTM server-side. El reto operativo es que, para ejecutar tu propio contenedor sGTM, tienes que aprovisionar infraestructura en la nube, gestionar las actualizaciones del contenedor y mantener el tiempo de actividad con un volumen real de conversiones.

TAGGRS se encarga de esa infraestructura. Configuras las «Conversiones mejoradas» en GTM igual que lo harías con cualquier otra configuración. TAGGRS ejecuta el contenedor que procesa y reenvía los datos a Google. Como el hash se envía server-side, las tasas de coincidencia son más altas que con las implementaciones basadas en el navegador, y no tienes que gestionar ninguna infraestructura en la nube para conseguirlo. La página de configuración del seguimiento server-side de Google Ads muestra cómo encajan todas las piezas.

Hay otro factor que influye en la tasa de coincidencia. Aunque tengas un contenedor server-side en marcha, los bloqueadores de anuncios como uBlock Origin y AdGuard pueden seguir descartando eventos antes de que lleguen a él. El script del navegador que inicia el flujo de seguimiento puede revelar patrones de solicitud reconocibles —incluidos los puntos finales del tipo /collect— con los que los bloqueadores hacen coincidencia. El enmascaramiento estándar de GTM con un dominio propio ayuda, pero solo en parte.

El script de seguimiento mejorado adopta un enfoque diferente. En lugar de ocultar la URL del script, encripta toda la solicitud del navegador al servidor, eliminando cualquier patrón que puedan detectar los bloqueadores. Esto generó un aumento medio del 9 % en los eventos medidos en comparación con una configuración estándar de GTM de primera parte. En el caso de públicos con un alto nivel de bloqueo —como desarrolladores, profesionales del marketing y usuarios técnicos—, el aumento alcanzó aproximadamente el 30 %. El script se configura desde el panel de control de TAGGRS y no requiere ninguna infraestructura nueva. Solo tienes que sustituir el fragmento de código de GTM existente en la web y ya funciona al instante.

¿Quieres ver cómo se aplica esto a tu configuración? Reserva una demostración para ver cómo TAGGRS gestiona todo el proceso de «Conversiones mejoradas» en las cuentas de los clientes.

Conclusión

Las conversiones mejoradas cierran la brecha de atribución que deja el seguimiento basado en cookies. Que esa brecha sea grande o no depende de tu público: los recorridos multidispositivo, los bloqueadores de cookies y los usuarios que no dan su consentimiento reducen la información que capta el seguimiento estándar. La consecuencia es una pérdida de señal que distorsiona las decisiones de Smart Bidding y debilita las audiencias de retargeting. Si quieres saber más sobre cómo se traduce esto en la práctica, el artículo «Retargeting en un mundo digital fragmentado» analiza las consecuencias que esto tiene a largo plazo.

La tasa de coincidencia es lo que determina el éxito o el fracaso de la configuración. Hacer que los datos circulen por el navegador es sencillo. Pero conseguir tasas de coincidencia lo suficientemente altas como para que se note en las pujas (por encima del 50 % de forma constante) implica trasladar el envío de hash del navegador a una conexión de servidor a servidor.

PREGUNTAS FRECUENTES

¿Qué son las conversiones mejoradas en Google Ads?

Las conversiones mejoradas amplían el seguimiento estándar de conversiones enviando datos propios con hash (normalmente una dirección de correo electrónico o un número de teléfono) junto con el evento de conversión. Google usa ese hash para relacionar la conversión con el clic original en el anuncio, incluso cuando faltan las cookies. El hash se genera con SHA-256, así que nunca se envían datos personales sin procesar a Google.

¿Cuál es la diferencia entre «Conversiones mejoradas para web» y «Conversiones mejoradas para clientes potenciales»?

Las «Conversiones mejoradas para web» gestionan las conversiones en tu sitio web y envían datos con hash en el momento en que se produce la conversión en tu página. Las «Conversiones mejoradas para clientes potenciales» gestionan las conversiones fuera de línea (una venta cerrada en un CRM, una llamada telefónica que se convirtió en un cliente) subiendo datos con hash a posteriori. Google asocia el evento fuera de línea al clic original en el anuncio utilizando el hash capturado al enviar el formulario. En junio de 2026, Google unificó ambas funciones en un único botón de activación/desactivación y migró las subidas fuera de línea de la API de Google Ads a la API de Data Manager.

¿Funcionan las conversiones mejoradas sin Consent Mode?

No del todo. Hay que dar el consentimiento para «ad_user_data» antes de que la etiqueta de Google incluya datos con hash en el evento de conversión. Sin esa señal, las «Conversiones mejoradas» no se activarán para ese usuario. Usar las «Conversiones mejoradas» sin el consentimiento adecuado también supone un riesgo de incumplimiento del RGPD, incluso con el hash. Los hash SHA-256 de las direcciones de correo electrónico siguen considerándose datos personales según el RGPD cuando Google puede volver a identificarlos.

¿Cómo puedo comprobar si las conversiones mejoradas funcionan?

Abre la acción de conversión en Google Ads y comprueba el estado de las «Conversiones mejoradas». Para ver los datos de la tasa de coincidencia, ve a «Objetivos», luego a «Resumen» y, a continuación, a la pestaña «Diagnóstico». La tabla «Impacto» que aparece ahí muestra la tasa de coincidencia por acción de conversión. En el modo de vista previa de GTM, comprueba que el objeto «user_data» esté asociado a los hits de conversión. Tag Assistant valida toda la configuración de principio a fin y señala los errores de configuración más comunes.

¿Las conversiones mejoradas sustituyen a las etiquetas de conversión estándar?

No. Las «conversiones mejoradas» funcionan junto con el seguimiento de conversiones estándar. La ruta basada en GCLID sigue funcionando en paralelo. Las «conversiones mejoradas» añaden un segundo identificador que entra en acción cuando falla la ruta de la cookie. Ambas funcionan juntas y ninguna sustituye a la otra.

¿Las conversiones mejoradas cumplen con el RGPD?

Sí, pueden serlo. El requisito es obtener el consentimiento explícito de los usuarios para los datos de «ad_user_data» antes de enviar cualquier dato con hash. El simple hecho de aplicar un hash no cumple con el RGPD. Una dirección de correo electrónico con hash sigue siendo un dato personal cuando el destinatario puede asociarla a una persona concreta. Implementa la obtención del consentimiento a través de un CMP correctamente configurado con el «Consent Mode V2» activado.

¿Cómo afectan las conversiones mejoradas a Smart Bidding?

Smart Bidding utiliza datos de conversión para ajustar las pujas. Las conversiones mejoradas recuperan las atribuciones que el seguimiento basado en cookies habría pasado por alto, lo que proporciona al modelo de pujas información más completa sobre qué clics han generado conversiones. Con una mejor cobertura de atribución, las pujas se ajustan con mayor precisión a los resultados reales. La mejora se nota más a medida que la tasa de coincidencia supera el 40-50 % y que crece el volumen de conversiones de la cuenta.