Por qué tu tag de conversión se dispara pero no se registra

"En la pestaña Network de DevTools, la solicitud de conversión claramente sale. Sin embargo, no aparece ninguna conversión en el dashboard." Esto es mucho más frustrante que el caso simple de un tag faltante. Como puedes ver que se dispara, asumes que la configuración debe estar bien — y te quedas sin idea de qué corregir.

¿Te suena familiar alguna de estas situaciones?

• Puedes ver claramente la solicitud a …/pagead/conversion/… en la pestaña Network
• Y sin embargo las conversiones de Google Ads son cero, u obviamente demasiado bajas
• El evento aparece en GA4 DebugView pero no se registra como conversión
• Tag Assistant dice "disparo OK" pero el número no se mueve

Si tu problema es más amplio — la conversión no se dispara en absoluto, no solo falla al registrarse — comienza con ¿Sin conversiones en Google Ads? Guía de diagnóstico paso a paso en su lugar. Este artículo tiene un solo tema: "disparar" (el navegador lo envió a Google) y "registrar" (Google lo aceptó y lo guardó) son dos etapas completamente distintas. Ver el envío en Network no es garantía de que el lado de Google vaya a guardarlo. Con esa idea como eje, vamos a aislar por qué "lo envié pero no se registra".

Principio básico: disparar = enviar, registrar = aceptar — y en el medio hay una "revisión"

La razón principal por la que la gente se atasca es asumir que "la solicitud salió = la conversión se capturó". En realidad, entre que la señal llega a Google y se registra, hay una etapa de "aceptación (revisión)" del lado de Google.

Etapa	Qué ocurre	Dónde puedes confirmarlo
① Disparo (envío)	El navegador envía una solicitud de medición a Google	Pestaña Network de DevTools
② Aceptación (revisión)	Google evalúa consentimiento, exclusión, duplicación, validez	No es visible directamente (dentro de la plataforma)
③ Registro (almacenamiento)	Las señales que pasan la revisión se guardan como conversiones	La columna de conversiones en el dashboard

El punto clave: todo lo que puedes confirmar en la pestaña Network es ①. La revisión ② ocurre dentro de la plataforma, y si se rechaza ahí, ③ nunca sucede — sin importar lo perfecto que se vea ①. En otras palabras, "se dispara pero no se registra" casi siempre significa que algo lo está rechazando en la etapa de aceptación.

A continuación, las siete razones más comunes por las que se rechaza en ②, descritas con precisión.

Causa 1: Modo de consentimiento — sin consentimiento, no se almacena (se modela)

Si has implementado el modo de consentimiento (Consent Mode), la solicitud en sí igual se envía (de hecho, Consent Mode v2 está diseñado para enviar pings sin cookies incluso sin consentimiento). Así que realmente ves hits en la pestaña Network — pero cuando el usuario no ha dado su consentimiento para la medición, Google no guarda ese dato tal cual; lo trata como restringido o modelado.

• El disparo (envío) está ocurriendo → por eso en tu máquina "parece que sale"
• Pero si el parámetro gcs indica "sin consentimiento", la etapa de aceptación no lo convertirá en un registro normal

Este es el caso más típico de "se dispara pero no se registra". Para el mecanismo completo, consulta Por qué el modo de consentimiento hace caer tus conversiones.

Error común: cuando "la solicitud sale pero los números no cuadran", primero mira dentro de la solicitud que se está enviando (el parámetro que indica el estado de consentimiento). "Está saliendo" no significa "se otorgó el consentimiento".

Causa 2: La exclusión de tráfico interno / filtros de datos lo rechazan en la aceptación

Si la exclusión de tráfico interno de GA4, un filtro de tráfico de desarrollador, o una exclusión de IP de Google Ads está activa, la solicitud se envía pero se descarta en la etapa de aceptación. El envío tiene éxito pero nada se registra — así que mirar solo la pestaña Network nunca te llevará a la causa.

• Tu IP o la de tu oficina está capturada por un filtro
• La regla de "tráfico interno" de GA4 (traffic_type=internal) está configurada como exclusión en un filtro de datos

La parte complicada: esto es comportamiento normal. Está diseñado para que tus propias pruebas se descarten, así que "se dispara cuando pruebo pero no se registra" no significa que algo esté roto.

Error común: cuando entras a la página de finalización desde tu propia PC y "sale pero no se registra", lo más probable es la exclusión de tráfico interno. No concluyas "está roto" a partir de tu propia prueba excluida.

Causa 3: No está registrado como evento clave / conversión

