"Estoy mirando Meta Ads y las compras siguen en cero." Estás seguro de que instalaste el pixel, pero no aparecen números. Este es el problema más común — y el que más angustia genera — en la gestión de campañas. Y sin saber por qué pasa, tu puja, tu asignación de presupuesto y tu optimización se vuelven puro adivinar.
¿Te suena algo de esto?
- Instalaste el pixel, pero las compras/conversiones siguen en cero
- Ayer funcionaba, y de repente el tracking se detuvo
- Se dispara en el navegador, pero la conversión no aparece en Meta
- El estado en el Administrador de eventos se queda en "No recibe eventos" (punto gris)
- Los números de Meta no coinciden con los de GA4 o con tus resultados de backend
Esta guía organiza qué revisar, y en qué orden, cuando las conversiones de Meta no aparecen — en cinco pasos de diagnóstico. Antes de empezar a cambiar el pixel a lo loco, recorre estos pasos de arriba hacia abajo.
Primer principio: solo existen tres tipos de "sin conversiones"
La razón principal por la que el diagnóstico falla es tratar "sin conversiones" como un solo problema. En realidad, la causa siempre cae en una de tres categorías. Simplemente saber cuál estás investigando hace que todo el proceso sea muchísimo más fácil.
| Categoría | Qué está pasando | Ejemplo típico |
|---|---|---|
| ① Problema de pixel/tag | La señal de medición no se está enviando en absoluto | Falta el pixel en la página de finalización / no se dispara en esa acción |
| ② Problema de configuración | La señal llega, pero no se cuenta del lado de Meta | Nombre de evento incorrecto, configuración de 8 eventos, verificación de dominio, deduplicación |
| ③ Problema de tiempo | En realidad no hay nada roto — estás esperando a que aparezca | Recién configurado / esperando dentro de la ventana de atribución |
El punto clave: ① y ② se revisan en lugares completamente distintos. Mirar fijamente la pantalla de configuración de eventos no arreglará un pixel que no se dispara (①), y viceversa. Los pasos de diagnóstico 1 a 5 a continuación están ordenados para descartar estas tres categorías de manera eficiente, de arriba hacia abajo.
Diagnóstico 1: ¿El pixel siquiera está en la página de finalización?
Lo primero que hay que revisar es si el código base del pixel y el evento correspondiente están presentes en la página donde realmente ocurre la conversión (la página de compra completada, la página de agradecimiento, la página de consulta completada, etc.).
- Aunque pienses que está en todas las páginas, es un error clásico que la página de finalización use una plantilla distinta donde el pixel no está presente
- Confirmar
PageViewen la página de inicio no sirve de nada siPurchaseno se dispara en "la página exacta en el momento exacto en que ocurre el resultado"
Cómo revisarlo: abre la página de finalización directamente y usa Meta Pixel Helper (extensión de Chrome) o la pestaña "Network" de las DevTools de tu navegador para ver si aparece la solicitud de medición de Meta (facebook.com/tr). Si no se dispara, es probable que el pixel falte en esa página. Para el recorrido enfocado solo en el pixel, consulta Cómo verificar que tu Meta Pixel se dispara correctamente.
Error común: si "los visitantes llegan a la página de compra completada pero no se registra", este Diagnóstico 1 es casi siempre la causa. Revisa la página exacta en el momento exacto que quieres medir.
Diagnóstico 2: lee el "estado" y la recepción en el Administrador de eventos
Abre el Administrador de eventos de Meta, busca tu pixel (conjunto de datos) y revisa su estado, además de la recepción de cada evento. Ahí se muestra una pista importante.
| Estado | Significado |
|---|---|
| Activo (punto verde) | Recibió eventos recientemente (saludable) |
| No recibe eventos (punto gris) | No ha llegado nada en aproximadamente las últimas 24 horas |
| Llegan eventos pero falta el objetivo | Llega PageView, pero solo falta Purchase |
Se queda en "No recibe eventos" … no está llegando ninguna señal. Vuelve al Diagnóstico 1 (instalación/disparo del pixel).
Llega PageView pero no Purchase … la base está instalada, pero solo el evento de compra no está colocado/disparándose. Confirma el disparo de esa acción en el Diagnóstico 3.
Para ver esto en tiempo real, ingresa tu URL en vivo en las Pruebas de eventos del Administrador de eventos, completa la acción y confirma que aparece en el flujo en pocos segundos.
Error común: las Pruebas de eventos solo muestran "este momento exacto" en tu propio entorno. Fallas que ocurren solo bajo condiciones específicas — usuarios que no han dado su consentimiento, un navegador distinto, un bloqueador de anuncios — pueden no reproducirse en tu única prueba manual.
Diagnóstico 3: ¿se dispara y el nombre del evento es correcto? (revisa en DevTools)
"El pixel está instalado" y "el evento correcto se está disparando" son dos cosas distintas. Confirma que realmente se envía una solicitud en el momento en que se hace clic en el botón o se carga la página de finalización — y que el nombre del evento estándar sea correcto.
- Abre la página de finalización (o la acción que dispara la conversión) y abre la pestaña "Network" en DevTools
- Filtra por
facebook.com/tr - Verifica si se dispara una solicitud con esa acción
- Revisa el contenido de la solicitud:
id(ID del pixel),ev(nombre del evento),cd[...](datos personalizados como valor y moneda)
Lo que te dice: qué evento se envió, con qué parámetros (la vista más precisa del disparo de ②).
Los nombres de eventos estándar tienen significados fijos: una compra es Purchase, un lead es Lead, un registro completado es CompleteRegistration. Un purchase en minúsculas o un error de escritura personalizado no se reconoce como evento estándar, así que no alimenta la optimización ni aparece en la columna de conversiones. Confirma también que el value (monto) y la currency en Purchase no falten — sin ellos, puedes obtener un conteo de conversiones pero sin forma de calcular el ROAS (retorno sobre la inversión publicitaria).
Error común: con un bloqueador de anuncios o la protección de rastreo del navegador activados,
facebook.com/trse bloquea y parece que "no se dispara". Verifica en un estado limpio con esas opciones desactivadas.
Diagnóstico 4: la trampa de iOS 14 / AEM / verificación de dominio / 8 eventos
Si se está disparando y recibiendo, pero el número es más bajo de lo esperado o no coincide, la configuración específica de Meta de Medición Agregada de Eventos (AEM) podría ser la causa. Esto es fácil de pasar por alto.
- Verificación de dominio: si tu dominio no está verificado, no puedes definir la prioridad de eventos en AEM, y la medición queda restringida
- Priorización de 8 eventos: AEM permite hasta ocho eventos estándar priorizados por dominio. Si olvidaste incluir
Purchaseentre los eventos priorizados, las compras de usuarios de iOS no se miden por completo - iOS (ATT) / pérdida de señal: dado que el alcance medible se reduce para los usuarios que rechazan ATT (App Tracking Transparency), parte del tráfico de iOS se modela o se pierde
Esto no significa que algo esté "roto" — son casos donde los datos se reducen estructuralmente. Para más detalles, consulta Por qué iOS 14 y AEM hacen que tus conversiones bajen.
Error común: si "Meta muestra claramente menos compras que tu backend web", un dominio no verificado, una configuración de 8 eventos incompleta o la pérdida de señal en iOS son los principales sospechosos. Revisar solo el disparo del pixel no lo revelará.
Diagnóstico 5: ¿se está perdiendo en un punto ciego (modo de consentimiento, ventana de atribución, deduplicación)?
Si no has encontrado ningún problema hasta ahora, pero los números faltan o son bajos, sospecha de un punto ciego donde la medición se pierde o queda desalineada.
- Modo de consentimiento (banner de consentimiento de cookies): cuando los usuarios no han dado su consentimiento, el envío de eventos desde el navegador puede detenerse o restringirse. Para más detalles, consulta Por qué el modo de consentimiento hace que tus conversiones bajen
- Ventana de atribución: el valor predeterminado de Meta es 7 días por clic y 1 día por visualización. Para productos de consideración larga, una ventana demasiado corta hace que resultados que deberías estar capturando no aparezcan en el reporte
- Deduplicación y
event_id: si ejecutas el pixel del navegador junto con la API de conversiones (CAPI), ambos deben compartir el mismo nombre de evento y el mismoevent_id— de lo contrario obtienes doble conteo o eventos faltantes
Error común: si "incluso cuando yo mismo paso por la página de finalización, no se registra nada", puede que estés probando sin dar tu consentimiento, o que un bloqueador de anuncios esté activo. No concluyas "cero = roto" a partir de tu propia prueba restringida.
Puede parecer "nada", pero solo estás esperando a que se refleje
Un caso sorprendentemente común: entrar en pánico cuando en realidad no hay nada roto. Las conversiones de Meta tienen un retraso de reporte entre el momento en que ocurren y el momento en que aparecen en el panel, y siguen acumulándose después dentro de la ventana de atribución (7 días por clic de forma predeterminada).
Si decides "está en cero, está roto" justo después de una configuración o de cambiar el pixel, y empiezas a modificar la configuración de eventos, podrías terminar rompiendo un montaje que en realidad funcionaba bien. Primero espera algunas horas hasta el día siguiente y confirma si sigue en cero. Para verificar en tiempo real, el Diagnóstico 3 (revisión del disparo en DevTools) y las Pruebas de eventos son las herramientas indicadas.
Referencia rápida de diagnóstico
Una tabla que te indica el primer lugar a sospechar, según el síntoma.
| Síntoma | Sospecha primero de |
|---|---|
| El estado se queda en "No recibe eventos" | Diagnóstico 1 y 3 (instalación / disparo del pixel) |
| Está en la página de finalización pero da cero | Diagnóstico 1 (falta el pixel en la página de finalización) |
Llega PageView pero no Purchase |
Diagnóstico 3 (disparo del evento de compra / nombre del evento) |
| Aparece el conteo de conversiones pero el valor/ROAS está vacío | Diagnóstico 3 (falta value / currency) |
| Meta muestra claramente menos compras que la web | Diagnóstico 4 (verificación de dominio / 8 eventos / pérdida de señal en iOS) |
| Funcionaba ayer, de repente se detuvo | Diagnóstico 1 y 5 (cambio de pixel / cambio en consentimiento o deduplicación) |
| No se registra nada cuando yo mismo lo pruebo | Diagnóstico 5 (prueba sin consentimiento) / Diagnóstico 3 (bloqueador de anuncios) |
| Cero justo después de la configuración | Revisa primero el retraso de reporte (tiempo / ventana de atribución) |
Trampas de Google Tag Manager (GTM) a tener en cuenta
Si usas GTM para desplegar tu pixel de Meta, hay fallas específicas de GTM que los cinco pasos de diagnóstico anteriores no revelan directamente:
- Contenedor sin publicar: agregar o editar tags y triggers en el modo borrador de GTM no tiene efecto hasta que haces clic en "Enviar" y publicas. El tag puede verse correcto en la vista previa pero nunca llegar a los visitantes reales
- Trigger mal configurado: un trigger configurado para dispararse en "Page View" no se disparará en una conversión por clic de botón. Asegúrate de que el tipo de trigger (carga de página, clic, envío de formulario, evento personalizado) coincida con la acción real del usuario que constituye la conversión
- Vista previa de GTM frente a producción: el modo de vista previa/depuración de GTM puede mostrar que el tag se dispara, pero si la versión del contenedor en producción es más antigua, los visitantes reales reciben la versión anterior (posiblemente rota). Confirma siempre que el número de versión publicada coincida con lo que probaste
- Múltiples contenedores o conflictos de tags: si hay más de un contenedor de GTM cargado en la misma página, o si el pixel está instalado tanto directamente en el HTML como a través de GTM, puedes obtener eventos duplicados o un comportamiento conflictivo
Si sospechas de un problema con GTM, abre el modo de vista previa de GTM, recorre la acción de conversión y confirma que el tag del pixel de Meta se dispara con el trigger correcto y el ID de pixel correcto.
ID de pixel incorrecto o instalaciones de pixel duplicadas
Una causa sorprendentemente común de "cero conversiones" es usar el ID de pixel incorrecto. Si administras varias cuentas publicitarias o has trabajado con agencias, es posible que tengas más de un pixel. El pixel se dispara correctamente, pero los datos van al conjunto de datos de otra cuenta publicitaria — así que la cuenta que estás observando no muestra nada.
Cómo revisarlo: copia el ID de tu pixel desde el Administrador de eventos y luego busca ese ID en el código fuente de tu sitio (o en el contenedor de GTM). Si encuentras un ID distinto, o si la misma página carga dos IDs de pixel diferentes, ese es el problema.
Las instalaciones de pixel duplicadas — el mismo pixel cargado dos veces en una página — causan un problema distinto: eventos con doble conteo. Esto infla tus números de conversión y distorsiona la optimización. Usa Meta Pixel Helper para revisar cuántas veces se dispara el pixel por carga de página; debería ser exactamente una vez por PageView.
Comparando números de conversión: Meta vs GA4 vs backend
Cuando las conversiones que reporta Meta no coinciden con GA4 o con tu backend, la diferencia muchas veces no es un error — refleja diferencias estructurales en cómo cuenta cada plataforma. Antes de asumir que algo está roto, entiende estas diferencias:
| Factor | Meta | GA4 | Backend |
|---|---|---|---|
| Modelo de atribución | Clic + visualización (predeterminado: 7 días clic, 1 día visualización) | Último clic (predeterminado) o basado en datos | Registro de transacción directa |
| Método de conteo | Una conversión por interacción publicitaria dentro de la ventana | Basado en sesiones | Registro de pedido/evento |
| Fuente de la señal | Pixel + CAPI + datos modelados | gtag / tag de GA4 | Registros de servidor / base de datos |
| Impacto del consentimiento | Pierde o modela usuarios sin consentimiento | Pierde o modela según el modo de consentimiento | Sin efecto |
Una diferencia del 20-40% entre Meta y tu backend es normal cuando dependes solo del tracking por navegador (sin CAPI). Si la diferencia es mayor, revisa de nuevo el Diagnóstico 4 (verificación de dominio, configuración de 8 eventos) y el Diagnóstico 5 (modo de consentimiento, deduplicación). Para profundizar en por qué los números divergen entre plataformas, consulta Por qué los conteos de conversión de Google Ads y GA4 no coinciden.
Lo que diagnosticar desde tu propia máquina no puede decirte
Los Diagnósticos 1 a 5 son todos útiles, pero revisar una sola vez desde tu propia máquina tiene dos límites estructurales.
- Tu entorno no es el entorno de tus visitantes. El estado de inicio de sesión, las extensiones, la IP de la oficina, el estado de consentimiento y factores similares hacen que algo pueda verse bien en tu máquina pero faltar bajo las condiciones reales de los visitantes.
- Las conversiones que involucran un clic en un anuncio son difíciles de verificar. Para ver correctamente "¿de verdad se registra vía un anuncio?", necesitarías hacer clic en un anuncio en vivo para recrear el recorrido — lo cual conlleva el riesgo de una infracción de política publicitaria por autoclic.
Concluir "se dispara con mi acción, así que está bien" tiende a pasar por alto el problema de datos que se pierden en el recorrido real que siguen tus visitantes.
Una lista de verificación para confirmar con confianza
- ¿El pixel base está en la página de finalización?
- ¿El evento objetivo (por ejemplo
Purchase) se dispara con esa acción (facebook.com/tr)? - ¿El nombre del evento coincide exactamente con un nombre de evento estándar (
Purchase,Lead,CompleteRegistration, etc.)? - ¿El
valuey lacurrencydel evento de compra están presentes y son correctos? - ¿El dominio está verificado, con
Purchaseincluido en la priorización de 8 eventos de AEM? - Con CAPI, ¿los eventos del navegador y del servidor comparten el mismo nombre de evento y
event_id(deduplicación)? - ¿La ventana de atribución no es demasiado corta para el periodo de consideración de tu producto?
- ¿Faltan datos no solo en tu única prueba manual, sino también bajo condiciones reales de usuarios en producción?
Preguntas frecuentes
P. Instalé el pixel pero las compras se quedan en cero. R. En orden aproximado de probabilidad: ① el evento de compra no está en la página de finalización o no se dispara (Diagnóstico 1 y 3), ② el nombre del evento no coincide con un nombre de evento estándar (Diagnóstico 3), ③ retraso de reporte (tiempo / ventana de atribución), ④ un dominio no verificado, una configuración de 8 eventos incompleta o el modo de consentimiento deteniendo la medición (Diagnóstico 4 y 5). Recorre este artículo empezando por el Diagnóstico 1.
P. Se dispara en el navegador, pero no aparece ninguna conversión en Meta. R. "Dispararse (②)" y "que Meta lo reciba/cuente (③)" son cosas distintas. El estado de consentimiento, la pérdida de señal en iOS, un desajuste de deduplicación con CAPI, o la configuración de verificación de dominio/8 eventos pueden hacer que se dispare pero no se cuente. Revisa el Diagnóstico 4 y 5.
P. ¿Cuál es la diferencia entre "No recibe eventos" y "los eventos llegan pero son pocos"? R. "No recibe eventos" significa que no ha llegado nada (recientemente) desde el pixel (un problema del lado del pixel = Diagnóstico 1 y 3). "Llegan pero son pocos" significa que sí llegan pero se reducen por un punto ciego (consentimiento, iOS, ventana de atribución = Diagnóstico 4 y 5). El lugar donde buscar cambia según el caso.
P. Incluso cuando yo mismo paso por la página de finalización, no se registra nada. R. Posibles causas: probar sin dar tu consentimiento, un bloqueador de anuncios bloqueando la solicitud, o efectos de la IP de la oficina. Después de dar tu consentimiento, verifica el disparo en DevTools y en las Pruebas de eventos en un entorno limpio con los bloqueadores desactivados.
P. ¿Es más confiable hacer clic en el anuncio para verificar? R. No. Hacer clic en tu propio anuncio se considera una infracción de política (autoclic) y arriesga una revisión o suspensión de la cuenta. Verifica desde fuera de tu propia cuenta — en un entorno independiente.
Conclusión: aísla de arriba hacia abajo, luego verifica en el recorrido real
"Sin conversiones en Meta" solo tiene tres tipos de causa: ① pixel/tag, ② configuración, ③ tiempo. Aislar en orden — Diagnóstico 1 (instalación) → 2 (estado/recepción) → 3 (disparo/nombre del evento) → 4 (iOS 14/AEM, verificación de dominio, 8 eventos) → 5 (consentimiento, atribución, deduplicación) — te lleva a la causa sin tocar el pixel al azar. Para el panorama completo de la medición de Meta, consulta la Guía completa de tracking de conversiones de Meta.
Pero las revisiones de disparo desde tu propia máquina tienen límites. Ir más allá — confirmar que los datos realmente se registran, en el recorrido real que siguen tus visitantes, en producción — es lo que "está funcionando el tracking" significa de verdad.
ConversionOK ejecuta tu página en vivo en un navegador independiente y aislado, e intercepta los eventos de Meta realmente enviados (eventos estándar como Purchase, con value y currency), para luego verificarlos — sin necesidad de hacer clic en tu propio anuncio y sin interferencia de tu entorno de oficina. Empieza con una revisión estática gratuita para confirmar el punto de entrada de tu medición.