← Todos los artículos

Blog

Cómo verificar que las conversiones mejoradas realmente se están enviando

verificar conversiones mejoradasenhanced conversions no funcionacomprobar conversiones mejoradasconfiguración de conversiones mejoradas

"Activé las conversiones mejoradas, pero no tengo idea de si realmente se están enviando." Esta es la inquietud a la que siempre llegas después de mover el interruptor. Los números no cambian en el instante en que lo activas, así que es difícil saber si está "funcionando" o si los datos siquiera están llegando. Por eso mismo es una función que tan a menudo queda en el estado de "lo configuré y me olvidé".

¿Te suena familiar alguna de estas situaciones?

  • Activaste las conversiones mejoradas, pero no notas ningún efecto
  • El diagnóstico muestra una advertencia como "Necesita atención" o "No se registra"
  • Crees que estás enviando el correo y el teléfono, pero el estado no avanza
  • Nunca has confirmado de verdad que los valores hasheados se estén enviando

Esta guía organiza qué revisar, y en qué orden, para confirmar que las conversiones mejoradas realmente se están enviando. Primero vamos a dejar claro qué hace este mecanismo, y luego lo verificaremos tanto en la pantalla de diagnóstico como en DevTools.

Principio básico: las conversiones mejoradas hashean datos propios (first-party) y los envían

Antes de revisar nada, entender qué es lo que envía Enhanced Conversions es el atajo. Si esto no está claro, terminarás mirando DevTools sin saber qué buscar.

Enhanced Conversions toma los datos propios (first-party) que un usuario ingresó en un formulario (correo electrónico, teléfono, nombre, dirección), los hashea con SHA-256 en el navegador, los envía a Google, y los usa para complementar la medición de conversiones (atribución). El correo electrónico en texto plano no se envía tal cual: se convierte en un valor hash irreversible antes de enviarse.

Elemento Qué es Qué revisar
Datos de entrada Correo, teléfono, nombre, dirección ¿El valor existe en esa página / se puede leer ahí?
Hasheo Transformación irreversible SHA-256 ¿Se está enviando el dato en texto plano sin hashear?
Destino Se integra en la medición de conversiones existente ¿La solicitud contiene campos hasheados?
Consentimiento Consentimiento del usuario como ad_user_data ¿Está configurado para que no se envíe nada sin consentimiento?

El punto clave: Enhanced Conversions monta una "señal adicional" sobre tu medición de conversiones ya existente. En otras palabras, si el tag de conversión subyacente no se está disparando, Enhanced Conversions no puede funcionar de ninguna manera. Asumiendo que la medición de conversiones ya está corriendo, verificamos si los datos propios hasheados están viajando sobre ella.

Error común: se suele confundir el click ID (gclid) con Enhanced Conversions, pero cumplen roles distintos. El gclid es un identificador que vincula un resultado con el clic del anuncio del que provino; Enhanced Conversions es un mecanismo que complementa la atribución usando datos propios. Se complementan entre sí. Para revisar el lado del click ID, consulta El rol del click ID (gclid) y la atribución.

Método de verificación 1: leer el estado de diagnóstico de Google Ads

Lo primero que hay que mirar es el diagnóstico en el panel de control. Sin tocar ni una línea de código, puedes ver cómo está evaluando Google las cosas del lado receptor.

Abre tu acción de conversión en "Objetivos → Conversiones" y revisa el diagnóstico/estado de las conversiones mejoradas. Ahí se muestra una pista de lo que se está recibiendo.

Estado Significado
Registrando conversiones mejoradas Se están recibiendo datos hasheados (saludable)
Necesita atención La configuración existe, pero no llegan datos / faltan valores
No se registra No está llegando ningún dato para Enhanced Conversions

"Registrando"… el lado receptor está recibiendo datos hasheados. La base está bien. "Necesita atención" / "No se registra"… el tag existe, pero los valores mejorados no están llegando. Pasa al método de verificación 2 (DevTools) y observa qué se está enviando realmente.