El evento se dispara en GA4 y aparece en DebugView. Aun así, a menos que hayas registrado ese evento como "evento clave (conversión)", no aparecerá en la columna de conversiones de Google Ads. Todo se envía y se recibe — lo único que falta es la configuración que dice "cuenta esto como conversión".

• El evento está llegando del lado de GA4 (el envío/recepción está bien)
• Pero no está marcado como "evento clave", o no está importado/registrado como conversión del lado del anuncio

Este es el principal sospechoso de "aparece en GA4 pero no en anuncios". Revisa la configuración de registro antes de empezar a dudar de si siquiera se está enviando.

Error común: si te relajas apenas ves el evento en DebugView, te perderás esta brecha de registro. "El evento llega" y "se cuenta como conversión" son dos configuraciones separadas.

Causa 4: ID de medición o ID de conversión incorrecto

La solicitud sale, pero el ID de destino al que se envía (ID de medición, ID de conversión, etiqueta) es incorrecto. El envío tiene éxito, así que puedes confirmar el disparo — pero la señal llega a una propiedad diferente, a una acción diferente (o a un destino inexistente), no a la acción de conversión que pretendías.

• Ha quedado un ID de conversión antiguo o de otra cuenta en el tag de GTM
• Has confundido el ID de medición (G-XXXX) con el ID de conversión (AW-XXXX)
• Una redirección o un entorno (producción vs. staging) intercambió el ID

Abre el contenido de la solicitud en la pestaña Network y confirma que tid, el ID de destino y la etiqueta coinciden con la acción que estás viendo en el dashboard.

Error común: cuando "se dispara pero el dashboard que estoy mirando no se mueve", suele ser una confusión — el ID de destino de la solicitud que se dispara y la acción que estás observando son dos cosas distintas.

Causa 5: Deduplicación / fuera de la ventana de conversión

Si la misma conversión se envía dos veces, la deduplicación (dedup) de Google no registrará una de ellas. Por el contrario, los resultados que ocurren demasiado tiempo después del clic — fuera de la ventana de conversión — no se aceptan aunque se envíen. Ambos casos crean un estado de "enviado pero no registrado".

• El ID de transacción es idéntico / el tag está instalado por duplicado, y uno se descarta como duplicado (ver Seguimiento de conversiones duplicado: causas y soluciones)
• El período entre el clic y la conversión excede la ventana configurada

El fenómeno de "los conteos de anuncios y de GA4 no coinciden" también puede provenir de esta discrepancia de dedup o de ventana. Para las diferencias de conteo entre plataformas, consulta Por qué los conteos de conversiones de Google Ads y GA4 no coinciden.

Error común: cuando "veo el envío dos veces pero solo se registra uno", puede que no sea un fallo — la dedup está funcionando correctamente. El número de envíos y el número de registros no siempre están destinados a coincidir.

Causa 6: Excluido por detección de bots / spam

Para combatir el tráfico inválido (IVT), Google excluye en la etapa de aceptación los envíos de bots, herramientas de automatización y patrones no naturales. Una solicitud disparada por un navegador headless o una herramienta de pruebas automatizadas puede aparecer en Network pero nunca registrarse.

• Las verificaciones mediante herramientas de automatización / headless pueden descartarse como tráfico de bots
• Una ráfaga de envíos desde el mismo entorno en poco tiempo puede parecer spam

Si "se dispara en las pruebas automatizadas pero los registros de producción no aumentan", considera que la propia prueba está siendo excluida. Esto también es un comportamiento de defensa normal.

Error común: juzgar "se está enviando en mi prueba automatizada, así que estamos bien" pasa por alto el caso donde ese envío está excluido por ser bot y el registro de usuarios reales es un asunto aparte. Verifica en condiciones cercanas a las de un usuario real.

Causa 7: Retraso en los reportes (no lo confundas con una falla)

Finalmente, un caso sorprendentemente común: entrar en pánico cuando nada está roto. El disparo (envío) es visible en tiempo real, pero hay un retraso antes de que se refleje en la columna de conversiones del dashboard (usualmente unas horas; la primera vez puede tardar más).

• Justo después de la configuración o de cambiar un tag, decides "se dispara pero está en cero — está roto"
• Empiezas a cambiar configuraciones y terminas rompiendo el cableado que sí funcionaba

Si el disparo está confirmado, el cableado de envío está vivo. Primero espera unas horas hasta el día siguiente y confirma si sigue sin registrarse.

