O que o LinkedIn Insight Tag realmente faz

O Insight Tag é um snippet JavaScript que carrega a partir de snap.licdn.com, define cookies no domínio do editor e envia dados de eventos para a infraestrutura de medição do LinkedIn. O payload que gera é mais rico do que a maioria dos profissionais de marketing percebe. Ele captura o URL da página, o referenciador, o agente de usuário, o endereço IP do visitante, um identificador do lado do LinkedIn quando o visitante se autenticou recentemente no LinkedIn no mesmo navegador, e quaisquer parâmetros de conversão que a tag esteja configurada para disparar — preenchimentos de formulários, cliques em botões, reproduções de vídeo, limiares de profundidade de rolagem. Quando a tag é emparelhada com os dados próprios do editor por meio de correspondência de e-mail com hash, o payload do evento também carrega o identificador com hash que permite ao LinkedIn vincular a visita a uma conta específica de membro do LinkedIn.

Conversões padrão e conversões personalizadas

O Insight Tag suporta dois tipos de evento de conversão. As conversões padrão seguem a taxonomia de eventos predefinida do LinkedIn — Lead, Sign-Up, Purchase, Add to Cart, Download — e mapeiam diretamente nos modelos de otimização de lances no LinkedIn Campaign Manager. As conversões personalizadas permitem disparar em qualquer combinação de URL, clique ou evento de página que o motor de regras da tag consiga detetar. Do ponto de vista do consentimento, a distinção não importa: todos os eventos de conversão são eventos de processamento de dados pessoais por causa dos cookies e identificadores que carregam, e cada evento requer a mesma base legal que a visualização de página que o desencadeou.

Cookies e identificadores entre sites

A tag define dois cookies principais no domínio do editor. O cookie li_fat_id persiste por cerca de noventa dias e vincula as visitas a um identificador de membro do LinkedIn quando o visitante está autenticado. O cookie li_sugr é um identificador derivado de impressão digital que o LinkedIn usa para medição quando o identificador de membro não está disponível. Ambos os cookies cumprem a definição de cookie de rastreamento da Diretiva ePrivacy da UE, e colocar qualquer um deles antes do consentimento é uma constatação que os reguladores sinalizaram repetidamente em auditorias de editores B2B.

As obrigações de consentimento que a tag herda

A tag encontra-se na mesma interseção regulatória que qualquer outro script de rastreamento de ad-tech. O padrão mais rigoroso — GDPR da UE mais ePrivacy — cobre a maior parte do que os outros regimes exigem, com o Reino Unido e os estados americanos adicionando camadas específicas por cima.

GDPR, ePrivacy e a posição do ICO do Reino Unido

Nos termos da Diretiva ePrivacy da UE e do GDPR, a tag não pode carregar antes de o utilizador dar um consentimento livremente dado, específico, informado e inequívoco. A desculpa B2B padrão — de que os membros do LinkedIn já consentiram através dos termos da própria plataforma do LinkedIn — não resiste ao escrutínio do regulador. O processamento no domínio do editor é um evento separado ao abrigo da política de privacidade do editor, não do LinkedIn, e o consentimento deve ser obtido no momento em que o cookie é colocado. O Information Commissioner's Office do Reino Unido tem sido particularmente ativo relativamente aos editores B2B, com ações de fiscalização ao longo de 2024 e 2025 que visaram precisamente o pressuposto de que o público do LinkedIn é um coorte que consente por si mesmo.

A questão dos interesses legítimos

Os editores B2B por vezes argumentam a favor dos interesses legítimos como base legal para o Insight Tag, com a teoria de que os públicos B2B esperam rastreamento em sites do setor e as expectativas razoáveis do titular dos dados apoiam isso. O argumento tem uma janela estreita — a análise que não alimenta publicidade ou personalização pode por vezes ser defendida com base em interesses legítimos com um teste de equilíbrio adequado — mas o objetivo principal do LinkedIn Insight Tag é o rastreamento de conversões que alimenta publicidade direcionada, o que o coloca firmemente no território do consentimento ao abrigo das orientações publicadas do EDPB. Os interesses legítimos não são um atalho viável para a implementação padrão da tag.

CCPA, CPRA e o mosaico de estados americanos

A CPRA da Califórnia trata o sinal de saída do Insight Tag como uma venda ou partilha de informações pessoais e exige que os editores respeitem o cabeçalho Global Privacy Control, exponham uma ligação de exclusão clara e encaminhem o sinal resultante para um estado compatível com o LinkedIn. O LinkedIn suporta um modo Limited Data Use que o editor pode ativar para utilizadores que optaram por sair ao abrigo das leis estaduais dos EUA — equivalente ao LDU da Meta e aos modos de privacidade que a maioria dos principais fornecedores de ad-tech oferece agora. O IAB Multi-State Privacy Agreement, com a US Privacy String que produz, é o único ponto de integração que a maioria dos editores usa para satisfazer todas as leis estaduais com uma única cadeia de consentimento.

Ligando a tag através do seu CMP

O padrão de implementação que sobrevive a uma auditoria é simples de descrever e fácil de errar: a tag não deve carregar até que o consentimento tenha sido resolvido, o estado de consentimento deve propagar-se para a tag antes que qualquer evento seja disparado, e o estado de consentimento deve ser verificado novamente quando o utilizador navega para que uma retirada num separador seja respeitada em todo o lado.

Default-deny e Google Consent Mode v2