Error común: el estado de diagnóstico tiene un retraso en el reporte. Si dice "No se registra" justo después de la configuración, no concluyas que está roto. Lo más confiable es usar el método de verificación 2 para ver, en tiempo real, si los campos hasheados se están enviando en este momento.

Cómo leer el reporte de diagnóstico: cobertura, tasa de coincidencia e incremento de conversiones

Más allá del estado general, el reporte de diagnóstico contiene tres métricas que te dicen qué tan bien está funcionando Enhanced Conversions, no solo si está activo.

Métrica Qué mide Referencia saludable
Cobertura El porcentaje de eventos de conversión elegibles que incluyen suficientes datos proporcionados por el usuario Más del 80 %
Tasa de coincidencia Qué tan bien coinciden los datos hasheados que envías con los datos de usuarios con sesión iniciada de Google Mientras más alta, mejor; tasas bajas sugieren problemas de formato o usuarios sin cuenta de Google
Incremento de conversiones Las conversiones adicionales reportadas gracias a los datos de Enhanced Conversions Disponible durante 30 días después de que Enhanced Conversions empieza a funcionar

La cobertura es la métrica que puedes controlar más directamente. Si es baja, significa que muchos eventos de conversión se disparan sin datos propios adjuntos, generalmente porque el valor no está en la página o no se está recogiendo (ver la sección de fallas comunes más abajo).

La tasa de coincidencia depende de la calidad de los datos. Si solo estás enviando el correo y muchos de tus clientes usan direcciones que no coinciden con su cuenta de Google, la tasa será baja aunque todo esté técnicamente bien configurado. Dos palancas prácticas: envía claves de coincidencia adicionales (teléfono, dirección) junto con el correo, y asegúrate de que los valores estén correctamente formateados antes de hashearlos (minúsculas, sin espacios extra, formato de teléfono estándar con código de país).

El incremento de conversiones aparece solo después de que se ha acumulado suficiente información. No esperes ver un número el primer día.

Google etiqueta cada acción de conversión como "Excelente", "Buena", "Necesita atención" o "Sin datos recientes". Si ves "Buena" en lugar de "Excelente", el reporte suele indicarte qué métrica mejorar; a menudo es la cobertura o el número de claves de coincidencia que estás enviando.

Método de verificación 2: revisar en DevTools si se incluyen los campos hasheados

Cuando el estado de diagnóstico no avanza, el paso decisivo es revisar lo real en la pestaña Network de DevTools. Mira directamente si la solicitud de conversión contiene los campos de datos propios hasheados.

  1. Abre la página donde ocurre la conversión (por ejemplo, la página de agradecimiento tras enviar un formulario) y abre la pestaña "Network" de DevTools
  2. Filtra por conversion o googleads
  3. Verifica si se dispara una solicitud …/pagead/conversion/… con esa acción
  4. Revisa el contenido de la solicitud (parámetros) buscando el campo de correo hasheado (em) y similares

Qué te dice esto: si los datos propios de Enhanced Conversions realmente se están enviando, en forma hasheada.

Si un valor como em es una cadena larga alfanumérica (un hash), es una buena señal de que se hasheó en el navegador antes de enviarse. Por el contrario, si el campo está ausente o vacío, el valor no se está recogiendo (el caso clásico detrás de un estado "No se registra" en el método de verificación 1).

Error común: si el contenido de em se ve como una dirección de correo en texto plano (una cadena legible que contiene @), ten cuidado. Puede estar configurado para enviar el valor sin hashear, lo cual no es el comportamiento previsto. Siempre verifica que no viaje ningún dato legible en texto plano.

Método de verificación 3: confirmar en el modo de vista previa de GTM (para usuarios de Tag Manager)

Si configuraste Enhanced Conversions a través de Google Tag Manager, el modo de vista previa de GTM te da una segunda vía de verificación en tiempo real que suele ser más sencilla que leer solicitudes de red en crudo.

  1. Abre el panel de vista previa de GTM (haz clic en "Preview" en la parte superior derecha del workspace de GTM)
  2. Navega a la página donde se dispara la conversión y ejecuta una conversión de prueba
  3. En el panel de vista previa, haz clic en el evento de conversión (por ejemplo, purchase o form_submit)
  4. Abre el tag que se disparó e inspecciona la sección Values (valores); busca el objeto enhanced_conversion_data o los campos individuales (email, phone_number, etc.)
  5. Confirma que los campos contienen valores (aparecerán en su forma previa al hasheo dentro del modo de vista previa; GTM los hashea antes de que la solicitud real salga del navegador)

