O que fai realmente o LinkedIn Insight Tag

O Insight Tag é un fragmento de JavaScript que se carga desde snap.licdn.com, establece cookies no dominio do editor e envía datos de eventos á infraestrutura de medición de LinkedIn. O payload que xera é máis rico do que a maioría dos profesionais do marketing perciben. Captura a URL da páxina, o referente, o axente de usuario, o enderezo IP do visitante, un identificador do lado de LinkedIn cando o visitante se autenticou en LinkedIn no mesmo navegador recentemente, e calquera parámetro de conversión para o que o tag está configurado para disparar — recheos de formulario, clics en botóns, reproducións de vídeo, limiares de profundidade de desprazamento. Cando o tag se combina cos datos de primeira parte do editor mediante a correspondencia de correo electrónico cifrado, o payload do evento tamén transporta o identificador cifrado que permite a LinkedIn vincular a visita a unha conta de membro específica de LinkedIn.

Conversións estándar e conversións personalizadas

O Insight Tag admite dous tipos de evento de conversión. As conversións estándar seguen a taxonomía de eventos predefinida de LinkedIn — Lead, Sign-Up, Purchase, Add to Cart, Download — e mapeanse directamente nos modelos de optimización de pujas en LinkedIn Campaign Manager. As conversións personalizadas permiten disparar en calquera combinación de URL, clic ou evento de páxina que o motor de regras do tag poida detectar. Desde o punto de vista do consentimento, a distinción non importa: cada evento de conversión é un evento de procesamento de datos persoais debido ás cookies e identificadores que transporta, e cada evento precisa a mesma base xurídica que a visualización de páxina que o desencadeou.

Cookies e identificadores entre sitios

O tag establece dúas cookies principais no dominio do editor. A cookie li_fat_id persiste durante uns noventa días e vincula as visitas a un identificador de membro de LinkedIn cando o visitante está conectado. A cookie li_sugr é un identificador derivado de pegadas dixitais que LinkedIn usa para a medición cando o identificador de membro non está dispoñible. Ambas as cookies cumpren a definición de cookie de seguimento da Directiva ePrivacy da UE, e o depósito de calquera delas antes do consentimento é un achado que os reguladores marcaron repetidamente nas auditorías de editores B2B.

As obrigas de consentimento que herda o tag

O tag atópase na mesma intersección regulatoria que calquera outro script de seguimento de ad-tech. O estándar máis estrito — o GDPR da UE máis ePrivacy — abarca a maior parte do que esixen outros réximes, co Reino Unido e os estados de EUA engadindo complementos específicos enriba.

GDPR, ePrivacy e a posición do ICO do Reino Unido

Baixo a Directiva ePrivacy da UE e o GDPR, o tag non pode cargarse antes de que o usuario dea un consentimento libremente outorgado, específico, informado e non ambiguo. A escusa estándar B2B — de que os membros de LinkedIn xa consentiron a través dos propios termos da plataforma de LinkedIn — non supera o escrutinio do regulador. O procesamento no dominio do editor é un evento separado baixo o aviso de privacidade do editor, non baixo o de LinkedIn, e o consentimento debe obterse no momento en que se carga a cookie. A Oficina do Comisionado de Información do Reino Unido foi especialmente activa cos editores B2B, con accións executivas en 2024 e 2025 dirixidas exactamente contra a suposición de que a audiencia de LinkedIn é un cohorte que se auto-consente.

A cuestión dos intereses lexítimos

Os editores B2B ás veces argumentan a favor dos intereses lexítimos como base xurídica para o Insight Tag, coa teoría de que as audiencias B2B esperan seguimento en sitios do sector e que as expectativas razoables do interesado o sustentan. O argumento ten unha marxe estreita — a análise que non alimenta publicidade nin personalización ás veces pode defenderse baixo intereses lexítimos cun adecuado test de ponderación — pero o propósito principal do LinkedIn Insight Tag é o seguimento de conversións que alimenta a publicidade segmentada, o que o sitúa firmemente no territorio do consentimento segundo as orientacións publicadas polo EDPB. Os intereses lexítimos non son un atallo viable para o despregamento estándar do tag.

CCPA, CPRA e o mosaico de estados de EUA

O CPRA de California trata o sinal saínte do Insight Tag como unha venda ou compartición de información persoal e esixe aos editores que respecten a cabeceira Global Privacy Control, expoñan un enlace claro de rexeitamento e enruten o sinal resultante cara a un estado compatible con LinkedIn. LinkedIn admite un modo Limited Data Use que o editor pode activar para os usuarios que optaron por non participar segundo as leis dos estados de EUA — equivalente ao LDU de Meta e aos modos de privacidade que a maioría dos grandes provedores de ad-tech ofrecen agora. O Acordo de Privacidade Multiestado da IAB, coa cadea de privacidade de EUA que produce, é o único punto de integración que usa a maioría dos editores para satisfacer todas as leis dos estados cunha soa cadea de consentimento.

Cableado do tag a través do seu CMP

O patrón de implementación que supera unha auditoría é sinxelo de describir e fácil de errar: o tag non debe cargarse ata que se resolva o consentimento, o estado do consentimento debe propagarse ao tag antes de que se dispare calquera evento, e o estado do consentimento debe volverse comprobar cando o usuario navega para que a retirada nunha pestana sexa respectada en todas partes.

Denegación por defecto e Google Consent Mode v2