Error común: no concluyas que está roto por ver un cero justo después de confirmar "está saliendo en Network". Una vez que el disparo es visible, lo que queda son la aceptación y el reporte.

Causa 8: Discrepancia de ventana de atribución entre plataformas

El tag se dispara y la conversión es real — pero Google Ads no la registra porque su ventana de atribución ha expirado, o porque estás comparando plataformas con configuraciones de ventana distintas.

• Predeterminado de Google Ads: ventana de 30 días para clics, 1 día para vistas
• Predeterminado de Meta: 7 días para clics, 1 día para vistas (cambió de 28 días en la era de iOS 14)
• GA4: basado en sesión o configurable, con una lógica completamente distinta

Si tu ciclo de ventas es más largo de 30 días, las conversiones que ocurren en el día 35 se dispararán correctamente pero nunca aparecerán en Google Ads. Y si estás comparando conteos de conversiones entre plataformas, las ventanas desiguales explican discrepancias que parecen fallas de seguimiento pero no lo son.

Cómo verificarlo: En Google Ads → Objetivos → Conversiones → Configuración, verifica que la ventana de atribución coincida con tu ciclo de ventas real. Si tu negocio tiene períodos de consideración largos (B2B, bienes raíces, productos de alto valor), extiende la ventana en consecuencia.

Causa 9: Rupturas en la conversión entre dispositivos

Un usuario hace clic en tu anuncio desde el teléfono, investiga en su laptop y convierte en su computadora de escritorio. El tag se dispara en el escritorio — pero no hay ninguna cookie que conecte esta conversión con el clic original en el anuncio desde el teléfono.

Google intenta unir estos recorridos entre dispositivos mediante datos de usuarios con sesión iniciada (usuarios conectados a cuentas de Google en varios dispositivos). Pero cuando los usuarios no han iniciado sesión, o usan navegadores distintos, el recorrido se fragmenta — y la conversión se dispara sin que se le atribuya al anuncio.

Qué ayuda:

• Enhanced Conversions — la coincidencia mediante el correo electrónico hasheado tiende un puente, porque el correo es el mismo en todos los dispositivos
• Server-side tagging — envía identificadores first-party que pueden persistir entre sesiones
• Ambos enfoques se cubren en nuestra guía de estrategia de datos first-party

Causa 10: La configuración de conteo de conversiones descarta la repetición

Las acciones de conversión de Google Ads tienen una configuración de conteo: "Una" o "Todas".

• "Una": Solo se registra la primera conversión por clic en el anuncio. Si el mismo usuario convierte de nuevo (por ejemplo, envía el formulario dos veces, recarga la página de agradecimiento), los disparos posteriores se descartan silenciosamente
• "Todas": Se cuenta cada conversión (correcto para e-commerce, donde cada compra es una transacción distinta)

Si configuraste "Una" para una acción de leads y te preguntas por qué una segunda conversión legítima del mismo usuario no aparece — está funcionando según lo configurado. Por el contrario, si configuraste "Todas" para una acción de leads, podrías ver conteos inflados por recargas de página.

Cómo verificarlo: En Google Ads → Objetivos → Conversiones, haz clic en la acción de conversión y revisa la configuración de "Conteo". Usa "Una" para leads, "Todas" para transacciones.

Entonces, ¿cómo verificas esto en la práctica?

Para verificar "se dispara pero no se registra", necesitas mirar más allá de la confirmación de envío ①, hacia las condiciones ligadas a la aceptación ②.

• GA4 DebugView / Tiempo real: confirma que el evento se recibe mediante debug_mode. Pero ten en cuenta: aparecer en DebugView ≠ conversión registrada (Causa 3)
• Herramientas de prueba de la plataforma: usa Tag Assistant de Google Ads y similares para confirmar que el ID de destino y la etiqueta son los previstos (Causa 4)
• Lee el contenido de la solicitud enviada: abre gcs (estado de consentimiento) y tid/etiqueta en Network — mira dentro de "está saliendo" (Causas 1 y 4)
• Verifica en condiciones de producción: confirma en condiciones cercanas a las de un usuario real, sin exclusión interna, exclusión de bots ni interferencia de extensiones (Causas 2 y 6)

Para el panorama completo de aislamiento, consulta la Lista de verificación del seguimiento de conversiones; para revisar el propio tag de GA4, consulta Cómo verificar que tu tag de GA4 funciona.

Lista de verificación