Configure o seu CMP para default-deny para a categoria de consentimento de marketing ou publicidade, exponha o LinkedIn como fornecedor nessa categoria com uma descrição clara em linguagem simples e configure o seu gestor de tags para disparar o Insight Tag apenas quando o tipo de consentimento correspondente for concedido. Os sinais ad_storage, ad_user_data e ad_personalization do Google Consent Mode v2 dão à integração do LinkedIn a mesma máquina de estados que o restante da stack de anúncios usa: quando os três são negados, a tag nunca dispara; quando são concedidos, a tag dispara com correspondência avançada completa; quando são parcialmente concedidos, a tag recua para o modo LDU em vez de descartar eventos por completo.

Receitas de acionamento do Google Tag Manager

A configuração GTM mais limpa usa um acionador personalizado que escuta o evento dataLayer consent_update que o seu CMP emite e uma verificação de consentimento integrada na própria tag do LinkedIn. O acionador deve disparar em Initialization-All-Pages apenas após o consentimento ter sido resolvido, com ad_storage necessário como consentimento adicional. Evite carregar a tag num acionador de Page View que seja executado antes do CMP — a corrida de temporização produz constatações de 'tag disparada antes do consentimento' na maioria das auditorias B2B.

TCF v2.3 e a entrada do fornecedor LinkedIn

Para o tráfego da UE, registe o LinkedIn na configuração da lista de fornecedores TCF v2.3 do seu CMP. A entrada na Global Vendor List do LinkedIn expõe as bases legais que reivindica para cada finalidade, e o CMP deve refletir essas finalidades uma a uma na interface de consentimento. Agrupar o LinkedIn sob um botão genérico de 'parceiros de publicidade' é uma violação do TCF v2.3 — cada fornecedor precisa de controlos por fornecedor, e o regulador que descobrir que está a aplicar um único interruptor a muitos fornecedores nomeados tratará o consentimento como inválido.

O caminho do lado do servidor: LinkedIn Conversions API

A tag do navegador não é o único caminho que o LinkedIn oferece. A Conversions API é um endpoint servidor-a-servidor que permite ao seu backend enviar eventos de conversão diretamente para o LinkedIn sem o script do lado do navegador. Os dois caminhos coexistem: a maioria dos editores B2B os executa em paralelo, elimina duplicados com um ID de evento partilhado e usa a API como suporte quando a tag do navegador é bloqueada por um bloqueador de anúncios, uma firewall corporativa ou a própria camada de consentimento.

Por que o caminho do lado do servidor é importante em 2026

Três forças estão a empurrar os editores B2B para longe das tags de navegador puras: a conclusão da descontinuação dos cookies de terceiros no Chrome, a dominância do Safari e do Firefox em alguns públicos B2B onde os cookies de terceiros já desapareceram, e as redes corporativas das contas-alvo B2B onde bloqueadores de anúncios e proxies de privacidade são equipamento padrão. A Conversions API dá aos editores um caminho onde o backend controla o plano de dados, a latência é menor, os eventos sobrevivem a interrupções de rede e as taxas de correspondência sobem porque o servidor pode transmitir identificadores próprios que o navegador não consegue ver.

O consentimento ainda se aplica

A Conversions API não contorna o GDPR nem a CPRA. O requisito de base legal está ligado aos dados, não ao transporte. Se o utilizador rejeitou o consentimento de publicidade no CMP, o backend não deve enviar os seus identificadores ao LinkedIn independentemente do caminho utilizado. Incorpore o estado de consentimento num sinalizador com âmbito de pedido que o publicador de conversões lê em cada chamada de API, e resista à tentação técnica de disparar conversões de forma otimista enquanto o aviso de consentimento ainda está pendente.

Erros específicos de B2B que desencadeiam constatações

As implementações B2B do Insight Tag que produzem constatações do regulador tendem a falhar em padrões ligeiramente diferentes dos padrões de pixel de consumidor. A tag carrega em todas as páginas do site corporativo, incluindo as páginas de carreiras e de relações com investidores, onde o público é materialmente diferente das páginas do funil de marketing. Os padrões do CMP estão calibrados para tráfego de estilo consumidor e nunca ajustados para as janelas de envolvimento mais longas dos visitantes na fase de pesquisa B2B. A correspondência avançada por e-mail com hash está ligada à plataforma de automação de marketing sem um filtro consciente do CMP, enviando e-mails com hash ao LinkedIn para utilizadores que rejeitaram a categoria de consentimento de marketing. A Conversions API é implementada como uma otimização de backend pela equipa de dados sem que a camada de consentimento alguma vez seja consultada, e funciona ininterruptamente através de todas as decisões de consentimento que o utilizador toma no front-end. Cada um destes é uma correção de um a três dias de engenharia — e cada um é exatamente o padrão que o ICO identificou nas decisões de fiscalização B2B publicadas.

A conclusão

O LinkedIn Insight Tag não é uma utilidade B2B de baixo risco. É uma tecnologia de rastreamento que vive sob as mesmas regras de consentimento que os pixels de consumidor, com a complicação adicional de que os públicos B2B e os sites B2B tendem a adormecer as equipas de marketing numa complacência de conformidade que o lado do consumidor superou há anos. O padrão conforme é familiar: um CMP que sabe que a tag existe, uma barreira de consentimento que a tag respeita através do Google Consent Mode v2 ou da sua integração TCF, um caminho de Conversions API do lado do servidor que respeita o mesmo estado de consentimento, e uma auditoria trimestral que percorre os fluxos de aceitação e rejeição num navegador novo para confirmar que a tag está silenciosa para os utilizadores que recusaram. Os editores e anunciantes que acertam nisto mantêm a sua medição B2B fiável e as suas respostas de auditoria curtas; os que tratam o público do LinkedIn como um coorte que consente por si mesmo passam 2026 a explicar a um regulador por que razão a tag estava a disparar na página de carreiras nove meses depois de a auditoria de cookies ter dito que não deveria.