Configure o seu CMP en denegación por defecto para a categoría de consentimento de marketing ou publicidade, expoña LinkedIn como provedor dentro desa categoría cunha descrición clara en linguaxe sinxela, e configure o seu xestor de tags para disparar o Insight Tag só cando se outorgue o tipo de consentimento correspondente. Os sinais ad_storage, ad_user_data e ad_personalization de Google Consent Mode v2 dan á integración de LinkedIn a mesma máquina de estados que usa o resto da pila de anuncios: cando os tres se denega, o tag nunca se dispara; cando se outorgan, o tag dispárase con correspondencia avanzada completa; cando se otorgan parcialmente, o tag vira ao modo LDU en lugar de abandonar os eventos completamente.

Receitas de disparadores en Google Tag Manager

A configuración máis limpa de GTM usa un disparador personalizado que escoita o evento dataLayer consent_update que emite o seu CMP e unha comprobación de consentimento integrada no propio tag de LinkedIn. O disparador debe dispararse en Initialization-All-Pages só despois de que se resolva o consentimento, con ad_storage requirido como consentimento adicional. Evite cargar o tag nun disparador de Page View que se execute antes do CMP — a carreira de temporización produce conclusións de 'o tag dispárase antes do consentimento' na maioría das auditorías B2B.

TCF v2.3 e a entrada de provedor de LinkedIn

Para o tráfico da UE, rexistre LinkedIn dentro da configuración da lista de provedores TCF v2.3 do seu CMP. A entrada da Lista Global de Provedores de LinkedIn expón as bases xurídicas que reclama para cada finalidade, e o CMP debe reflectir esas finalidades unha a unha na interface de consentimento. Agrupar LinkedIn baixo un interruptor xenérico de 'socios publicitarios' é unha violación do TCF v2.3 — cada provedor necesita controis por provedor, e o regulador que o atope aplicando un único interruptor a numerosos provedores nomeados tratará o consentimento como nulo.

O camiño do lado do servidor: LinkedIn Conversions API

O tag do navegador non é o único camiño que ofrece LinkedIn. A Conversions API é un punto de extremo servidor a servidor que permite ao seu backend enviar eventos de conversión directamente a LinkedIn sen o script do lado do navegador. Os dous camiños coexisten: a maioría dos editores B2B execútanos en paralelo, desduplican nun ID de evento compartido e usan a API como apoio cando o tag do navegador está bloqueado por un bloqueador de anuncios, un firewall corporativo ou a propia capa de consentimento.

Por que importa o camiño do lado do servidor en 2026

Tres forzas están empuxando aos editores B2B cara a fóra dos tags puros do navegador: a deprecación das cookies de terceiros que remata en Chrome, a dominación de Safari e Firefox nalgunhas audiencias B2B onde as cookies de terceiros xa están mortas, e as redes corporativas das contas obxectivo B2B onde os bloqueadores de anuncios e os proxies de privacidade son equipamento estándar. A Conversions API dá aos editores un camiño onde o backend controla o plano de datos, a latencia é menor, os eventos sobreviven ás interrupcións de rede e as taxas de correspondencia aumentan porque o servidor pode pasar identificadores de primeira parte que o navegador non pode ver.

O consentimento segue aplicándose

A Conversions API non evade o GDPR nin o CPRA. O requisito de base xurídica aplícase aos datos, non ao transporte. Se o usuario rexeitou o consentimento publicitario no CMP, o backend non debe enviar os seus identificadores a LinkedIn independentemente do camiño utilizado. Inclúa o estado de consentimento nun indicador de ámbito de solicitude que o publisher de conversións lea en cada chamada á API, e resista a tentación de enxeñaría de disparar conversións de forma optimista mentres a solicitude de consentimento aínda está pendente.

Erros específicos B2B que desencadean conclusións

Os despregamentos B2B do Insight Tag que producen conclusións regulatorias tenden a fallar en patróns lixeiramente diferentes dos patróns de píxeles de consumo. O tag cárgase en cada páxina do sitio corporativo, incluídas as páxinas de carreiras e relacións con investidores onde a audiencia é materialmente diferente das páxinas de embudo de marketing. Os valores predeterminados do CMP están axustados para o tráfico de estilo consumidor e nunca se axustaron ás ventás de compromiso máis longas dos visitantes en fase de investigación B2B. A correspondencia avanzada de correo electrónico cifrado está cableada á plataforma de automatización de marketing sen un filtro que teña en conta o CMP, enviando correos electrónicos cifrados a LinkedIn para usuarios que rexeitaron a categoría de consentimento de marketing. A Conversions API está implementada como optimización do backend polo equipo de datos sen que se consultase nunca a capa de consentimento, e funciona sen interrupción a través de cada decisión de consentimento que o usuario toma no front-end. Cada un destes é un arranxo de un a tres días de enxeñaría — e cada un é exactamente o patrón que a ICO identificou nas decisións de execución B2B publicadas.

A conclusión

O LinkedIn Insight Tag non é un utilitario B2B de baixo risco. É unha tecnoloxía de seguimento que vive baixo as mesmas normas de consentimento que os píxeles de consumo, co engadido de que as audiencias B2B e os sitios B2B tenden a adormecer aos equipos de marketing nunha complacencia de cumprimento que o lado do consumidor superou hai anos. O patrón conforme é familiar: un CMP que sabe que o tag existe, unha porta de consentimento que o tag respecta a través de Google Consent Mode v2 ou a súa integración TCF, un camiño da Conversions API do lado do servidor que respecta o mesmo estado de consentimento, e unha auditoría trimestral que percorre os fluxos de aceptación e rexeitamento nun navegador novo para confirmar que o tag está silencioso para os usuarios que rexeitaron. Os editores e anunciantes que o fan ben manteñen fiable a súa medición B2B e breves as súas respostas ás auditorías; os que tratan a audiencia de LinkedIn como un cohorte que se auto-consente pasan o 2026 explicando a un regulador por que o tag estaba disparándose na páxina de carreiras nove meses despois de que a auditoría de cookies dixera que non debería.