Qué te dice esto: si GTM está recogiendo los datos propios en el momento en que se dispara el tag. Esto detecta desajustes de selectores y vacíos en el data layer antes de que tengas que analizar solicitudes de red codificadas.

Si los valores aparecen en el modo de vista previa pero el estado de diagnóstico sigue mostrando "Necesita atención", el problema probablemente está más adelante: el consentimiento está bloqueando el envío, o hay un desajuste entre el contenedor de GTM en vista previa y el que está publicado en producción. Siempre publica el contenedor y verifica en producción después de una prueba de vista previa exitosa.

Error común: el modo de vista previa de GTM usa tu propia sesión de navegador, así que aplica la misma limitación de "funciona en mi máquina". Demuestra que el mecanismo funciona; no demuestra que los datos lleguen para cada ruta de visitante.

Fallas comunes: por qué las conversiones mejoradas "no se envían"

Una vez que los métodos de verificación 1 y 2 revelan que los datos no están llegando, la causa generalmente cae en una de estas categorías.

El valor del correo (u otro) no está en la página / no se puede recoger

Enhanced Conversions solo puede enviar cuando el dato propio existe en esa página. Si el correo desaparece de la pantalla después de enviar el formulario, o el valor no se traslada tras una transición de página, no hay nada que recoger.

Un selector CSS o una variable está mal configurada, así que el valor no se lee

Si estás capturando el correo o el teléfono mediante configuración manual (selector CSS o variables de data layer), un desajuste en el selector o el nombre de la variable puede hacer que no se recoja ni un solo valor. Cuando un rediseño del sitio cambia la estructura del DOM, esto se rompe silenciosamente: una trampa clásica.

Se están enviando datos en texto plano antes del hasheo

La premisa correcta es hashear con SHA-256 antes de enviar. Algunas implementaciones envían el dato en texto plano en su lugar, lo cual no es el comportamiento previsto (sospecha de esto si em aparece como una cadena legible en el método de verificación 2).

Falta el consentimiento (ad_user_data), así que no se envía nada

Si has adoptado el modo de consentimiento, cuando un usuario no ha dado su consentimiento para el uso de datos con fines publicitarios (ad_user_data no está concedido), es posible que los datos propios no se envíen. Este es un sospechoso importante cuando "la configuración es correcta pero nada llega". Para más detalle, consulta Por qué el modo de consentimiento hace que tus conversiones bajen.

Error común: cuando pruebas tú mismo, haces clic en "Aceptar" en el banner de consentimiento, así que se envía; pero los visitantes reales no han dado su consentimiento. "Se envió en mi máquina" no significa "se envía para todos".

Cómo mejorar tu tasa de coincidencia

Ya confirmaste que Enhanced Conversions se está enviando, pero el reporte de diagnóstico muestra una tasa de coincidencia baja o un incremento de conversiones mínimo. Este es un problema distinto al de "no se envía": los datos salen de tu sitio, pero no coinciden bien del lado de Google. Esto es lo que puedes hacer.

Envía más que solo el correo

Enhanced Conversions admite tres claves de coincidencia: correo electrónico, teléfono y dirección postal. Muchas implementaciones solo envían el correo. Agregar los campos de teléfono y dirección le da a Google más señales con las cuales hacer coincidencias, lo cual eleva directamente la tasa de coincidencia, especialmente cuando el correo de un cliente no coincide con su cuenta de Google.

Limpia y formatea los datos antes de hashearlos

