¿El píxel de Facebook no registra compras? Checklist de diagnóstico

Cuando el píxel deja de registrar Purchase, la dashboard puede hacer parecer que las campañas colapsaron aunque la tienda siga vendiendo. Es uno de los problemas más caros de diagnosticar mal, porque empuja a pausar buenas campañas basándose en conversiones que simplemente faltan del reporting.

La regla es simple: primero demuestra que Purchase recorre correctamente todo el camino y después juzga ROAS.

Esta checklist empieza por lo más concreto — una transacción real — y retrocede hacia configuración, deduplicación y matching.

1. Compara inmediatamente pedidos reales y Purchase de Meta

Toma una ventana corta pero útil, por ejemplo los últimos 3-7 días, y compara:

• pedidos completados en backend;
• eventos Purchase en Events Manager;
• Purchase atribuidos en Ads Manager;
• ingresos reales y Purchase value.

No esperes una coincidencia perfecta 1:1 entre Ads Manager y backend: atribución, consentimiento y ventanas temporales generan diferencias. Pero si backend tiene pedidos y Events Manager muestra casi cero Purchase, tienes primero un problema de tracking, no de advertising.

2. Realiza una compra en Test Events

Abre Events Manager > Test Events y recorre el funnel como un usuario real.

Comprueba que aparezcan, en el orden esperado:

• PageView;
• ViewContent cuando corresponda;
• AddToCart;
• InitiateCheckout;
• Purchase solo después del pago o la confirmación real del pedido.

Purchase debe aparecer una vez por transacción. Si aparece antes de confirmar, al refrescar, en carrito o dos veces, la configuración está mal aunque el evento técnicamente “llegue”.

3. Verifica value y currency

Un Purchase con valor incorrecto puede romper el reporting de ROAS incluso si el número de conversiones parece normal.

En el payload comprueba que:

• value sea numérico;
• value represente el total real del pedido según tu lógica de negocio;
• currency use un código ISO como EUR;
• en tiendas multimoneda se envíe la moneda realmente usada en la transacción.

Enviar 0, null, una cadena no parseable o la moneda equivocada puede dejar correcto el recuento Purchase y hacer falso el Purchase ROAS.

4. Si usas Pixel y CAPI, revisa la deduplicación

Pixel de navegador y Conversions API deben trabajar juntos, no competir.

Para la misma transacción necesitan:

• el mismo event_name: Purchase;
• el mismo event_id;
• datos de evento coherentes;
• timestamps razonablemente cercanos.

El event_id debe generarse una vez por pedido y reutilizarse en Browser y Server. No generes dos UUID independientes.

En Events Manager busca el comportamiento de deduplicación. Si Browser y Server aparecen como dos Purchase distintos, ROAS se infla. Si solo llega una fuente cuando deberían estar ambas, pierdes cobertura.

5. Busca píxeles o firing duplicados

Una causa sorprendentemente frecuente es tener varias integraciones activas a la vez: Pixel en el tema, Google Tag Manager, plugin ecommerce y app Meta enviando el mismo evento.

Con Meta Pixel Helper y el código busca:

• múltiples códigos base Pixel;
• varias llamadas fbq('track', 'Purchase');
• listeners duplicados;
• scripts antiguos de checkout todavía activos;
• apps que envían Purchase además de la integración oficial.

Un pedido debe generar un único evento lógico, que puede llegar por Browser y Server y después deduplicarse.

6. Confirma que usas el dataset correcto

Cuentas con varios Pixels, datasets antiguos o setups de prueba pueden enviar correctamente el evento al lugar equivocado.

Comprueba:

• Pixel/Dataset ID usado por el sitio;
• dataset seleccionado en el ad set;
• dataset abierto en Events Manager;
• business propietario;
• píxeles antiguos todavía conectados.

Si las campañas optimizan sobre dataset A mientras el sitio envía Purchase a dataset B, Meta recibe datos pero el algoritmo de campaña se queda sin la señal correcta.

7. Comprueba Conversions API del lado servidor

Para CAPI verifica al menos:

• el endpoint devuelve éxito;
• event_name correcto;
• event_time reciente y realista;
• action_source: website;
• event_source_url cuando corresponde;
• event_id compartido con Browser;
• user_data normalizado y hasheado correctamente cuando procede.

Un error server-side puede ser invisible en frontend. Mira logs y respuesta Graph API y no consideres enviado un evento hasta que Meta lo acepte.

8. Mejora Event Match Quality respetando la privacidad

Una vez Purchase llega correctamente, mejora matching.

Cuando sea legal y exista consentimiento, CAPI puede pasar:

• e-mail normalizado y SHA-256;
• teléfono normalizado y SHA-256;
• external_id;
• IP y user agent;
• _fbp;
• _fbc, incluido uno derivado de fbclid.

Hashear dos veces, usar formatos incorrectos u olvidar normalizar puede empeorar el match. _fbp, _fbc y event_id no se hashean.

9. Comprueba consentimiento y bloqueos del navegador

En Europa y otros entornos regulados, Pixel puede estar correctamente bloqueado antes del consentimiento Marketing. Eso no significa que el setup esté roto.

Prueba dos recorridos separados:

1. navegador nuevo o incognito sin consentimiento: ningún evento marketing antes del opt-in;
2. acepta Marketing: los eventos posteriores deben arrancar correctamente.

La solución no es saltarse el consentimiento. Pixel y CAPI deben respetar exactamente el estado del usuario y medir correctamente una vez obtenido el opt-in.

10. Si Pixel está sano pero Ads Manager muestra menos compras

Entonces el problema puede ser atribución y no firing. Comprueba:

• attribution setting de los ad sets;
• 1-day frente a 7-day click;
• retraso de atribución;
• iOS y eventos modelados;
• compras fuera de ventana;
• cross-device y conversiones no asociables.

Events Manager responde “¿llegó el evento?”. Ads Manager responde “¿se atribuye este evento a este anuncio?”. Son preguntas distintas.

Checklist final antes de cerrar el problema

Un setup sano cumple:

• un pedido real genera un solo Purchase lógico;
• Purchase llega a Test Events;
• value y currency son correctos;
• Browser y Server comparten event_id;
• los eventos se deduplican;
• dataset del sitio y campaña coincide;
• CAPI no devuelve errores;
• el consentimiento se respeta;
• el recuento de eventos es plausible frente al backend.

Solo entonces vuelve a targeting, creatividad y presupuesto. Si tracking está sano pero los anuncios reciben clics sin convertir, sigue el árbol de diagnóstico del funnel.

FixAds comprueba estas señales junto al resto de la cuenta y separa problemas de medición de problemas de rendimiento. Conecta tu cuenta Meta e inicia el diagnóstico gratuito antes de pausar una campaña por Purchase aparentemente ausentes.