Es una queja habitual: la tienda registra cien pedidos en una semana y el Administrador de eventos de Meta muestra bastantes menos. El píxel está instalado y, aun así, faltan conversiones. Las campañas optimizan con ese dato incompleto.
La API de conversiones de Meta (Conversions API o CAPI) existe para cerrar esa brecha. Explicamos qué es, cómo se configura sin contar dos veces cada venta y qué revisar cuando las compras no aparecen.
En resumen
- El píxel envía eventos desde el navegador; la API de conversiones los envía desde un servidor. Meta recomienda usar los dos a la vez.
- El píxel pierde eventos por bloqueadores, límites de cookies del navegador, consentimiento rechazado o páginas que se cierran antes de tiempo.
- Si envías el mismo evento por las dos vías, hay que deduplicarlo con el mismo
event_namey el mismoevent_id. - Cuantos más datos de cliente envíes, cifrados con SHA-256, mejor es la calidad de coincidencia.
- La API no sustituye al consentimiento: solo puedes enviar datos de usuarios que lo hayan dado.
Qué es la API de conversiones de Meta
Es una conexión directa entre tu servidor, tu CRM o tu e-commerce y Meta. En lugar de depender de un script en el navegador, tu sistema envía cada evento (una compra, un lead, un registro) con su nombre, hora, valor, moneda e información del cliente. Meta lo usa igual que un evento del píxel: para atribuir, optimizar la entrega y construir audiencias.
Por qué el píxel pierde eventos
El píxel solo funciona si el navegador carga el script, guarda sus cookies y llega a enviar la petición. Cualquiera de esos pasos puede fallar:
- Bloqueadores de anuncios y de rastreo. Muchas extensiones y algunos navegadores bloquean el script de Meta.
- Límites de cookies. Safari, con su protección ITP, y Firefox acortan la vida de las cookies creadas desde JavaScript. Si el usuario compra días después del clic, el navegador puede haber olvidado de dónde venía.
- App Tracking Transparency en iOS. Los usuarios de iPhone que rechazan el seguimiento entre apps reducen la información que Meta puede usar para relacionar anuncio y compra.
- Consentimiento rechazado. Si el usuario rechaza las cookies de publicidad, el píxel no debe dispararse. Es lo correcto, y esos eventos no deben llegar por ninguna vía.
- Páginas que se cierran antes de tiempo. Si el usuario paga en una pasarela externa y no vuelve a la página de confirmación, la compra nunca se envía.
La API resuelve los fallos técnicos, porque el evento sale de tu servidor cuando se registra el pedido. El consentimiento no lo resuelve, ni debe.
Píxel y API a la vez: cómo deduplicar
Meta recomienda una configuración redundante: el píxel envía los eventos desde el navegador y la API, los mismos desde el servidor. Si uno falla, llega el otro. Si llegan los dos, Meta contaría la compra dos veces.
Para evitarlo, cada evento debe llevar el mismo event_name (por ejemplo, Purchase) y el mismo event_id en las dos vías. El event_id lo generas tú, por ejemplo el número de pedido. Si Meta recibe dos eventos con el mismo nombre e identificador en poco tiempo, se queda con uno.
Además, conviene enviar por la API las cookies del píxel, _fbp (identificador del navegador) y _fbc (identificador del clic, derivado del fbclid de la URL). No sustituyen al event_id, pero ayudan a relacionar el evento con la visita y el clic.
Datos de cliente y calidad de coincidencia
Un evento del servidor no trae la sesión del navegador, así que Meta necesita saber quién compró por otra vía: los parámetros de información del cliente, email, teléfono, nombre, apellidos, ciudad, código postal, país o un identificador externo como tu ID de cliente. Se normalizan (minúsculas, sin espacios, teléfono con prefijo) y se cifran con SHA-256. La IP y el agente de usuario se envían sin cifrar.
En el Administrador de eventos, cada evento tiene una puntuación de calidad de coincidencia (Event Match Quality), de 0 a 10, que indica lo bien que Meta relaciona tus eventos con sus usuarios. Si es baja, suele faltar algún parámetro o estar mal normalizado. Email y teléfono son los que más pesan.
Cuatro formas de implementarla
1. Integración de un partner
Shopify, WooCommerce y muchos CRM activan la API sin programar. Es la vía más rápida, aunque controlas poco qué se envía.
2. Conversions API Gateway
Una solución de Meta que se despliega en tu nube y replica desde el servidor los eventos del píxel. Poco trabajo técnico, pero solo envía lo que el píxel ya ve.
3. Google Tag Manager del lado del servidor
Si ya tienes un contenedor server-side de GTM, una etiqueta de la API reenvía a Meta los eventos que recibe. Da control sobre los datos y sirve para otras plataformas.
4. Integración directa con la API
Tu equipo envía los eventos desde el backend con un token de acceso. La opción más flexible y la que más mantenimiento exige.
Eventos offline y del CRM por la misma API
La API también recibe resultados que ocurren fuera de la web: un lead cualificado por el equipo comercial, una venta por teléfono o una compra en tienda. Se envían al mismo conjunto de datos indicando su origen y Meta los atribuye igual que una compra online. Lo explicamos en cómo subir conversiones offline a Google Ads y Meta.
Consentimiento
Enviar desde el servidor no cambia las reglas: si el usuario rechazó la publicidad personalizada, su evento tampoco debe llegar por la API. Tu servidor tiene que conocer la decisión registrada en tu CMP y aplicarla antes de cada envío.
El píxel no registra compras: cómo diagnosticarlo
- Usa la herramienta de prueba de eventos. Haz una compra de prueba y comprueba en el Administrador de eventos que
Purchasellega desde el navegador, desde el servidor o desde ambos. - Revisa la pestaña de diagnóstico. Meta avisa de parámetros que faltan, eventos sin deduplicar o caídas bruscas de volumen.
- Comprueba la página de confirmación. Si el pago termina en una pasarela externa y el usuario no vuelve, el píxel no se dispara. Es la causa más habitual de compras perdidas.
- Compara con tus pedidos. Compara una semana de compras en Meta con los pedidos de tu e-commerce o tu ERP. Si Meta registra menos, faltan eventos; si registra más, probablemente no estás deduplicando.
Errores habituales
- No deduplicar. El píxel y la API envían la misma compra sin
event_idcomún y Meta la cuenta dos veces. - Enviar pocos datos de cliente. Solo IP y agente de usuario dan una coincidencia baja.
- Ignorar el consentimiento. Mandar por el servidor lo que el usuario rechazó es un riesgo legal.
- Olvidar el valor y la moneda. Sin
valueycurrency, Meta no puede optimizar por ingresos ni calcular el ROAS.
Google y TikTok tienen equivalentes: las conversiones mejoradas (Enhanced Conversions) de Google Ads y la Events API de TikTok. La lógica es la misma.
Cómo lo hace Babuin
Con la medición server-side de MonkeyFlux, los eventos de tu web y tu app pasan por un servidor en tu propio dominio. Allí se aplica el consentimiento, se descarta el tráfico bot, se deduplican por event_id y se enriquecen con el margen, el LTV o la calidad del lead de tu CRM y tu ERP. Después llegan a Meta por la API de conversiones, y a Google, TikTok o GA4 por Enhanced Conversions, Events API o Measurement Protocol. Compatible con tu contenedor server-side de GTM.
Con esas conversiones, Babuin da a MonkeyBot la señal para pujar por valor real y a DBA el dato para repartir el presupuesto entre medios. Meta optimiza con lo que recibe; la API decide cuánto de tu negocio llega a ver.
Preguntas frecuentes
¿Necesito el píxel si uso la API de conversiones?
Sí, en la mayoría de los casos. Meta recomienda usar los dos a la vez: el píxel aporta señales del navegador y la API cubre los eventos que el píxel pierde. Para no contar dos veces, envía el mismo event_name y event_id por las dos vías.
¿Por qué tengo eventos duplicados entre el píxel y la API?
Porque los eventos no llevan el mismo event_id o el mismo nombre en las dos vías. Comprueba en la herramienta de prueba de eventos que cada compra llega con el mismo identificador, por ejemplo el número de pedido, desde el navegador y desde el servidor.
¿La API de conversiones evita pedir consentimiento?
No. Enviar los datos desde el servidor no cambia las obligaciones legales. Solo puedes enviar eventos de usuarios que hayan consentido ese uso, y tu servidor debe aplicar la decisión registrada en tu CMP.
¿Cómo mejoro la calidad de coincidencia de eventos?
Envía más parámetros de cliente, sobre todo email y teléfono, bien normalizados y cifrados con SHA-256, junto con la IP, el agente de usuario y las cookies _fbp y _fbc. La puntuación se ve por evento en el Administrador de eventos.