La coincidencia de Google es sensible al formato. Antes de hashear, asegúrate de:

  • Poner en minúsculas las direcciones de correo (User@Example.comuser@example.com)
  • Eliminar los espacios en blanco al inicio y al final
  • Usar el formato E.164 para los números de teléfono (por ejemplo, +525512345678 para un número de México, +14155551234 para Estados Unidos)
  • Recortar y estandarizar los componentes de la dirección

Si hasheas User@Example.com y Google hashea user@example.com, los resultados de SHA-256 no coincidirán, y esa conversión se pierde.

Prefiere la especificación manual sobre la detección automática

Al configurar Enhanced Conversions, Google ofrece una opción "Automática" que intenta detectar los campos de correo en la página. Es conveniente, pero menos confiable que especificar manualmente el selector CSS o la variable de data layer para cada campo. La especificación manual te da control exacto sobre qué valor se lee y evita rupturas silenciosas cuando cambia la estructura de la página.

Verifica que estés enviando datos en todas las acciones de conversión elegibles

El reporte de diagnóstico puede mostrar buenas tasas de coincidencia en una acción de conversión y nada en otra. Asegúrate de que Enhanced Conversions esté activado en todas las acciones de conversión que tengan acceso a datos propios, no solo en la principal.

Cómo aislar el "lo configuré pero no aparece nada"

Si los números siguen sin moverse después de todo esto, lo primero que hay que recordar es que Enhanced Conversions es una señal adicional que viaja sobre tu medición de conversiones subyacente. Si la conversión subyacente en sí no se registra, Enhanced Conversions no puede surtir efecto antes que ella.

Así que cuando sientas que "las conversiones mejoradas no aparecen", el primer trabajo es aislar si la medición de conversiones subyacente está sana. Los pasos de diagnóstico para un estado de cero conversiones o "no se rastrea" están organizados en ¿Cero conversiones en Google Ads? Guía de diagnóstico paso a paso. Confirma que la base está funcionando, y luego regresa a la capa de Enhanced Conversions sobre ella.

También puedes confirmar si el tag de conversión subyacente se dispara correctamente en Cómo verificar tu tag de conversión de Google Ads. El orden es "el tag se dispara → la conversión se registra → los datos mejorados hasheados viajan encima".

Lo que revisar en tu propia máquina no puede decirte

Los métodos de verificación 1 y 2 son útiles, pero revisar una sola vez desde tu propia máquina tiene dos límites estructurales.

  1. Tu entorno no es el entorno de tus visitantes. En tu propia prueba das el consentimiento en el banner y escribes valores en el formulario, así que se recogen; pero los visitantes reales pueden no haber dado su consentimiento y pueden seguir rutas donde los valores son distintos. em puede enviarse en tu máquina y aun así faltar en condiciones reales.
  2. Verificar algo que involucra un clic en un anuncio es difícil. Para ver correctamente "¿de verdad funciona de extremo a extremo vía un anuncio, incluyendo Enhanced Conversions?", tendrías que hacer clic en un anuncio en vivo para recrear la ruta, lo cual conlleva el riesgo de una violación de política publicitaria por autoclic.

Juzgar "el campo hasheado se dispara con mi acción, así que está bien" tiende a pasar por alto el problema de que los datos se pierdan en la ruta real que siguen tus visitantes.

Checklist de verificación

  • El tag de conversión subyacente se dispara y la conversión se registra
  • Se revisó el estado de Enhanced Conversions en el diagnóstico de Google Ads
  • Se confirmó la solicitud …/pagead/conversion/… en la pestaña Network de DevTools
  • Esa solicitud contiene campos hasheados (em, etc.)
  • El contenido de em es un hash (una cadena larga alfanumérica), no un correo en texto plano
  • Los datos propios (correo, etc.) existen en la página donde ocurre la conversión
  • Los selectores CSS / variables coinciden con la estructura actual del DOM
  • Al usar el modo de consentimiento, los datos se envían con el consentimiento de ad_user_data presente
  • Si se usa GTM, se verificó en el modo de vista previa que el tag recoge los campos de datos
  • Se revisaron las métricas del reporte de diagnóstico (cobertura, tasa de coincidencia, incremento de conversiones)
  • Se envía más de una clave de coincidencia (correo + teléfono y/o dirección) cuando es posible
  • Las direcciones de correo están en minúsculas y recortadas antes de hashearse
  • Se confirmó que llega no solo en tu máquina, sino en la ruta real del visitante

