Qué es Facebook Conversion API
Es una API (Application Programming Interface) especializada en la optimización de las conversiones generadas en un sitio web, app u otro dispositivo conectado (para esto último sería necesario el Measurement Protocol de GA4).
Funciona desde el lado del servidor, y esencialmente permite compartir con FB la información de eventos relevantes con la intención de mejorar el rendimiento y la medición de las campañas publicitarias. Facebook Conversion API permite hacer acciones como:
- Controlar los datos compartidos con terceros.
- Optimizar y precisar la información enviada.
- Medir las interacciones de una manera menos lesiva.
Cómo integrar Facebook CAPI a través de GTM server-side
Esta implementación, ahora que ya está desarrollada y testeada, la puede llevar a cabo cualquier persona que tenga una mínima experiencia con las tecnologías y las plataformas a continuación descritas. Sin embargo, el nivel de optimización que al que se puede llegar es casi ilimitado. Las opciones son infinitas.
Fase 1) Configurar correctamente GTM server-side
- Evitar el futuro bloqueo de third_party cookies.
- Mejorar la velocidad de carga. Cabe señalar que el píxel de FB es una de las librerías que más recursos consume y que por lo tanto más afecta al rendimiento de nuestras páginas.
- Conexión directa con las plataformas de terceros.

Configuración de GTM server-side para un dominio ccTLD específico.
Fase 2) Creación o actualización de dataLayers
Fase 3) Configuración de GTM client y server-side
- Crear una nueva propiedad de GA4 que recoja solo los hits que se enviarán a FB a través de GTM server-side. Ya habrá tiempo de aunar todo más adelante cuando estemos seguros que el resultado satisface nuestras expectativas.
- En el contenedor GTM client-side crear los 2 siguientes tags. El propósito de esto no es otro que comprobar cuántos hits se procesarán realmente en FB Ads comparándolos con lo que se reciben en GA4.
- Etiqueta de tipo GA4 Event llamada ‘GTM server side CC’ con al menos los event-parameters ‘transport_url’ y ‘first_party_collection‘ tal y como se ve en la parte izquierda de la siguiente imagen. A la derecha simplemente se ha creado un activador que salte con cualquier evento (aquí se podrían indicar únicamente los que nos interesen enviar a FB CAPI) y dos variables para controlar a qué servidor se debe enviar los datos.

Desarrollo propuesto para facilitar el envío y validación de los datos.
-
- Etiqueta de tipo GA4 Event llamada ‘GTM server side All’ cuya única funcionalidad es enviar a la nueva propiedad de GA4 la misma información que se controla con la otra etiqueta. Es decir, en vez de enviarlo a la ‘transport_url’ concreta de cada dominio, enviarlo a Google Analytics directamente (bien como hasta ahora directamente desde el GTM client-side o usando el Cliente GA4 en el lado de GTM server-side). Esta etiqueta nos va ayudar a validar todo el proceso durante varias semanas. Luego no será necesaria.
- En GTM server-side, después de importar este Tag Template de FB, habrá que acometer algunos cambios programáticos (siempre y cuando, como en nuestro caso, hayamos usado claves de dataLayer no habituales). En este caso, y puesto que se trata de un site SPA (Single Page Application), se ha aprovechado el evento custom ‘spa’; el cual se genera por cada cambio de url aunque no haya una carga de página al uso.

Modificaciones en el Template de FB CAPI para eventos custom no previstos.
Llegado a este punto ya solo queda confirmar que la información que enviamos desde GTM client-side se recibe en GTM server-side y este la procesa para enviarla a Facebook CAPI. La comprobación se deberá hacer tanto en el debugger de GTM server-side como en el Business Manager de FB, concretamente en el Administrador de eventos. Te recomiendo que primero hagas pruebas a través de la pestaña ‘Probar eventos’ añadiendo al campo Test Event Code de la etiqueta creada para FB en GTM server-side el código mostrado en dicha pestaña.

Comprobación de eventos recibidos vía GTM server-side y FB Business Manager.
Si ves los resultados en el propio Business Manager de FB sin errores aparentes será el momento de validarlo en el entorno de producción real.
Antes de despedirme, detallar que el comentario ‘Deduplicados’ que aparece en cada uno de los eventos denota simplemente que FB ha sido capaz de entender que ese evento se ha enviado a través del navegador también y por lo tanto no lo contabilizará dos veces. Es capaz de hacer esto gracias a varias variables como la IP, el país o el event_id asociado a cada uno de los eventos. Lógicamente cuando pasado un tiempo todo esté perfectamente validado se podrá descartar la implementación del lado del cliente, lo cual además hará que nuestro sitio web se cargue más rápido entre otras ventajas.
Con esto termino el post de esta semana. Espero «verte» la semana que viene. Si deseas que desarrolle algún tema en concreto, no dudes en escribirme a través de este formulario. Lo tendré en cuenta para siguientes posts 😉 ¡Un saludo y gracias por leerme!