Si inviertes en Meta Ads en 2026, la Conversions API (CAPI) de Meta ya no es opcional; el seguimiento en el navegador pierde demasiada señal como para prescindir de ella. Pero hay un fallo que casi todas las guías de CAPI ignoran: una Conversions API estándar registra una conversión por cada visitante, incluidos bots y leads falsos, y entrena discretamente tu optimización Advantage+ con basura. Esta guía explica qué es realmente CAPI, Pixel frente a CAPI, la deduplicación, Event Match Quality, todas las formas de configurarla y por qué las conversiones filtradas de fraude (una señal limpia, no solo más señal) son lo que de verdad protege tu rendimiento.
¿Qué es la Conversions API (CAPI) de Meta?
CAPI significa Conversions API. Meta la define como una herramienta que crea una conexión directa entre tus datos de marketing y Meta y envía eventos web, de app, de mensajería empresarial y offline/CRM de servidor a servidor. Mientras el Meta Pixel ejecuta JavaScript en el navegador del visitante, CAPI envía los mismos eventos desde tu servidor, así que llegan aunque el navegador bloquee, falle o elimine el Pixel.
En el Administrador de eventos, CAPI aparece como una fuente de datos que conectas junto al Pixel (Conversions API para web, app, offline o mensajería empresarial). Es la mitad del seguimiento de Meta que funciona del lado del servidor; el Pixel es la mitad del lado del cliente.
Por qué CAPI importa ahora: el problema de la pérdida de señal en el navegador
El seguimiento solo en el navegador pierde una parte creciente de las conversiones:
- ATT de iOS. Tras App Tracking Transparency, AppsFlyer midió una tasa global de aceptación en iOS de aproximadamente el 50% en el primer trimestre de 2024 (con grandes variaciones por región), así que una gran parte de los usuarios de iOS no se puede seguir a nivel de dispositivo.
- ITP de Safari limita las cookies propias creadas con JavaScript a unos 7 días, lo que limita estructuralmente la persistencia del Pixel.
- Los bloqueadores de anuncios y los banners de consentimiento impiden directamente que el Pixel se active para muchos usuarios.
Un mito que hay que desmontar: las cookies de terceros no han muerto. Google revirtió su plan de retirada en Chrome en 2024 y más tarde fue cerrando Privacy Sandbox. La pérdida de señal es real, pero la provocan ATT, ITP, el consentimiento y los bloqueadores de anuncios, no una fecha límite para las cookies. CAPI es la respuesta duradera porque no depende en absoluto del navegador.
Pixel, CAPI o ambos: la arquitectura que recomienda Meta
La pregunta habitual (¿Pixel o CAPI?) tiene una respuesta clara: usa ambos, de forma redundante. Se complementan:
| Meta Pixel (lado del cliente) | Conversions API (lado del servidor) | |
|---|---|---|
| Dónde se ejecuta | Navegador del visitante | Tu servidor |
| Puntos fuertes | Eventos en tiempo real, fbp/fbc, remarketing | Resiste a bloqueadores de anuncios, ATT e ITP; identificadores más ricos |
| Señales | Cookies del navegador, comportamiento en la página | IP, user agent, datos de CRM con hash (correo/teléfono) |
| Punto débil | Bloqueado o limitado por los controles de privacidad | Por sí sola no tiene señal de comportamiento en la página |
El Pixel capta las señales del navegador y alimenta las audiencias de remarketing; CAPI recupera las conversiones que pierde el navegador y añade datos de coincidencia que solo tiene el servidor. Juntos dan a Meta una imagen más completa y resistente, y precisamente por eso importa la deduplicación.
Cómo funciona la deduplicación: event_id y event_name
Si envías la misma compra desde el Pixel y desde CAPI sin deduplicación, la cuentas dos veces, lo que distorsiona los informes y confunde a las pujas automatizadas. Meta deduplica a partir de un event_id coincidente más el mismo event_name en ambos canales (el ID de navegador fbp es una clave secundaria para las compras).
La regla: genera un único event_id por conversión y pasa exactamente el mismo valor a las dos llamadas.
// Un id por conversión, enviado por AMBOS canales
const eventId = crypto.randomUUID();
// Navegador (Pixel)
fbq('track', 'Purchase', { value: 79.0, currency: 'USD' }, { eventID: eventId });
// Servidor (CAPI): mismo event_name + event_id
sendCapiEvent({
event_name: 'Purchase',
event_id: eventId,
event_time: Math.floor(Date.now() / 1000),
action_source: 'website',
event_source_url: 'https://example.com/thank-you',
// ...user_data, custom_data
});
Una diferencia de mayúsculas o de espacios rompe la coincidencia y cuenta dos veces sin avisar. El Conversions API Gateway y las integraciones nativas de partners gestionan la deduplicación por ti; con GTM del lado del servidor y las integraciones directas, es responsabilidad tuya.
Event Match Quality (EMQ): la puntuación que impulsa la optimización
Event Match Quality es la puntuación sobre 10 de Meta (Deficiente / Aceptable / Buena / Excelente) que indica lo bien que la información del cliente que envías vincula un evento con una cuenta de Meta. Una mejor coincidencia significa mejor atribución y mejor optimización.
Las palancas, por peso: el correo, el teléfono y el external_id con hash son las que más pesan, apoyadas por fbc/fbp, la IP y el user agent. Los campos de información del cliente deben normalizarse y cifrarse con hash SHA-256 antes de enviarlos; client_ip_address, client_user_agent, fbc y fbp se envían sin procesar. CAPI suele puntuar más alto que el Pixel solo porque puede adjuntar identificadores del servidor que el navegador no tiene. Apunta a un 8–9 realista, pero recuerda la advertencia de más abajo: un EMQ alto en un bot solo significa que Meta ha identificado un bot con seguridad.
Parámetros de evento de servidor de CAPI: obligatorios y recomendados
Según la referencia de eventos de servidor de Meta:
- Obligatorios:
event_name,event_time(Unix) yaction_source(en todos los eventos; los valores incluyenwebsite,app,email,phone_call,chat,physical_store,business_messaging). Los eventos de sitio web también requierenevent_source_url. - Muy recomendados:
event_id(deduplicación), el objetouser_data(coincidencia + EMQ),custom_data(valor, moneda) ydata_processing_optionspara LDU/CCPA cuando corresponda.
Cuatro formas de configurar CAPI
- Integración directa con la API: tu servidor llama a la Graph API. El máximo control y flexibilidad; un desarrollo puntual.
- Conversions API Gateway: con poco o ningún código, se ejecuta en tu cuenta de AWS o GCP y gestiona la deduplicación automáticamente. Pagas el alojamiento en la nube, no a Meta.
- Integraciones de partners / CMS: incluida la CAPI nativa de Shopify a través del canal de ventas de Meta: vincula tu cuenta, configura el uso compartido de datos en Máximo y Shopify enviará eventos de servidor junto al Pixel con la deduplicación resuelta. Normalmente gratuita y la opción predeterminada adecuada para la mayoría de las tiendas.
- Google Tag Manager del lado del servidor: la plantilla de etiqueta de Meta en un contenedor sGTM; flexible, añade costes de alojamiento en la nube y deduplicación manual.
Desde el 15 de abril de 2026, Meta también ha lanzado una Conversions API “habilitada por Meta” gratuita y en un clic en el Administrador de eventos, que replica en el servidor los eventos existentes del Pixel sin código: la opción con menos fricción para los pequeños anunciantes.
Lo que Meta afirma que aporta CAPI (lee estas cifras con atención)
Las cifras de la propia Meta: los anunciantes con una configuración de CAPI web registraron de media un coste por resultado un 17,8% menor (abril de 2026), con cifras anteriores en torno al 13% y un aumento de compras de ~19%. Son mediciones propias de Meta, no auditadas de forma independiente. Son coherentes en la dirección y verosímiles dada la recuperación de señal, pero trata los porcentajes exactos como datos del proveedor, no como verdad absoluta.
El fallo oculto: la CAPI estándar también envía conversiones de bots y leads falsos
Esto es lo que se saltan las guías de configuración. Ni el Pixel ni una CAPI estándar filtran el tráfico inválido. Ambos registran una conversión por cada visitante que la activa, incluidos bots, sesiones de fraude de clics y leads falsos de formularios. Y la web ya es mayoritariamente de máquinas: Imperva comprobó que el tráfico automatizado alcanzó el 51% de todo el tráfico web en 2024 (bots maliciosos, 37%), y su informe de 2026 sitúa el tráfico automatizado por encima del 53%. El marco de IAB/MRC llama a la parte difícil de detectar tráfico inválido sofisticado (SIVT), justo el tráfico que se cuela en un flujo de conversiones.
Si entra basura, sale basura: canaliza conversiones inválidas hacia CAPI y habrás hecho tu medición más eficiente a la hora de entregar datos malos a Meta.
Por qué las conversiones sin filtrar degradan discretamente Advantage+
Advantage+ optimiza hacia quien genera tus eventos. Según se ha informado, el motor de recuperación de Meta, Andromeda, es 4× más eficiente por unidad de datos, con +6% de recall y +8% de calidad de los anuncios (despliegue global en 2025). Esa eficiencia corta en ambos sentidos: si le das “conversiones” de bots y leads falsos, aprende, más rápido, a encontrar más perfiles similares baratos y de baja calidad, de modo que tu coste por adquisición real empeora mientras el panel parece muy activo. (El mecanismo es de la propia Meta; la magnitud depende de tu tasa de fraude).
Por eso el EMQ por sí solo también puede engañar: una puntuación de coincidencia alta en un evento basura solo significa que Meta ha identificado un bot con seguridad. La calidad de la coincidencia y la validez de la señal son dos problemas distintos.
CAPI filtrada de fraude: una señal limpia, no solo más señal
Aquí es donde ClickFortify para Meta Ads cambia la ecuación. En lugar de enviar todos los eventos, ClickFortify valida cada clic y cada sesión en la landing page con más de 200 señales en menos de 50 milisegundos, detecta los leads falsos antes de que se sincronicen con tu CRM y luego envía solo conversiones humanas validadas a través de la CAPI nativa. Conservas la cobertura por la que CAPI es famosa y proteges la validez de la señal con la que se entrena Advantage+, desde 8 USD/mes. Esa es la diferencia entre “más conversiones” y “las conversiones correctas”. Descubre cómo encaja en el panorama general del fraude de clics en Meta Ads y en el problema de los leads falsos en las pujas automatizadas.
Lista de comprobación de la configuración de CAPI y errores habituales
- ✅ Un
event_idpor conversión, idéntico en el Pixel y en el servidor, o contarás dos veces. - ✅ El mismo
event_nameen ambos canales; confirma la deduplicación en el Administrador de eventos. - ✅ Envía parámetros de coincidencia precisos y con hash (correo/teléfono/external_id) para subir el EMQ; no los rellenes con ruido.
- ✅ Define
action_sourceen todos los eventos yevent_source_urlen los eventos de sitio web. - ✅ Gestiona el consentimiento y
data_processing_options: la base legal es responsabilidad tuya. - ❌ No envíes eventos de prueba ni de bots a tu conjunto de datos de producción.
- ❌ No trates CAPI como protección contra el fraude; filtra el tráfico inválido antes de enviar los eventos.
CAPI hace llegar tus conversiones reales a Meta de forma fiable. Mantener fuera las falsas es otra tarea, y es la que decide si Advantage+ optimiza hacia clientes o hacia bots. Empieza por la guía completa de protección contra el fraude de clics y luego añade encima una CAPI filtrada de fraude.
Preguntas frecuentes
¿Qué es Meta CAPI?
Meta CAPI es la Conversions API, una conexión del lado del servidor que envía eventos de conversión (web, app, mensajería empresarial y offline/CRM) directamente desde tu servidor a Meta. Meta la describe como la creación de una conexión directa entre tus datos de marketing y Meta. A diferencia del Meta Pixel, que funciona en el navegador, CAPI no se ve bloqueada por los bloqueadores de anuncios, los fallos del navegador ni las restricciones de cookies, así que recupera la señal de conversión que el seguimiento en el navegador pierde por límites de privacidad como ATT de iOS e ITP de Safari.
¿Qué significa CAPI en Meta Ads?
CAPI son las siglas de Conversions API. En la interfaz de Meta aparece como Conversions API (a veces Conversions API para web, app, offline o mensajería empresarial) y es una fuente de datos que conectas junto al Meta Pixel. Es un seguimiento de conversiones de servidor a servidor, frente al Pixel, que funciona del lado del cliente en el navegador.
¿Qué diferencia hay entre el Meta Pixel y CAPI?
El Meta Pixel funciona del lado del cliente: ejecuta JavaScript en el navegador y capta señales en tiempo real como PageView y ViewContent, además de las cookies fbp/fbc que se usan para la coincidencia y el remarketing. CAPI funciona del lado del servidor: tu servidor envía los eventos directamente a Meta con identificadores más ricos (IP del cliente, user agent, correo y teléfono con hash) y resiste a los bloqueadores de anuncios y a los límites del navegador. Meta recomienda usar ambos para los mismos eventos, con deduplicación, porque se complementan en lugar de sustituirse.
¿Cómo funciona la deduplicación entre el Pixel y CAPI?
Cuando la misma conversión la envían tanto el Pixel como CAPI, Meta la deduplica para que cuente una sola vez. La deduplicación se basa en un event_id coincidente más el mismo event_name enviado por ambos canales (el ID de navegador fbp puede actuar como clave secundaria en las compras). Genera un único event_id en el momento de la conversión y pasa exactamente el mismo valor a la llamada fbq del Pixel (como eventID) y al evento del servidor (como event_id). Cualquier discrepancia rompe la deduplicación y cuenta dos veces, lo que distorsiona los informes y las pujas automatizadas.
¿Qué es Event Match Quality (EMQ) y cómo lo mejoro?
Event Match Quality es la puntuación de Meta sobre 10 (Deficiente, Aceptable, Buena o Excelente) que indica con qué eficacia la información del cliente que envías puede vincular un evento con una cuenta de Meta. Mejórala enviando parámetros más precisos con hash SHA-256: el correo, el teléfono y el external_id son los que más pesan, y fbc/fbp, la IP y el user agent apoyan la coincidencia. La calidad gana a la cantidad: los datos erróneos o que no coinciden bajan la puntuación, así que apunta a un 8 o 9 realista en lugar de a un 10 perfecto.
¿Shopify admite Meta CAPI?
Sí. Shopify ofrece una integración nativa con la Conversions API de Meta a través del canal de ventas de Facebook e Instagram (Meta). Tras vincular tu cuenta de Meta y tu píxel, configura el uso compartido de datos de clientes en Máximo; Shopify enviará entonces automáticamente eventos CAPI del lado del servidor junto al Pixel, con la deduplicación resuelta por ti y sin necesidad de código personalizado. Es la opción predeterminada recomendada para la mayoría de las tiendas Shopify.
¿CAPI detiene el fraude de clics o los leads falsos?
No. CAPI es una herramienta de medición y de transporte de datos, no un detector de fraude. Un Pixel estándar y una CAPI estándar registran ambos una conversión por cada visitante que la activa, incluidos bots, sesiones de fraude de clics y leads falsos de formularios. Enviar esos eventos sin filtrar entrena la optimización Advantage+ de Meta con basura, de modo que busca más tráfico similar de baja calidad. La solución es una capa de validación previa que filtre el tráfico inválido antes de enviar los eventos (CAPI filtrada de fraude): valida cada clic y cada lead y envía a través de la Conversions API solo las conversiones humanas genuinas.
¿Cuánto cuesta configurar CAPI?
Depende de la vía. Las integraciones de partners como Shopify y WooCommerce suelen ser gratuitas, y la Conversions API habilitada por Meta en un clic (lanzada el 15 de abril de 2026) también es gratuita. El Conversions API Gateway se ejecuta en tu propia cuenta en la nube (AWS o GCP), así que pagas el alojamiento en lugar de una tarifa a Meta. Google Tag Manager del lado del servidor añade costes de alojamiento en la nube, y una integración directa personalizada es un desarrollo puntual. La API en sí no tiene ningún cargo por evento por parte de Meta.
¿Qué parámetros de evento de servidor exige CAPI?
Todo evento de servidor de CAPI requiere event_name, event_time (marca de tiempo Unix) y action_source, que indica a Meta dónde se produjo la conversión (los valores incluyen website, app, email, phone_call, chat, physical_store y business_messaging). En los eventos de sitio web también es obligatorio event_source_url. Muy recomendados: event_id para la deduplicación, el objeto user_data para la coincidencia y el EMQ, y custom_data para el valor y la moneda. Los campos de información del cliente, como el correo y el teléfono, deben normalizarse y cifrarse con hash SHA-256, mientras que client_ip_address, client_user_agent, fbc y fbp se envían sin procesar.