Preguntas frecuentes

P. Activé las conversiones mejoradas pero no puedo saber si funcionan. R. Primero, Enhanced Conversions es un mecanismo que "complementa" tu medición de conversiones existente; no va a producir de repente números grandes por sí solo. Antes que el "efecto", revisa si "se está enviando correctamente". Recorre el estado de diagnóstico de Google Ads (método de verificación 1) y el campo hasheado en DevTools (método de verificación 2), en ese orden.

P. ¿Dónde en DevTools debo mirar para saber que "se está enviando"? R. En la pestaña Network, abre una solicitud …/pagead/conversion/… y revisa si los parámetros incluyen un campo de correo hasheado (em) y similares. Una cadena larga alfanumérica (un hash) es una buena señal. Si el campo está ausente o vacío, el valor no se está recogiendo.

P. Puedo ver una dirección de correo en texto plano en em. ¿Es un problema? R. Enhanced Conversions parte de la premisa de hashear con SHA-256 antes de enviar. Si viaja un dato legible en texto plano, es posible que tengas una implementación que no hashea, lo cual no es el comportamiento previsto. Revisa la implementación.

P. La configuración es correcta pero se queda en "No se registra". R. Causas comunes: ① los datos propios no están en la página / no se pueden recoger, ② un selector CSS o una variable está mal configurada, ③ falta el consentimiento (ad_user_data), así que no se envía nada. El estado de diagnóstico también tiene un retraso en el reporte, así que revisa también en DevTools si se está disparando en tiempo real.

P. ¿Cuál es la diferencia entre el click ID (gclid) y Enhanced Conversions? R. El gclid es un identificador que vincula un resultado con el clic del anuncio del que provino; Enhanced Conversions hashea los datos propios ingresados y los envía para "complementar la atribución". Cumplen roles distintos y se complementan entre sí.

P. Escuché que la configuración de Enhanced Conversions cambia en 2026. ¿Qué necesito hacer? R. A partir de mediados de 2026, Google unificará Enhanced Conversions for web y Enhanced Conversions for leads en una sola configuración de encendido/apagado a nivel de cuenta. Google Ads aceptará datos proporcionados por el usuario simultáneamente desde tags del sitio web, Data Manager y conexiones API; ya no tendrás que elegir un único método de implementación. Si ya tienes Enhanced Conversions activado y has aceptado los términos de datos de clientes de Google, no se requiere ninguna acción; tu configuración se migrará automáticamente. El principal cambio práctico es que las importaciones de conversiones offline y las cargas de leads se trasladan a la API de Data Manager (quedarán bloqueadas en la API de Google Ads a partir del 15 de junio de 2026).

Conclusión: confirma "si se está enviando" con el diagnóstico y con DevTools

Enhanced Conversions hashea los datos propios con SHA-256, los envía a Google y complementa la atribución. Antes de juzgar "si funciona" por intuición, primero confirma que se está enviando correctamente, usando tanto el estado de diagnóstico de Google Ads (método 1) como el campo hasheado (em, etc.) en DevTools (método 2). Si no está llegando, puedes aislar el problema entre: falta el valor, hay un desajuste de selector, se envían datos en texto plano, o falta el consentimiento.

Pero revisar en tu propia máquina tiene límites. Ir más allá, confirmando que los datos propios hasheados realmente se envían, en la ruta real que siguen tus visitantes, en producción, es lo que de verdad significa que "Enhanced Conversions está funcionando".

ConversionOK ejecuta tu página en vivo en un navegador independiente y aislado, e intercepta las solicitudes de conversión que realmente se envían (incluyendo los datos propios hasheados), y luego las verifica, sin necesidad de hacer clic en tu propio anuncio y sin la interferencia de tu entorno de oficina. Empieza con una revisión estática gratuita para confirmar el punto de entrada de tu medición de Enhanced Conversions.