Etiquetaxe do lado do servidor e consentimento: o que os profesionais do marketing precisan saber
A etiquetaxe do lado do servidor é o cambio máis grande en tecnoloxía de marketing dende que Google Tag Manager se lanzou en 2012. Ao mover a execución de etiquetas do navegador a un servidor, os profesionais do marketing obteñen mellor calidade de datos, carga máis rápida de páxinas e máis control. Pero está a estenderse un malentendido perigoso: «Se as etiquetas se executan no servidor, non é necesario o consentimento.» Isto é incorrecto — e podería custar millóns en multas.
Que é a etiquetaxe do lado do servidor?
Na etiquetaxe tradicional (do lado do cliente), as etiquetas JavaScript execútanse no navegador do visitante. Cada etiqueta fai solicitudes a servidores de terceiros, ralentiza a páxina e expón os datos a múltiples partes. Na etiquetaxe do lado do servidor, unha única etiqueta envía os datos ao voso propio servidor, que logo os reenvía a Google, Meta e outras plataformas. O navegador fai menos solicitudes, as páxinas cárganse máis rápido e vós controlades o fluxo de datos.
O malentendido sobre o consentimento
Mito: «As etiquetas do lado do servidor non se executan no navegador, polo que non precisan consentimento.»
Realidade: O GDPR regula o tratamento de datos persoais, non a localización do código. Se recollestes e enviastes o enderezo IP dun usuario, o seu comportamento de clics ou datos de compra a Google Analytics — non importa se o JavaScript se executa no navegador ou no voso servidor. Os datos persoais seguen sendo procesados e seguides necesitando consentimento.
Como funciona o consentimento co GTM do lado do servidor
- Paso 1: O CMP recolle o consentimento no navegador (isto sempre ocorre do lado do cliente)
- Paso 2: O estado do consentimento pásase ao contedor do lado do servidor a través do fluxo de datos
- Paso 3: As etiquetas do lado do servidor verifican o estado do consentimento antes de activarse
- Paso 4: Os parámetros de Google Consent Mode V2 (ad_storage, analytics_storage, ad_user_data, ad_personalization) respéctanse tamén no lado do servidor
Vantaxes do servidor + consentimento adecuado
- Mellor calidade de datos: O lado do servidor reduce a perda de datos por bloqueadores de anuncios nun 15-25%
- Páxinas máis rápidas: Menos scripts do lado do cliente melloran os Core Web Vitals
- Contexto de primeira parte: Os datos flúen polo voso dominio, tratados como primeira parte
- Compatibilidade con Consent Mode: O contedor do lado do servidor de Google admite Consent Mode V2 de forma nativa
- Conversións melloradas: O lado do servidor permite datos de primeira parte con hash para mellor atribución
Erros comúns
- Omitir completamente o consentimento — o erro máis perigoso; o lado do servidor non vos exime
- Non reenviar o estado do consentimento — o voso contedor do servidor debe recibir e verificar os sinais de consentimento
- Activar todas as etiquetas sen verificar — cada etiqueta do lado do servidor debe respectar as mesmas regras de consentimento que o lado do cliente
- Ignorar o TCF para publicidade programática — os SSP aínda necesitan cadeas TC válidas, tanto se as etiquetas son do lado do cliente como do servidor
FlexyConsent + GTM do lado do servidor
Con Consent Mode activado, FlexyConsent envía os sinais de consentimento de Google antes de que se activen as túas etiquetas e de novo cando o visitante decide. Viaxan nas solicitudes da etiqueta de Google ata o teu contedor de servidor, e as etiquetas de servidor de Google (Google Analytics 4, seguimento de conversións e remarketing de Google Ads, Floodlight) actúan en consecuencia. As etiquetas doutros provedores, como a API de conversións de Meta ou a API de eventos de TikTok, non len o consentimento por si soas: engade unha comprobación de consentimento a cada unha no contedor de servidor e proba con Aceptar todo, Rexeitar todo e sen escolla.