La Conversions API de Meta permite enviar los eventos de conversión —una compra, un lead, una reserva— directamente desde el servidor de la empresa hasta Meta, sin depender de lo que el navegador del usuario deje pasar. Nació como respuesta al bloqueo de cookies de terceros y a la App Tracking Transparency de Apple, que desde 2021 obliga a pedir permiso explícito para rastrear entre apps. Para un responsable que además gestiona la analítica web del negocio, la pregunta ya no es si instalarla, sino si cumple los indicadores que Meta usa para decidir cuántas conversiones acepta como reales.
La Conversions API de Meta es el envío de eventos de conversión desde el servidor de la empresa hasta Meta, evitando los bloqueos del navegador. Meta valora esa instalación con dos cifras: la cobertura de eventos, con un objetivo oficial del 75%, y el Event Match Quality, una nota de 0 a 10 sobre la calidad de los datos enviados.
La Conversions API de Meta sustituye al píxel
El píxel de Meta vive en el navegador: lee cookies, ejecuta JavaScript y depende de que el usuario no lo bloquee. Desde que Apple exige el permiso de App Tracking Transparency y Safari aplica su Intelligent Tracking Prevention, una parte creciente de las conversiones ocurre sin que el píxel llegue a verlas, algo que ya tratamos al revisar qué exige la AEPD sobre las cookies de analítica sin consentimiento.
La Conversions API resuelve esa parte enviando el mismo evento desde el servidor, la app o el punto de venta físico, con datos que el navegador nunca expone: el user agent, la IP real o el identificador interno del pedido. Meta recomienda mantener el píxel activo y añadir la API como segunda vía, nunca como sustituto único.
Para una clínica dental de Barcelona que capta pacientes con formularios de reserva, esto significa que una cita confirmada por teléfono tras ver un anuncio también puede reportarse como conversión, aunque el paciente nunca haya vuelto a pulsar el enlace original.
Cobertura de eventos, el objetivo del 75% de Meta
La cobertura de eventos mide qué porcentaje de los eventos que ve el píxel llegan también confirmados por la Conversions API. Según la documentación oficial de Meta sobre el Dataset Quality API, el objetivo de referencia es el 75%: por debajo, Meta considera que la instalación deja fuera una parte relevante de las conversiones reales.
El dato se consulta por evento —compra, lead, contacto— en el Administrador de eventos, no como media global. Una tienda de moda puede tener el 90% de cobertura en «Compra» y menos del 40% en «Añadir al carrito» si solo instaló la API en el checkout.
La cifra importa porque alimenta la optimización de las campañas: Meta reparte el presupuesto según las señales que recibe, y una cobertura baja en el evento usado para pujar deja al algoritmo trabajando con información incompleta. Cuando ni el píxel ni la API alcanzan cobertura suficiente, algunos negocios recurren a modelos agregados como el Marketing Mix Modeling.
Event Match Quality decide qué conversiones cuentan
La segunda cifra es el Event Match Quality, una puntuación de 0 a 10 que Meta calcula por tipo de evento. Mide tres cosas a la vez: qué parámetros de identificación del cliente ha recibido, la calidad de esos datos y qué porcentaje de esos eventos ha podido asociar a una cuenta real de Facebook o Instagram.
El Event Match Quality es la nota de 0 a 10 con la que Meta resume cuántos de los eventos enviados por la Conversions API ha podido vincular con una cuenta real, y de ahí depende que los cuente como conversión atribuible al anuncio.
Los parámetros de cliente que más pesan en la nota
Las buenas prácticas oficiales de Meta para Conversions API detallan qué campos suben más la puntuación cuando se envían hasheados con SHA-256: el correo, el teléfono y el identificador externo del cliente son los que más peso tienen, seguidos de la dirección IP —Meta recomienda IPv6 sobre IPv4 cuando el servidor lo permite— y el user agent del navegador.
Una consultora de software que capta leads con un formulario B2B gana más enviando el email de empresa y el teléfono de contacto que añadiendo solo la ciudad o el código postal: los datos demográficos solos apenas mueven la nota si no van acompañados de un identificador fuerte.
- Email y teléfono del cliente, hasheados con SHA-256 antes de salir del servidor.
- Identificador externo (external_id): el ID de cliente o de pedido en el sistema propio.
- Dirección IP de la petición, preferiblemente en formato IPv6.
- User agent del navegador que originó la compra o el formulario.
Combinaciones de datos que Meta descarta sin avisar
La misma documentación de buenas prácticas enumera combinaciones de parámetros que Meta rechaza de forma automática porque no aportan suficiente certeza de identidad. Enviar solo ciudad, provincia, código postal, país y género —sin ningún identificador fuerte— no se procesa. Tampoco sirve enviar solo la fecha de nacimiento junto al user agent, ni el nombre o el apellido combinados únicamente con el género.
El fallo típico es asumir que cuantos más campos se manden, mejor puntuación se obtiene, cuando Meta exige que al menos uno de esos campos sea un identificador con valor real: un email, un teléfono o el external_id del negocio. Sin eso, el resto de datos demográficos no cuenta para la nota.
¿Te ayudamos con esto?
Cuéntanos tu caso
Si esto te afecta, escríbenos en dos líneas y te respondemos por email con una valoración concreta.
Deduplicación en la Conversions API de Meta
Cuando el píxel y la Conversions API de Meta envían el mismo evento —algo habitual, porque conviene mantener las dos vías activas— Meta necesita reconocer que se trata de una sola conversión y no de dos. Si la deduplicación falla, las métricas de la cuenta publicitaria muestran más ventas de las que hubo, y cualquier decisión de presupuesto tomada sobre esos números parte de un dato inflado.
Cómo se compara un evento del navegador con uno del servidor
Meta explica el mecanismo exacto en su documentación sobre deduplicación de eventos: compara el event_id, el event_name y la marca de tiempo entre la versión que llega del píxel y la que llega del servidor. Si el event_id coincide, o en su defecto coincide la combinación de external_id y la cookie fbp, y el nombre del evento y el momento son compatibles, Meta lo trata como un único suceso.
El requisito práctico es generar el mismo event_id en el navegador y en el servidor para cada transacción, a partir del identificador del pedido. Un error frecuente es generarlo por separado en cada lado: entonces nunca coinciden, y cada compra se cuenta dos veces sin que salte ninguna alerta visible en el panel de anuncios.
Del servidor propio al contenedor de Google Tag Manager
La Conversions API se puede montar de tres formas, según quién mantiene la infraestructura del negocio. La integración directa contra el servidor propio da el control más fino sobre qué parámetros se envían, pero exige un equipo técnico que mantenga el código.
Las plataformas de ecommerce habituales entre negocios de Barcelona —PrestaShop, Shopify, WooCommerce— traen conectores nativos o por plugin que activan la API sin tocar el backend, aunque limitan los campos a los que el conector ya contempla.
La tercera vía es un contenedor de servidor de Google Tag Manager, algo que ya detallamos en la guía práctica de etiquetado del lado del servidor: centraliza el envío hacia Meta, Google y otras plataformas desde un mismo punto.
- Integración directa por servidor: máximo control, requiere mantenimiento técnico propio.
- Conector nativo de la plataforma de ecommerce: rápido de activar, menos parámetros configurables.
- Contenedor de servidor de Google Tag Manager: centraliza el envío a varias plataformas a la vez.
El Test Events Tool confirma si el envío funciona
Antes de dar una instalación por buena, Meta ofrece dos herramientas en el Administrador de eventos: el Payload Helper, que valida la estructura de cada evento, y el Test Events Tool, que muestra en tiempo real si un evento de prueba llega por el píxel, por la API o por ambos, y si se ha deduplicado.
Verificar con estas herramientas antes de publicar evita el error más caro: lanzar una campaña asumiendo que la Conversions API está activa cuando en realidad solo envía una fracción de los eventos, o los envía sin el event_id que permite deduplicarlos. Una revisión de cinco minutos, repetida cada vez que cambia el checkout o el formulario de contacto, detecta esos huecos antes de que distorsionen un mes entero de datos de campaña.
Preguntas frecuentes sobre la Conversions API de Meta
¿La Conversions API sustituye al píxel de Meta?
No. Meta recomienda mantener ambos activos y dejar que la deduplicación por event_id decida qué fuente prevalece. El píxel sigue aportando datos de comportamiento en el navegador —tiempo en página, scroll— que la API, al venir del servidor, no puede reconstruir.
¿Cuánto cuesta implementar la Conversions API?
La API en sí es gratuita: Meta no cobra por usarla. El coste está en la integración —horas de desarrollo si se monta a medida, o la cuota del plugin si se usa un conector de la plataforma de ecommerce— y varía según cuántos eventos y parámetros se quieran enviar.
¿Funciona igual para anuncios de Instagram que de Facebook?
Sí. La Conversions API alimenta el mismo sistema de atribución que usan las campañas de Facebook e Instagram, porque ambas comparten el Administrador de eventos, algo a revisar junto con la gestión de redes sociales del negocio. No hace falta una integración distinta para cada red.
¿Sirve si el usuario rechaza las cookies de analítica?
En parte. Si el usuario rechaza el consentimiento, el píxel no puede leer sus cookies, pero el servidor sigue conociendo la compra o el lead que completó. La Conversions API puede reportar ese evento igualmente, siempre dentro de lo que permita la base legal y el consentimiento marcado en el sitio.
Fuente: Meta for Developers — Conversions API Dataset Quality
