¿Cómo hago que Meta Signals Gateway respete el consentimiento de cookies?

Todos los artículos

Dale al Signals Gateway Pixel su propia comprobación de consentimiento. Es un código distinto del Píxel de Meta estándar y funciona con su propia función cbq, así que no puedes contar con que una llamada de consentimiento a fbq le llegue. En Tag Manager, añade a su etiqueta la configuración de consentimiento para ad_storage, ad_user_data y ad_personalization, y vuelve a dispararla con tu evento de actualización del consentimiento. Sin Tag Manager, retén su código hasta que el visitante acepte la publicidad.

La mayoría de configuraciones de consentimiento para Meta se hicieron para un solo píxel. Signals Gateway añade un segundo, y ese segundo píxel es el que se suele olvidar bloquear. Aquí tienes por qué pasa, cómo arreglarlo y cómo comprobar el arreglo.

¿Por qué mi banner de cookies no controla ya el píxel del gateway?

Porque el banner habla con otra función. El control de consentimiento de Meta para el píxel estándar es un comando de fbq: fbq('consent', 'revoke') antes de init, y luego fbq('consent', 'grant') cuando el visitante acepta. La guía de consentimiento de Meta para el píxel describe exactamente ese par. La mayoría de plataformas de consentimiento, Velo incluida, envían esas dos llamadas cuando una elección se aplica.

El Signals Gateway Pixel se instala con su propio código base. Define cbq, lo apunta al gateway de tu propio subdominio con cbq('setHost', …) y envía los eventos desde ahí. Un revoke enviado a fbq es una llamada a otro objeto, y la documentación de Meta sobre el píxel del gateway no dice nada del consentimiento. No cuentes con que la llamada de consentimiento del píxel estándar cubra el píxel del gateway.

Google Consent Mode tampoco ayuda aquí. Es la señal de Google para las etiquetas de Google. El código base de Meta no la lee por sí solo, y una etiqueta Custom HTML en Tag Manager no la lee en absoluto. La configuración de consentimiento de Tag Manager es otra cosa: decide si una etiqueta se dispara, sea cual sea el código que lleve dentro. Eso deja dos lugares donde se puede detener el píxel del gateway: la configuración de consentimiento de la etiqueta en Tag Manager, o la propia página.

¿Cómo configuro el píxel del gateway para que espere al consentimiento?

Los pasos de abajo dan por hecho que usas Tag Manager, porque es como la mayoría de webs instalan el píxel del gateway. El paso 4 cubre el código en la página.

1. Encuentra todas las copias del píxel del gateway

   Busca en tu contenedor etiquetas que llamen a cbq, ya sea una plantilla del píxel del gateway o una etiqueta Custom HTML, y revisa si el código fuente de la página tiene el mismo código base. Una segunda copia sin barrera deshace el trabajo hecho en la primera.

2. Añade la configuración de consentimiento a la etiqueta

   En la etiqueta del píxel del gateway, abre Advanced Settings y luego Consent Settings. Elige Require additional consent for tag to fire y añade ad_storage, ad_user_data y ad_personalization. Una etiqueta bloqueada así no se dispara, de modo que no envía nada.

3. Vuelve a dispararla cuando el visitante acepte

   Una página vista bloqueada al cargar no vuelve sola. Añade un activador con el evento de actualización de tu plataforma de consentimiento (con Velo es velo_consent_update) y pon Tag firing options en Once per page, para que una aceptación dispare la página vista una sola vez.

4. Sin Tag Manager, retén el código

   Si el código base está en la página, cambia el tipo de su script a text/plain y márcalo con la categoría de publicidad de tu plataforma de consentimiento. Con Velo es data-velo-category="ads". Así el código solo se ejecuta cuando el visitante permite la publicidad.

5. Da a los dos píxeles el mismo ID de evento

   Si el píxel estándar y el píxel del gateway envían los dos un Purchase, Meta puede contarlo dos veces. Elimina los duplicados con más fiabilidad cuando los dos comparten nombre de evento e ID de evento. Pon una sola variable de Tag Manager en el campo Event ID de ambas etiquetas.

6. Prueba antes de publicar

   Haz las cuatro comprobaciones de la sección siguiente en la web publicada, con una sesión de navegador nueva cada vez.

Las plantillas varían, así que lee la que instalaste. Algunas plantillas de la comunidad para el píxel del gateway, entre ellas la de Stape, documentan su propia gestión del consentimiento basada en ad_storage. Otras traen un campo de consentimiento propio, llamado Consent Granted (GDPR) en la versión que recorre nuestra guía de Píxel de Meta y Signals Gateway; con la configuración de consentimiento de Tag Manager ya puesta, la guía lo deja en True, porque esa configuración ya frena la etiqueta. Si instalas el píxel del gateway como etiqueta Custom HTML, no existe ese campo, y la configuración de consentimiento es la única barrera. Funciona igual uses la plantilla que uses.

¿Cómo compruebo que el píxel del gateway respeta la elección?

Mira la red, no la lista de etiquetas. Una etiqueta puede aparecer como bloqueada en la vista previa de Tag Manager mientras una copia escrita a mano en el tema sigue enviando eventos.

• Antes de cualquier elección: abre el panel de red y filtra por tu subdominio del gateway y por facebook.com/tr. No debería aparecer nada.
• Después de aceptar la publicidad: la página vista debería llegar a tu gateway. Compruébalo en la actividad de eventos del gateway o en Test events de Events Manager.
• Después de rechazar: navega por dos páginas. Ninguna petición al gateway ni a Meta.
• Después de retirarlo: acepta, retira el consentimiento con el botón de privacidad y carga otra página. Las peticiones deberían detenerse a partir de esa página.

Después revisa en Events Manager si hay avisos de deduplicación. Nuestra lista para probar un banner de cookies antes de publicarlo tiene la rutina completa en el navegador, y aquí valen las mismas precauciones con la sesión.

¿Un gateway en mi propio subdominio cambia el consentimiento que necesito?

No. La norma de la UE del artículo 5(3) de la Directiva ePrivacy trata de almacenar información en el dispositivo del visitante o de leerla de él. No pregunta a qué dominio va la petición. Meta describe Signals Gateway como una forma de recibir y enviar eventos en tu propia infraestructura. Eso cambia la ruta de los datos, no la elección del visitante sobre ellos.

Es la misma respuesta que dimos para la versión de Google de esta idea en ¿Google tag gateway necesita consentimiento de cookies?. Una ruta de origen propio es una decisión de enrutamiento. El consentimiento sigue decidiendo si la etiqueta se ejecuta.

¿Y los eventos que el gateway reenvía a la Conversions API?

Si el píxel del navegador está bloqueado, el gateway no recibe nada del navegador de ese visitante, así que no hay nada que reenviar. El hueco está en otra parte. Los eventos que envía tu propio servidor, como una compra enviada a la Conversions API desde tu checkout, nunca pasan por el banner. Aplica la elección publicitaria del visitante a esos eventos antes de enviarlos, o la vía del servidor ignorará en silencio la decisión que el navegador sí respetó.

Es el mismo patrón que con el píxel estándar, un nivel más abajo. Nuestro artículo sobre por qué el píxel de Facebook sigue cargando aunque tus etiquetas estén bloqueadas trata las copias escritas a mano en el código que causan la mayoría de estas fugas.

Velo envía grant y revoke al Píxel de Meta estándar cada vez que una elección se aplica. Todavía no envía la elección al Signals Gateway Pixel, así que para ese píxel usa la configuración de consentimiento de Tag Manager o el bloqueo por la categoría ads de más arriba.