Una correcta atribución de las conversiones en Facebook es esencial para las empresas que quieren sacar el máximo partido a la publicidad de pago. Aunque algunas empresas siguen confiando en el seguimiento del navegador, cambiar al seguimiento del lado del servidor puede proporcionar datos más precisos. El etiquetado del lado del servidor permite la comunicación directa con su servidor y el de Facebook, proporcionando datos de calidad de primera parte y utilizando cookies de primera parte.
Esta publicación del blog proporcionará consejos prácticos para ayudarle a mejorar la atribución de la conversión de Facebook mediante el etiquetado del lado del servidor.
Una de las principales ventajas del etiquetado s2s es que proporciona una mayor precisión respecto a los métodos de seguimiento del lado del cliente. Esto se debe a que el etiquetado de servidor a servidor no puede ser bloqueado, ya que la comunicación se realiza a nivel de servidor. Herramientas como AdBlocker u otros mecanismos de prevención del seguimiento no pueden acceder a los datos enviados a través del servidor.
Cuando se activa la integración FB s2s, su servidor se comunica directamente con los servidores de Facebook. Envía datos fiables sobre los eventos y los usuarios que han visitado su sitio web, lo que ayuda a FB a atribuir a sus usuarios a sus perfiles de FB de forma precisa, lo que supone una información de calidad y una mayor probabilidad de éxito en la segmentación.
La forma más popular de seguimiento de Facebook de servidor a servidor es la configuración de la API de conversión de Facebook con la ayuda del contenedor de Google Tag Manager del servidor. Pero hay varios enfoques para configurar FB CAPI en sGTM. En esta guía, quiero describir diferentes métodos de configuración de FB CAPI, cómo cada forma impacta la atribución de FB, y cómo mejorar la atribución.
Estas sugerencias se basan en la experiencia de stape y en los comentarios de los clientes de stape.
Facebook recomienda configurar CAPI utilizando el método navegador+servidor. Cuando el seguimiento del navegador está bloqueado, el seguimiento del servidor seguirá enviando datos del usuario a Facebook. Cuando se activa tanto el seguimiento del navegador como el del servidor, FB utiliza el nombre del evento y el ID del evento para la deduplicación de eventos. Descarta un evento y mantiene otro para evitar el exceso de información.
Tenemos una entrada en el blog que describe cómo configurar Facebook CAPI utilizando el servidor GTM.
FB da mayor prioridad a los eventos del navegador. Cuando ven tanto eventos del navegador como del servidor, su algoritmo de deduplicación probablemente descartará los eventos del servidor y registrará los del navegador. Así que si usted envía más datos con un evento de servidor, FB no podrá leer estos datos. Tampoco combinan los parámetros de los eventos de la web y del servidor.
Un aspecto esencial de la configuración de FB CAPI mediante métodos híbridos a través de Google Tag Manager surge cuando se utiliza GA4 (o cualquier otra etiqueta GTM) para entregar datos de la web al servidor GTM. En los casos en que AdBlocker bloquea GA4, no proporciona datos a sGTM, lo que significa que las etiquetas FB CAPI tampoco se activan. Así que en este escenario, los eventos del navegador no se activan, así como las etiquetas del servidor.
Comentarios