Facebook Pixel le permite rastrear la actividad de los usuarios en su sitio, recopilar audiencias de remarketing y crear audiencias lookalike. Cuando se implementa correctamente, Facebook Pixel alimenta información relevante a los algoritmos de machine learning de Facebook (FB ML), que utilizan estos datos para mostrar sus anuncios a las personas con mayor probabilidad de convertir.
Durante varios años, hemos rastreado eventos en nuestros sitios utilizando código JavaScript, el SDK de Facebook en aplicaciones, o cargando eventos offline. Pero, ¿cómo rastrear a usuarios con ad blockers, monitorear eventos fuera de su sitio o extender la vida útil de una cookie? Esto se puede lograr mediante la Facebook Conversions API o la Facebook Conversions API Gateway.
Este artículo se centrará en el seguimiento de conversiones de Facebook y le guiará sobre cómo configurar la Facebook Conversions API a través del contenedor de servidor de Google Tag Manager. Además, consulte las plantillas preconfiguradas de Stape para Meta CAPI. Configurar su implementación nunca ha sido más fácil; todo está preconfigurado y listo para usted.
| Relacionado: Facebook Сapi tag. |
Veamos qué es la Facebook Conversions API y cómo podemos usarla para mejorar el seguimiento de eventos, la atribución y la recopilación de datos en Facebook. La Facebook Conversions API le permite enviar eventos directamente desde su servidor al servidor de Facebook.
Facebook CAPI tiene el mismo propósito que Facebook Pixel, pero se basa en una tecnología diferente. Las políticas y restricciones en torno a FB CAPI la hacen más adecuada para las necesidades del entorno de seguimiento moderno. A diferencia de Facebook Pixel, la Conversions API no depende del navegador del usuario para enviar información de seguimiento; todo se procesa a través del servidor en la nube, mejorando la seguridad y precisión de los datos.
Al examinar las URLs de los anuncios de Facebook, notará que FB agrega un parámetro adicional, fbclid, al final de casi cualquier URL. El código del pixel en la página de destino almacena el valor de este parámetro en una cookie y lo envía junto con cualquier evento de Facebook. Además del ID de clic (fbclid), Facebook utiliza el ID de navegador (fbp). Las cookies _fbp y _fbc ayudan a Facebook a identificar el tipo de usuario que llegó a su sitio y quién convirtió.
Facebook puede hacer coincidir usuarios a través de otros parámetros como email, número de teléfono, nombre/apellido. Cuantos más datos de usuario envíe a la Facebook Conversions API, mayor será su match rate.
El seguimiento del lado del servidor de Facebook, o la Facebook Conversions API, ha estado disponible durante varios años. Sin embargo, a partir de 2021, Facebook comenzó a promover la Conversions API de manera más agresiva. Si tiene un representante dedicado de Facebook gestionando su cuenta publicitaria, es muy probable que le recomiende configurar la Facebook Conversions API.
Estas son las razones más importantes para considerar implementar la Facebook Conversions API. Vea los detalles a continuación.
Al integrar la Conversions API junto con Meta Pixel, Ray-Ban pudo mejorar significativamente sus resultados publicitarios. La combinación llevó a un 36% más de alcance en Facebook e Instagram en comparación con usar Meta Pixel solo.
Además, la marca registró una reducción del 19% en el costo por 1.000 vistas y del 7% en el costo por conversión, lo que demuestra la efectividad de la Conversions API en la optimización de sus campañas y en la obtención de mejores resultados.
Meta Conversions API Gateway es la solución más rápida para implementar el seguimiento del lado del servidor de Meta y no requiere conocimientos especializados.
Stape ofrece alojamiento para Conversions API Gateway a un costo de $10 por píxel al mes o $100 por 100 píxeles al mes. Además, todos los usuarios reciben una prueba gratuita de 7 días.
Una de las formas más accesibles es usar el servidor de Google Tag Manager (sGTM). Con sGTM, las empresas pueden enviar datos de clientes directamente a los servidores de Facebook.
Ventajas de configurar Facebook CAPI vía sGTM:
Inconvenientes de configurar Facebook CAPI vía sGTM:
En este artículo, nos centraremos en configurar el seguimiento del lado del servidor de Facebook a través del servidor GTM.
Usaremos el contenedor de servidor de Google Tag Manager para configurar Facebook Conversions API. Necesitará:
También tenemos un artículo en nuestro blog sobre el contenedor de servidor de Tag Manager y los beneficios que ofrece.
Este vídeo muestra cómo configurar Facebook Conversions API con Google Analytics 4.
2. Envíe datos al contenedor del servidor de GTM. Las formas más usadas son Google Analytics 4 y Data Client de Stape.
3. Abra su contenedor de servidor de Google Tag Manager. Añada la etiqueta de Facebook Conversions API desde la Template Gallery.
4. Cree una etiqueta de Facebook Conversions API Tag dentro de sGTM. Seleccione Tag → Haga clic en New → Elija la etiqueta de Facebook que agregó en el paso anterior.
Añada su Facebook Pixel ID y su Facebook API Access Token. Recomendamos añadir estos valores como variables,porque los necesitará para cada evento de Facebook que quiera seguir. Si no conoce su Facebook API Access Token, la documentación oficial explica cómo obtenerlo.
5. Tiene dos opciones para configurar nuestra etiqueta de Facebook Conversions API:
6. Si eligió override, use los eventos de GA4 o Data Tag y Data Client para activar los eventos del servidor de Facebook. El evento Facebook PageView debe activarse con un evento personalizado page_view reclamado por un cliente específico. Por ejemplo, si elige GA4 como fuente de datos para el contenedor de servidor de GTM, use el evento page_view cuando el nombre del cliente sea GA4.
Para otros eventos, abra Google Tag Manager's preview and debug mode del contenedor de servidor, haga la acción en su sitio, y compruebe el nombre del evento que GA4 o Data Tag envían a su contenedor de servidor.
En el ejemplo, queremos configurar el evento Facebook ViewContent cuando alguien abre una página de producto en el sitio. Asegúrese de enviar con su evento de GA4 o de Data desde el contenedor web los datos extra que usará el evento de servidor. El ejemplo usa parámetros estándar de eCommerce de Facebook y datos de usuario.
Para hacerlo, creamos una etiqueta nueva en el contenedor de servidor, elegimos override, seleccionamos el evento estándar ViewContent, añadimos el API Access Token y el Facebook Pixel ID. También añadimos los User Data. Luego creamos un disparador nuevo con event name igual a view_item y Client Name igual a GA4.
7. Puede pasar parámetros personalizados con Server Event Data Override, User Data y Custom Data. Puede enviar datos de usuario para aumentar el match score de Facebook con User Data. Tenga en cuenta que los datos de usuario enviados a la Facebook Conversions API deben ir con hash. Nuestra etiqueta de Facebook aplica el hash automáticamente cuando es necesario.
También puede activar Event Enhancement para usar una cookie segura HTTP-only gtmeec para enriquecer datos de eventos. Cuando esta opción está activada, la etiqueta guarda datos de usuario en cookies y enriquece eventos cuando estos datos no están disponibles. Esto mejora la calidad de coincidencia y, por lo tanto, la atribución de conversiones a sus campañas.
8. Cuando termine de configurar todos sus eventos de Facebook, abra Google Tag Manager's preview and debug mode y pruebe que todo funciona bien. También puede abrir su etiqueta de Facebook en el contenedor de servidor y añadir un Facebook test ID. Este test ID se encuentra en Meta Events Manager en la pestaña Test events.
9. Cuando haya configurado y verificado que la Facebook Conversions API funciona bien, debe eliminar el tracking del navegador de Facebook o configurar la deduplicación de eventos. De lo contrario, sus eventos se duplicarán.
El primer paso para probar el seguimiento del lado del servidor de Facebook es el mismo que para Google Analytics. Necesita asegurarse de que los eventos se activen con los triggers correctos. Abra la herramienta de depuración de GTM, navegue por las páginas de su sitio y realice los eventos que desea probar. Una vez hecho esto, vaya a la pestaña del depurador de Tag Manager y verifique los resultados.
Primero, asegúrese de que el pixel base de FB se active en una vista de página. Si ve el estado de la etiqueta como Fail, verifique las solicitudes salientes, que deberían indicar por qué falló la etiqueta.
Si está usando nuestra etiqueta de seguimiento del lado del servidor de FB, tiene dos opciones para enviar eventos de FB:
Abra el Events Manager dentro de su Facebook Business Manager y haga clic en Test Events. Verá un código de evento de prueba que debe agregar a su etiqueta de Facebook dentro de Google Tag Manager. Este código le permitirá probar los eventos del servidor de Facebook en tiempo real.
Una vez que haya agregado el test ID, abra su sitio y realice acciones que activen sus eventos de FB. Luego regrese a la herramienta de pruebas de Facebook y verifique los eventos mostrados. En la columna Received From, debería ver Server. Puede hacer clic en el evento para ver los parámetros registrados.
Tenga en cuenta que el plugin de Chrome Facebook Pixel Helper que usaba para verificar los eventos del navegador de Facebook no funcionará con la Conversions API. Por eso necesita verificar todo en la herramienta de pruebas.
| Nota: las cookies se extenderán solo si está usando un subdominio personalizado dentro de la URL de etiquetado. Por ejemplo, si la URL de su sitio es example.com, entonces un dominio personalizado para la URL de etiquetado debería verse como gtm.example.com. |
El tercer paso es similar a lo que hicimos antes, pero con algunas diferencias. Para verificar la fecha de expiración de las cookies de Facebook, primero necesita generarlas. Para hacer esto, abra su sitio y agregue fbclid.
Una vez hecho eso, abra las herramientas de desarrollador, vaya a Storage, y haga clic en Cookies. Verifique que _fbc y _fbphayan sido extendidas.
Con Stape, usted puede mejorar la precisión del tracking y los resultados de las campañas gracias al seguimiento del lado del servidor.
Según su plataforma, puede implementar el seguimiento rápido y eficazmente con nuestras plantillas personalizadas. Siga las guías paso a paso para configurar Meta CAPI con el contenedor de servidor de GTM para:
Pronto habrá plantillas y guías para Wix, Shopware, Prestashop y otras. Díganos si necesita una plantilla para otro CMS.
Facebook recomienda usar el Pixel y la Conversions API para medir eventos, pero sin deduplicación, los datos duplicados del navegador y del servidor pueden cambiar los resultados. La deduplicación mantiene solo un evento usando IDs únicos que se comparten entre ambas fuentes. Una configuración correcta pide generar y sincronizar estos IDs entre los eventos del navegador y del servidor, y se puede probar todo en Events Manager de Facebook.
Además, enviar datos del usuario por la Conversions API mejora la match quality y las event match scores, lo que ayuda al rendimiento de los anuncios. Los datos del usuario deben venir del data layer y seguir las reglas de privacidad. Herramientas como los plugins de Stape ayudan a integrar estos datos para optimizar mejor las campañas de Facebook.
Para hacer coincidir a los visitantes de su sitio con su base, Facebook usa User Data para Conversions API.
Facebook requiere que hashee algunos parámetros antes de enviarlos, pero no necesita preocuparse por eso; la etiqueta de Facebook hasheará automáticamente todos los datos antes de enviarlos.
Cuantos más parámetros de usuario envíe a Facebook, mayores serán las posibilidades de que coincida con un usuario, resultando en una puntuación de coincidencia de eventos más alta.
Enviar parámetros de usuario desde su sitio a Facebook es un tema sensible porque comparte datos con un tercero. Antes de enviar estos datos a Facebook, asegúrese de que respeta su política de privacidad.
Idealmente, debería tener los datos del usuario agregados al data layer. Si esto no es posible, intente recopilarlos de la página usando código JavaScript personalizado y enviarlos junto con las conversiones o eventos que le interesen.
Por ejemplo, los plugins de Stape para CMS, como Facebook CAPI for Shopify, WordPress server-side tracking, Magento 2 Google Tag Manager y la app de GTM para BigCommerce, añaden una data layer que incluye datos de usuario.
Puede recuperar fácilmente los datos del data layer y agregarlos a los eventos de Facebook en un contenedor web.
Luego, transfiera los datos requeridos al contenedor del servidor (en el payload de GA4 o Data tag, dependiendo de lo que use).
Finalmente, agregue estos datos a su evento de Facebook del lado del servidor.
Con esto, obtendrá una mejor calidad de coincidencia para sus eventos de Facebook y, potencialmente, mejores resultados de sus campañas, porque Facebook entenderá mejor a su audiencia y optimizará sus campañas con más precisión.
Puede ver todos los dominios que envían datos a su Facebook Pixel. Si Facebook detecta tráfico desde un nuevo subdominio o dominio, le enviará una advertencia. Puede incluir en lista blanca o lista negra dominios usando esta función para bloquear el tráfico de sus sitios de prueba o URLs técnicas.
Lo más probable es que también vea tráfico de gtm-msr.appspot.com. Esto puede ocurrir cuando ejecuta un contenedor de depuración/publicación o cuando los usuarios visitan su sitio con JavaScript deshabilitado (algunos bots).
Para crear listas de dominios permitidos o bloqueados, abra la Events Tool en Business Manager → haga clic en Settings → desplácese hacia abajo hasta Traffic Permissions.
Este es el segundo error más común de Facebook CAPI según nuestra experiencia. Este error indica que no está enviando algunas claves de deduplicación para sus eventos del servidor. Facebook utiliza estas claves de deduplicación: event name, event ID, _fbp y external ID.
Según nuestra experiencia, la falta de parámetros de Event ID causa este error el 80% del tiempo. Verifique si está enviando un event ID tanto para Facebook Pixel como para la Facebook Conversions API. Este event ID debe ser el mismo tanto para los eventos del navegador como del servidor, permitiendo a Facebook reconocer el mismo event name y event ID para la deduplicación.
Por ejemplo, para eventos PageView, envíe el mismo event ID y event name tanto desde Facebook Pixel como desde Facebook CAPI.
Para probar el event ID, abra la herramienta de pruebas de eventos de Facebook. Si todo está correcto, su resultado debería verse similar a la captura de pantalla a continuación. Así es como Facebook muestra que registró eventos PageView tanto del navegador como del servidor, que tenían el mismo event ID, indicando que los eventos del navegador fueron procesados y los eventos del servidor fueron deduplicados.
Pero puede haber situaciones donde vea eventos del navegador y del servidor activarse aleatoriamente. En este caso, verifique el event ID de Facebook; probablemente no sean idénticos. Puede usar nuestra variable personalizada para el contenedor web para configurar el event ID de Facebook. Para más información sobre la deduplicación de eventos de Facebook, consulte la sección anterior.
A veces este error puede ocurrir si no eliminó el Facebook test ID y publicó las etiquetas de Facebook CAPI en el entorno de producción. Recomendamos configurar el Test ID como una variable de tabla de búsqueda que solo funcione cuando el modo de depuración esté habilitado para resolver este problema.
Aquí, Facebook le alerta que los valores enviados desde el servidor no son únicos o están formateados incorrectamente. Por ejemplo, podría estar enviando una IP de usuario que incluye símbolos además de números, o puede haber seleccionado la variable incorrecta, como enviar un número de teléfono en el campo de email.
Para identificar el problema, abra el modo de vista previa del contenedor de servidor y web de Google Tag Manager (si usó GTM para configurar Facebook Conversions API). Debería ver qué parámetros de usuario se enviaron a Facebook y si están formateados correctamente. Pruebe el evento, haga clic en la etiqueta en el modo de depuración y verifique los valores.
Este error también puede indicar que olvidó incluir un parámetro o que está formateado incorrectamente.
Por ejemplo, hubo un cliente que quería enviar el país y la ciudad del usuario basándose en su dirección IP. Facebook esperaba recibir los detalles reales de la dirección del usuario ingresados en el sitio, no los extraídos automáticamente de la IP. Esta configuración llevó a un error sobre parámetros de clave inválidos.
Este error generalmente se refiere a eventos del navegador e indica que Facebook detectó datos de usuario en la URL. Algunos CMS y herramientas, como Calendly o PayPal, envían detalles del usuario en la URL después del registro o la compra.
Este error es difícil de resolver y requiere la atención de sus desarrolladores. Deben mejorar los parámetros de consulta de la URL y eliminar toda la información del usuario de la URL. Alternativamente, puede seguir las instrucciones de eliminación de información de identificación personal (PII) e intentar solucionar el problema dentro de GTM. Otra opción es cambiar al seguimiento de Facebook del lado del servidor únicamente. Esto le permitirá modificar la URL antes de enviarla a Facebook.
Para cada evento del servidor que envíe a Facebook, se genera una puntuación de calidad de coincidencia de eventos. Esta puntuación depende de la cantidad de datos de usuario que envíe a Facebook.
Si usa un subdominio personalizado para su servidor de etiquetado, solo se envían a Facebook CAPI el User IP, browser ID, _fbp, y _fbc. Enviar solo estos parámetros de usuario resulta en una puntuación de calidad de coincidencia de alrededor de 4 de 10.
Para lograr una puntuación de alta calidad, es crucial enviar tantos parámetros como sea posible. Facebook utiliza estos datos para hacer coincidir usuarios en su sitio con los de su base de datos. Pero antes de proceder, asegúrese de que enviar datos de usuario a Facebook cumpla con la política de privacidad de su sitio y las regulaciones pertinentes. Técnicamente, enviar más parámetros es beneficioso, ya que conduce a datos de audiencia y conversión más precisos, proporciona a los algoritmos de Facebook información específica sobre sus usuarios y mejora el rendimiento de las campañas.
¿Cómo puede aumentar la puntuación de calidad de coincidencia de eventos? La respuesta es simple: envíe más datos de usuario. Sin embargo, la implementación puede ser compleja. Primero, verifique si el data layer está implementado en su sitio y si contiene todos los datos del usuario. Por ejemplo, si los usuarios pueden iniciar sesión en su sitio, verifique que los detalles del usuario se envíen al data layer al iniciar sesión.
Si el data layer no está implementado, asigne a sus desarrolladores para configurarlo.
A continuación, asegúrese de pasar todos los parámetros de usuario desde el web al contenedor del servidor.
Además, una nueva función del Data Tag puede ayudar a aumentar la calidad de coincidencia. Hemos agregado la capacidad de almacenar datos de usuario. Por ejemplo, si un usuario envía un formulario de contacto en el sitio, puede usar el Data Tag para almacenar datos de usuario en el almacenamiento local y usarlos en otras páginas.
Por defecto, la etiqueta intenta mapear los eventos estándar de GA a los eventos estándar de Facebook. Si no puede hacer la coincidencia, usa el nombre crudo del evento recibido del cliente de GA. Por ejemplo, si envía un evento llamado gtag('event','UserLikedProduct'), verá el evento UserLikedProduct en Facebook Events Manager.
A continuación, el esquema de mapeo de eventos de GA a Facebook que usa esta etiqueta por defecto:
| page_view | PageView |
| add_payment_info | AddPaymentInfo |
| add_to_cart | AddToCart |
| add_to_wishlist | AddToWishlist |
| sign_up | CompleteRegistration |
| begin_checkout | InitiateCheckout |
| generate_lead | Lead |
| purchase | Purchase |
| search | Search |
| view_item | ViewContent |
| contact | Contact |
| customize_product | CustomizeProduct |
| donate | Donate |
| find_location | FindLocation |
| schedule | Schedule |
| start_trial | StartTrial |
| submit_application | SubmitApplication |
| subscribe | Subscribe |
Para simplificar la migración de su etiqueta web de Facebook GTM al contenedor del lado del servidor, hemos mapeado todos los datos recibidos por el cliente de GA al evento de Facebook sin requerir configuración adicional de su parte. Esto también admite el mapeo de eventos de GA Enhanced eCommerce, y por supuesto, la etiqueta puede anular cualquier parámetro de evento enviado a Facebook.
Por ejemplo, si la etiqueta detecta que el tipo de evento es Purchase, determinaremos la lista de productos, la moneda y el valor.
En las siguientes secciones, describiremos cómo exactamente se mapean los datos en cada grupo de parámetros.
1. Un usuario en la Comunidad notó que después de cambiar al seguimiento del lado del servidor de Facebook, su audiencia de retargeting era mucho menor que el tráfico de GA4 (aproximadamente 15% de match rate). El problema no era un seguimiento roto sino expectativas poco realistas: Facebook no puede hacer coincidir usuarios de manera fiable usando solo IP y User Agent. La solución fue seguir la configuración híbrida recomendada por Meta (navegador + servidor con deduplicación) y enviar todos los datos de usuario disponibles (como email o nombre cuando sea posible). Este enfoque mejora la calidad de coincidencia y el tamaño de la audiencia, mientras que el seguimiento puramente del lado del servidor limita el potencial de retargeting.
2. Muchos usuarios en este hilo enfrentan problemas con el seguimiento del lado del servidor de Facebook y el mapeo de FBP/FBC, especialmente en checkouts de terceros. Usar la plantilla de Facebook CAPI de Stape en un subdominio propio, activar eventos clave en el dominio principal, implementar eventos híbridos navegador+servidor para deduplicación, y opcionalmente usar webhooks resuelve la mayoría de los problemas. Siempre verifique los datos a través de las herramientas de red del navegador en lugar de depender únicamente de Tag Assistant.
Eso es todo. Esperamos que haya migrado exitosamente el seguimiento de Facebook al lado del servidor. La Facebook Conversions API es una herramienta poderosa para comprender a sus clientes, rastrear su recorrido hacia la conversión y proporcionar más datos para optimizar los algoritmos de machine learning de Facebook.
Comentarios