El píxel de Meta no registra conversión: cómo encontrar la causa

Cuando las conversiones dejan de aparecer, la reacción habitual es revisar las campañas. Casi nunca es ahí: es un problema de registro, y se diagnostica en veinte minutos si se verifica en el orden correcto.

Primero: ¿es cero o es menos?

Son dos problemas distintos con causas distintas, y conviene separarlos antes de investigar.

Cero conversiones desde un día específico apunta a una ruptura: el código se fue del sitio, la regla de URL dejó de coincidir, o el evento cambió de nombre.

Menos conversiones de las reales, de forma constante apunta a cobertura: bloqueos de navegador, consentimiento de cookies, o gente que convierte por un camino que el píxel no ve.

Mirar la serie diaria resuelve la pregunta en segundos. Una caída vertical es ruptura; una diferencia estable es cobertura.

La verificación que resuelve la mitad de los casos

Hacer una conversión de prueba en el sitio y mirar el administrador de eventos de Meta.

Si el evento aparece en minutos, el píxel funciona y el problema está en la atribución o en la configuración de la campaña. Si no aparece, el problema es de implementación y no hay nada que buscar en el administrador de anuncios.

Es la primera cosa que hay que hacer y la que más seguido se saltea, porque parece demasiado simple.

Las causas de ruptura, en orden

El código no está en la página. Un despliegue nuevo, un cambio de plantilla o una migración de plataforma se lo llevó. Se verifica mirando el código fuente de la página de gracias.

La regla de URL dejó de coincidir. Si la conversión está definida como "URL contiene /gracias" y la página pasó a ser /thank-you, el evento deja de dispararse. Nadie recibe un aviso.

El evento se dispara antes de tiempo. Registrado al cargar la página en lugar de al completar la acción, cuenta visitas en lugar de conversiones — y a veces es lo contrario: está en una página que ya no se visita.

Dos píxeles instalados. Una migración a medias deja el viejo y el nuevo conviviendo, y los eventos se reparten entre las dos cuentas.

Las causas de cobertura

Bloqueadores y restricciones del navegador. Una porción del tráfico impide que el píxel se ejecute. No hay forma de evitarlo desde el navegador; la respuesta es enviar los eventos desde el servidor.

El banner de consentimiento. Si el píxel espera la aceptación de cookies y buena parte de la gente no acepta, esos eventos no existen. Es correcto que sea así, y hay que contarlo al interpretar el número.

Conversiones fuera del sitio. Ventas por teléfono, por WhatsApp o presenciales no pasan por el píxel. Si el negocio cierra buena parte ahí, el registro nunca va a reflejar el resultado real.

Esta última no es un error técnico y suele ser la causa principal de la diferencia con el CRM en negocios de servicios.

Cuando el evento llega pero incompleto

Un caso intermedio que confunde: el evento aparece, y sin valor de conversión o sin parámetros.

En ecommerce, un evento de compra sin valor impide optimizar por retorno y deja cualquier cálculo de ROAS sin base. En generación de contactos, un evento sin parámetros no permite distinguir tipos de contacto.

Se detecta en el administrador de eventos, mirando el detalle de un evento reciente en lugar de solo el conteo. Es una revisión que casi nadie hace y que explica bastantes campañas que "no optimizan bien".

La API de conversiones

Envía los eventos desde tu servidor. Recupera buena parte de lo que el navegador bloquea y es hoy prácticamente obligatoria para un registro confiable.

Dos advertencias. Necesita deduplicación configurada, o el mismo evento llegando por píxel y por servidor se cuenta dos veces. Y no arregla un evento mal definido: si la regla estaba mal, va a estar mal en los dos caminos.

El gestor de etiquetas como punto de falla

En sitios que usan un gestor de etiquetas, buena parte de los problemas de registro no están en el píxel sino en la capa que lo dispara.

Los casos habituales: la etiqueta quedó en modo borrador y nunca se publicó, el disparador apunta a una condición que ya no ocurre, o una publicación posterior sobrescribió la configuración anterior.

La pista para reconocerlo es que el código del píxel base funciona —las visitas se registran— y solo falta el evento de conversión. Cuando el problema fuera el píxel en sí, no habría ningún dato.

Vale revisar el historial de versiones del gestor antes de tocar cualquier otra cosa: la fecha de la última publicación suele coincidir con el día en que las conversiones desaparecieron.

Quién debería revisarlo y cada cuánto

No hace falta una auditoría mensual, y sí un par de hábitos.

Cada vez que el sitio recibe un cambio —rediseño, plataforma nueva, página de gracias distinta— alguien tiene que hacer una conversión de prueba después del despliegue. Es un minuto de trabajo que evita semanas de datos perdidos.

Y en la revisión semanal, mirar si el volumen de conversiones del período es plausible contra el movimiento real del negocio. No hace falta precisión: si el negocio cerró veinte ventas y el registro muestra tres, algo está roto.

Qué hacer después de arreglarlo

Un detalle que se olvida: el período con registro roto sigue en el historial, y contamina cualquier comparación.

Vale anotar las fechas exactas en que el problema existió, y mencionarlas en el reporte del mes. Sin esa nota, alguien va a comparar contra ese período en seis meses y va a concluir que la cuenta mejoró muchísimo.

Y conviene rehacer la referencia de costo por resultado después de la corrección: el número de antes se calculó con conversiones faltantes.

Un último recordatorio: mientras el registro está roto, el algoritmo también está a ciegas. No es solo que el reporte muestre menos — la campaña deja de optimizar hacia el resultado, porque no recibe la señal. Por eso conviene tratar esto como urgencia y no como tarea de mantenimiento.

Para entender qué se cuenta y por qué no coincide con el CRM, conversiones en Meta Ads. Para la secuencia de indicadores, métricas por etapa del embudo. Y para la lectura semanal, el reporte de tráfico pago. Dos casos con arquitectura propia: píxel con Stripe, donde el checkout no ejecuta scripts de terceros, y píxel en Wix, donde el banner de consentimiento borra eventos legítimamente.