• ¿Abriste el contenido de la solicitud enviada (ID de destino, etiqueta, gcs) en Network?
• ¿El ID de destino (ID de medición / ID de conversión) coincide con la acción del dashboard que estás observando?
• Bajo el modo de consentimiento, ¿el caso de "sin consentimiento" se está tratando como restringido/modelado?
• ¿La exclusión de tráfico interno o los filtros de datos están descartando tu propia prueba?
• ¿El evento de GA4 está registrado como "evento clave (conversión)"?
• ¿Hay una instalación duplicada / dedup, o se está saliendo de la ventana de conversión?
• ¿Estás verificando mediante automatización / headless y siendo excluido por ser bot?
• Si es justo después de la configuración, ¿esperaste el retraso del reporte (unas horas hasta el día siguiente)?

Lo que la verificación en tu propia máquina no puede decirte

Cada verificación anterior es útil, pero comprobar una sola vez desde tu propia máquina tiene dos límites estructurales.

1. Tu entorno no es el entorno de tus visitantes. Tu PC difiere de los usuarios reales en el estado de sesión, extensiones, exclusión de IP de oficina, entre otros factores. La discrepancia — "se dispara en mi máquina" pero se rechaza en la aceptación bajo condiciones de usuario real — es invisible para las pruebas hechas en la propia máquina.
2. Es difícil verificar cuando interviene un clic en el anuncio. Para ver de manera rigurosa "¿realmente se registra a través del anuncio?", necesitarías hacer clic en un anuncio activo para recrear el recorrido — lo que conlleva el riesgo de una violación de la política de anuncios por autoclic.

Concluir "se está enviando con mi acción, así que está bien" tiende a pasar por alto justo el problema que aborda este artículo: el disparo es visible, pero falta en la etapa real de aceptación en producción.

Preguntas frecuentes

P. La solicitud se dispara en la pestaña Network, pero la conversión no se registra. R. Disparar (enviar) y registrar (aceptar/almacenar) son etapas distintas. Como el envío tiene éxito, la causa está en la aceptación. Repasa las causas de este artículo en orden: 1 (modo de consentimiento), 2 (exclusión interna), 3 (evento clave no registrado), 4 (confusión de ID), 5 (dedup), 6 (exclusión de bots), 7 (retraso).

P. El evento aparece en GA4 DebugView pero no se muestra ninguna conversión en anuncios. R. Que un evento se reciba y que se "cuente como conversión" son configuraciones separadas. Regístralo como "evento clave (conversión)" en GA4 y confirma que se importa como conversión del lado del anuncio (Causa 3).

P. Veo el envío dos veces pero solo se registra uno. ¿Está roto? R. En la mayoría de los casos no es un fallo — la dedup está funcionando correctamente. Revisa si hay un ID de transacción duplicado o un tag instalado dos veces (Causa 5).

P. ¿Por qué se dispara cuando pruebo yo mismo pero no se registra? R. O bien estás siendo capturado por la exclusión de tráfico interno (comportamiento normal), o tu verificación automatizada está siendo excluida por ser bot (Causas 2 y 6). Verifica en condiciones cercanas a las de un usuario real.

P. Si el disparo está confirmado, ¿siempre se registrará eventualmente si espero? R. No siempre. El disparo solo demuestra "que se envió". Algunos casos se reflejan después de un retraso (Causa 7), pero si se rechaza en la aceptación, esperar no hará que se registre. La forma confiable de proceder es revisar el contenido del envío (consentimiento, ID de destino).

Conclusión: todo lo que ves es el "envío" — el registro está del otro lado de la aceptación

La verdad detrás de "se dispara pero no se registra" es que todo lo que muestra la pestaña Network es el envío ①, con una etapa invisible de aceptación (revisión) ② más allá. Modo de consentimiento, exclusión interna, eventos clave no registrados, confusiones de ID, dedup, exclusión de bots, retraso — la mayoría de las razones por las que algo no se registra se ocultan en esta etapa de aceptación.

Por eso "se dispara, así que estamos bien" no es una verificación. Confirmar que la señal pasa la aceptación y llega al registro — en producción, en el recorrido real que siguen tus visitantes — es lo que realmente significa "está funcionando el seguimiento".

ConversionOK ejecuta tu página en vivo en un navegador independiente y aislado, intercepta las señales de conversión que realmente se envían — incluido su contenido (estado de consentimiento, ID de destino) — y luego aísla dónde se rompe la cadena entre el disparo y el registro. Sin necesidad de hacer clic en tu propio anuncio, y sin interferencia de tu entorno de oficina. Comienza con una verificación estática gratuita para confirmar el punto de entrada de tu medición.