--- title: "API de conversiones de Meta: qué aporta y qué no reemplaza" description: "Qué envía la API de conversiones de Meta, cómo convive con el píxel, cómo funciona la deduplicación por event_id y qué problemas no resuelve por sí sola." canonical: https://adsbeast.pro/blog/es/api-de-conversiones-de-meta-que-aporta-y-que-no-reemplaza language: es published: 2026-10-15T00:10:02.927Z updated: 2026-10-15T00:10:02.927Z author: "Equipo editorial de ADS Beast" translations: - ar: https://adsbeast.pro/blog/ar/conversions-api-what-it-delivers-and-what-it-replaces - en: https://adsbeast.pro/blog/en/conversions-api-what-it-delivers-and-what-it-replaces - he: https://adsbeast.pro/blog/he/conversions-api-what-it-delivers-and-what-it-replaces - pl: https://adsbeast.pro/blog/pl/api-konwersji-co-daje-i-czego-nie-zastepuje - ru: https://adsbeast.pro/blog/ru/api-konversiy-chto-dayot-i-chego-ne-zamenyaet - sk: https://adsbeast.pro/blog/sk/conversions-api-co-prinasa-a-co-nenahradza - uk: https://adsbeast.pro/blog/uk/api-konversiy-shcho-daye-i-chogo-ne-zaminyuye --- # API de conversiones de Meta: qué aporta y qué no reemplaza La API de conversiones de Meta es la vía por la que envías eventos de conversión desde tu servidor a Meta, en lugar de depender solo del píxel en el navegador. Sirve para que Meta reciba acciones que el navegador no alcanza a registrar, como compras confirmadas o leads validados en tu CRM. No es un producto aparte: convive con el píxel y comparte la misma lógica de atribución. ## En resumen - La API cubre el lado servidor; el píxel cubre el navegador. Los dos conviven y no se sustituyen. - La deduplicación entre ambos depende de que coincidan el nombre del evento y el event_id. No hay un interruptor que la active. - La API no arregla un seguimiento mal implementado ni cambia las reglas de atribución de Meta. - Un cambio en el número de conversiones no prueba que la deduplicación funcione: primero hay que revisar qué eventos llegan y con qué identificadores. - La implementación depende de tu stack: integración directa, socio aprobado o pasarela de pago que ya envía eventos. ## Qué es la API de conversiones de Meta y de dónde viene el nombre La API de conversiones de Meta es un canal de envío de eventos desde un servidor hacia Meta. El nombre viene de ahí: no es un panel ni una herramienta que se configura una vez y queda funcionando, es una vía de transporte de datos. El píxel, en cambio, es código que se ejecuta en el navegador del visitante. Cuando alguien completa una compra o envía un formulario, el píxel intenta avisar a Meta desde esa pestaña. El problema es que ese aviso depende de cosas que no controlas: bloqueadores, restricciones de cookies, navegadores que limitan scripts de terceros, o simplemente que la persona cierre la página antes de que el evento se dispare. La API mueve el envío al servidor, donde tú decides cuándo y con qué datos se manda el evento. Eso permite incluir información que el navegador no tiene, como el estado real de un pedido en tu sistema o la validación de un lead en tu CRM. Las dos vías no compiten. El píxel captura lo que ocurre en la sesión del navegador; la API captura lo que ocurre en tus sistemas. Si solo usas una, dejas fuera una parte del recorrido. ## Qué aporta la API de conversiones frente al píxel solo Aporta eventos que el navegador no alcanza a registrar y da control sobre cuándo se envían. Esa es la diferencia práctica. Cuando dependes solo del píxel, el evento se dispara en el momento en que la página carga una confirmación. Si el usuario cierra la pestaña, si el bloqueador impide el script o si la confirmación tarda, el evento se pierde. Con la API, el evento se envía desde tu servidor cuando el sistema confirma la acción, no cuando el navegador alcanza a ejecutar el código. También aporta datos que el navegador no conoce. Un ejemplo típico: una compra puede marcarse como completada en el navegador, pero en tu sistema queda pendiente de pago o se cancela después. La API puede enviar el estado real, no el estado aparente. Y aporta coherencia entre canales. Si tu CRM valida un lead por teléfono y ese lead llegó desde una campaña, la API puede informar esa validación a Meta. El píxel nunca sabría que ese lead se convirtió en cliente. ## Qué no reemplaza la API de conversiones de Meta No reemplaza al píxel, porque la API cubre el lado servidor y el píxel cubre el navegador. Los dos conviven y se complementan. Tampoco reemplaza la lógica de atribución de Meta. La plataforma sigue decidiendo a qué anuncio, a qué campaña y a qué clic se asigna una conversión según sus propias reglas. La API solo entrega el evento; no cambia cómo se reparte el mérito. No arregla un seguimiento mal implementado. Si tus eventos llegan con nombres inconsistentes, sin parámetros útiles o sin identificadores, la API no corrige eso por sí sola. Enviar datos incompletos por el servidor sigue siendo enviar datos incompletos, solo que por otra vía. Tampoco sustituye la medición en tu propio sistema. Si tu CRM no registra de dónde viene cada lead, la API no va a inventar esa información. Lo que no capturas en origen, no lo recuperas después. ## Cómo funciona la deduplicación entre píxel y API La deduplicación funciona por la coincidencia del nombre del evento y del event_id entre el píxel y la API. No hay un interruptor que active o desactive esa unión: si ambos envíos llevan el mismo identificador, Meta los trata como un solo evento. Si los identificadores no coinciden, se cuentan por separado. Esto significa que la responsabilidad está de tu lado. Tú generas el event_id, tú lo pasas al píxel y tú lo pasas a la API en el mismo evento. Si el píxel envía `Purchase` con un identificador y la API envía `purchase` con otro, Meta los lee como dos eventos distintos. En la práctica, el error más común es generar el identificador en dos sitios diferentes. Por ejemplo, el frontend crea un ID al cargar la página de confirmación y el backend crea otro al procesar el pedido. Ambos son válidos, pero no son el mismo, y el resultado es un doble conteo que aparece semanas después cuando alguien compara cifras. La forma de evitarlo es que el identificador se genere una sola vez, en el sistema que tiene la verdad del evento, y que ese mismo valor viaje a las dos vías. Si el pedido tiene un número propio, ese número puede servir como base. Si no lo tiene, hay que generarlo en el punto donde nace la conversión. ## Por qué cambian las cifras de conversiones después de conectar la API Un cambio en el número de conversiones no prueba por sí solo que la deduplicación esté funcionando. Antes de sacar conclusiones conviene revisar qué eventos llegan, con qué identificadores, desde qué fuentes y cómo los está atribuyendo la plataforma. La variación puede venir de eventos nuevos que antes no se registraban. Si el píxel perdía compras por bloqueadores y ahora la API las recupera, el total sube. Eso no es un arreglo de duplicados, es una captura que antes no existía. También puede venir de un doble conteo. Si los identificadores no coinciden, el total sube por duplicación, no por recuperación. Y puede venir de un cambio en la ventana de atribución, de eventos que ahora llegan con más retraso, o de que el sistema de destino esté agrupando de otra manera. La única forma de saber qué pasó es mirar los eventos uno por uno: nombre, identificador, fuente y momento de envío. Comparar totales sin abrir el detalle lleva a conclusiones equivocadas en cualquiera de las dos direcciones. | Situación | Qué se observa | Qué suele significar | |---|---|---| | Los totales suben tras conectar la API | Más conversiones que antes | Puede ser captura nueva de eventos perdidos o doble conteo; hay que revisar identificadores | | Los totales no cambian | Misma cifra que antes | La API puede estar enviando eventos que ya llegaban por píxel, o puede no estar enviando nada útil | | Los totales bajan | Menos conversiones que antes | Puede haber eventos mal nombrados, identificadores que no coinciden o envíos que fallan | | Los totales oscilan sin patrón claro | Variación entre periodos | Conviene revisar retrasos de envío, ventanas de atribución y fuentes de cada evento | Ninguna de estas filas es un diagnóstico por sí sola. Son puntos de partida para revisar el detalle. ## Qué necesitas para implementar la API de conversiones de Meta Necesitas acceso al servidor o a la plataforma donde ocurren las conversiones, y definir qué eventos vas a enviar y con qué nombre. También debes asignar un event_id a cada evento para que coincida con el del píxel. La configuración depende de tu stack. Hay tres caminos habituales: 1. Integración directa desde tu servidor. Tú construyes la llamada a la API desde tu backend y controlas cada campo. Da el máximo control y exige trabajo técnico. 2. Socio aprobado. Una plataforma intermedia se encarga del envío y tú configuras qué eventos salen. Reduce el trabajo técnico y añade una capa que no controlas del todo. 3. Pasarela de pago o plataforma que ya envía eventos. Algunos sistemas de cobro o de gestión ya tienen la integración hecha y solo hay que activarla. Es el camino más rápido y el que menos margen deja para personalizar. Antes de elegir, conviene responder tres preguntas: dónde nace la conversión, quién puede generar un identificador único y quién tiene acceso a ese sistema. Si las tres respuestas apuntan al mismo lugar, la integración directa es viable. Si apuntan a sitios distintos, un socio o una pasarela suele ser más realista. El orden de verificación importa. Primero comprueba que el píxel envía los eventos correctos y con los nombres correctos. Después conecta la API. Si lo haces al revés, no sabrás si un problema viene del píxel, de la API o de la deduplicación. En [Pixel de Meta instalado sin eventos: orden de verificación](/blog/es/pixel-de-meta-instalado-sin-eventos-orden-de-verificacion) está el detalle de esa comprobación previa. ## Cómo encaja la API con el resto de tu medición La API de conversiones de Meta es una pieza dentro de un sistema más grande. Si tu medición empieza y termina en Meta, vas a tener una visión parcial de lo que ocurre. El recorrido completo tiene varios tramos: el clic en el anuncio, la sesión en tu web, la conversión en tu sistema y el estado final de esa conversión. La API cubre los dos últimos tramos. Los dos primeros dependen de cómo etiquetas tus enlaces y de cómo registras la fuente en tu CRM. Si etiquetas mal los enlaces, la API enviará eventos correctos que Meta no podrá asociar a la campaña adecuada. Un [generador UTM: crea el enlace correcto de campaña](/blog/es/generador-utm-crea-el-enlace-correcto-de-campana) ayuda a estandarizar esos enlaces antes de que lleguen a la API. Y si tu CRM no guarda el UTM en la ficha del lead, pierdes la conexión entre el evento y su origen. Ese es el problema que resuelve el [etiquetado UTM hasta la ficha del CRM: guía práctica](/blog/es/etiquetado-utm-hasta-la-ficha-del-crm-guia-practica). Las conversiones que ocurren por teléfono necesitan un tratamiento aparte, porque no pasan por ningún formulario web. El [seguimiento de llamadas: vincula cada llamada a su campaña](/blog/es/seguimiento-de-llamadas-vincula-cada-llamada-a-su-campana) cubre ese caso y se puede combinar con el envío de eventos desde el servidor. Y si tu stack incluye varias plataformas, conviene montar una capa de medición que no dependa de un solo proveedor. En [analítica de extremo a extremo sin proveedor: kit mínimo](/blog/es/analitica-de-extremo-a-extremo-sin-proveedor-kit-minimo) están las piezas mínimas para que ese sistema sea tuyo y no de una herramienta concreta. Si prefieres no construir la integración desde cero, en la página de [conexión de conversiones desde el servidor](/features/es/tracking) puedes ver cómo se envían eventos desde las etapas del CRM sin montar código propio. ## Errores frecuentes al conectar la API El error más común es conectar la API antes de tener el píxel ordenado. Si los nombres de evento en el píxel son inconsistentes, la API hereda esa inconsistencia y la deduplicación no funciona. El segundo es generar el event_id en dos sitios distintos. El frontend y el backend crean identificadores diferentes para el mismo evento, y Meta los cuenta por separado. Se detecta comparando el número de eventos enviados por cada vía con el número de conversiones registradas. El tercero es enviar eventos que no son conversiones. Un clic, una visita o una carga de página no son conversiones, y enviarlos como tales distorsiona la medición. La API debe llevar acciones que tu sistema considera valiosas, no toda la actividad. El cuarto es no revisar los datos de origen. La API envía lo que le das. Si el evento sale sin parámetros útiles o sin información de la fuente, Meta recibe un evento huérfano que no se puede atribuir bien. ## Siguiente paso Antes de tocar la API, revisa qué eventos está enviando tu píxel hoy: nombres, parámetros e identificadores. Esa lista es la base para decidir qué mandar desde el servidor y con qué event_id. Si quieres ver cómo se conectan las etapas del CRM con los eventos de conversión, revisa la página de [envío de conversiones desde el servidor](/features/es/tracking) y compara esa lógica con lo que ya tienes montado. ## Preguntas y respuestas ### ¿Qué es la API de conversiones de Meta y para qué sirve? Es la vía por la que envías eventos de conversión desde tu servidor a Meta, en lugar de depender solo del píxel en el navegador. Sirve para que Meta reciba acciones que el navegador no alcanza a registrar, como compras confirmadas o leads validados en tu CRM. No es un producto aparte: convive con el píxel y comparte la misma lógica de atribución. ### ¿Cómo evita Meta duplicar conversiones si mando el mismo evento por píxel y por la API? La deduplicación funciona por la coincidencia del nombre del evento y del event_id entre el píxel y la API. No hay un interruptor que active o desactive esa unión: si ambos envíos llevan el mismo identificador, Meta los trata como un solo evento. Si los identificadores no coinciden, se cuentan por separado. ### ¿Qué no reemplaza la API de conversiones de Meta? No reemplaza al píxel, porque la API cubre el lado servidor y el píxel cubre el navegador; los dos conviven. Tampoco reemplaza la lógica de atribución de Meta ni arregla un seguimiento mal implementado en tu web. Si tus eventos llegan con datos incompletos o mal nombrados, la API no corrige eso por sí sola. ### ¿Por qué cambian las cifras de conversiones después de conectar la API? Un cambio en el número de conversiones no prueba por sí solo que la deduplicación esté funcionando. Antes de sacar conclusiones conviene revisar qué eventos llegan, con qué identificadores, desde qué fuentes y cómo los está atribuyendo la plataforma. La variación puede venir de eventos nuevos que antes no se registraban, no de un arreglo de duplicados. ### ¿Qué necesito para implementar la API de conversiones de Meta? Necesitas acceso al servidor o a la plataforma donde ocurren las conversiones, y definir qué eventos vas a enviar y con qué nombre. También debes asignar un event_id a cada evento para que coincida con el del píxel. La configuración depende de tu stack: hay integraciones directas, socios aprobados y pasarelas de pago que ya envían eventos.