Mit csinál valójában a LinkedIn Insight Tag?

Az Insight Tag egy JavaScript-kódrészlet, amely a snap.licdn.com-ról töltődik be, cookie-kat helyez el a kiadó domainjén, és eseményadatokat küld a LinkedIn mérési infrastruktúrájába. Az általa generált adatcsomag gazdagabb, mint a legtöbb marketinges gondolja. Rögzíti az oldal URL-jét, a referrert, a user agentet, a látogató IP-címét, egy LinkedIn-oldali azonosítót, ha a látogató a közelmúltban hitelesítette magát a LinkedIn-en ugyanabban a böngészőben, és minden konverziós paramétert, amelyre a tag konfigurált — űrlapkitöltések, gombkattintások, videólejátszások, görgetési mélységküszöbök. Ha a taget a kiadó első féltől származó adataival párosítják hasheltemail-egyeztetésen keresztül, az eseményadatcsomag tartalmazza azt a hasheltt azonosítót is, amellyel a LinkedIn egy adott LinkedIn-tagfiókhoz tudja kötni a látogatást.

Szabványos és egyéni konverziók

Az Insight Tag kétféle konverziós eseményt támogat. A szabványos konverziók a LinkedIn előre meghatározott esemény-taxonómiáját követik — Lead, Sign-Up, Purchase, Add to Cart, Download —, és közvetlenül a LinkedIn Campaign Manager ajánlatoptimalizálási modelljeire képeznek le. Az egyéni konverziók lehetővé teszik, hogy bármely URL-, kattintás- vagy oldalesemény-kombináción tüzelhessen, amelyet a tag szabálymotorja érzékelni tud. Hozzájárulási szempontból a különbségtétel nem számít: minden konverziós esemény személyes adatkezelési esemény a cookie-k és azonosítók miatt, és minden eseménynek ugyanolyan jogalapra van szüksége, mint az azt kiváltó oldalmegtekintésnek.

Cookie-k és keresztoldalas azonosítók

A tag két fő cookie-t helyez el a kiadó domainjén. A li_fat_id cookie körülbelül kilencven napig él, és a látogatásokat egy LinkedIn-tagazonosítóhoz köti, ha a látogató be van jelentkezve. A li_sugr cookie egy ujjlenyomat-alapú azonosító, amelyet a LinkedIn méréshez használ, ha a tagazonosító nem áll rendelkezésre. Mindkét cookie megfelel az EU ePrivacy-irányelv követési cookie-ra vonatkozó definíciójának, és az akár egyikük hozzájárulás előtti elhelyezése is olyan megállapítás, amelyet a szabályozók ismételten jeleztek B2B kiadói auditokban.

A tag által örökölt hozzájárulási kötelezettségek

A tag ugyanazon szabályozói kereszteződésen ül, mint bármely más ad-tech követési script. A legszigorúbb szabvány — az EU GDPR és az ePrivacy — lefedi a többi rezsim által megköveteteltek nagy részét, az UK és az US-állami sajátosságok erre épülnek rá.

GDPR, ePrivacy és az UK ICO álláspontja

Az EU ePrivacy-irányelv és a GDPR értelmében a tag nem töltődhet be, mielőtt a felhasználó önkéntesen, konkrétan, tájékozottan és egyértelműen hozzájárul. A szokásos B2B kifogás — miszerint a LinkedIn-tagok már hozzájárultak a LinkedIn saját platformfeltételein keresztül — nem állja meg a helyét a szabályozók előtt. A kiadó domainjén végzett adatkezelés a kiadó adatvédelmi tájékoztatója szerinti külön esemény, nem a LinkedIn-é, és a hozzájárulást a cookie betöltésekor kell beszerezni. Az UK Information Commissioner's Office különösen aktív volt a B2B kiadókkal kapcsolatban, 2024-es és 2025-ös végrehajtási intézkedésekkel, amelyek pontosan azt a feltételezést célozták, hogy a LinkedIn-közönség önként hozzájáruló csoport.

A jogos érdek kérdése

A B2B kiadók néha a jogos érdekre hivatkoznak az Insight Tag jogalapjaként, azzal az érvvel, hogy a B2B-közönségek elvárják a követést iparági oldalakon, és az érintett észszerű elvárásai alátámasztják ezt. Az érvelésnek van egy szűk ablaka — az analitika, amely nem táplál hirdetést vagy személyre szabást, néha megvédhető jogos érdek alapján megfelelő mérlegeléssel —, de a LinkedIn Insight Tag elsődleges célja a konverziókövetés, amely célzott hirdetéseket táplál, ami az EDPB közzétett iránymutatása szerint határozottan a hozzájárulás területére helyezi. A jogos érdek nem életképes rövidítés a szabványos tag-telepítés esetén.

CCPA, CPRA és az amerikai állami mozaik

Kalifornia CPRA-ja az Insight Tag kimenő jelét személyes adatok eladásaként vagy megosztásaként kezeli, és megköveteli a kiadóktól, hogy tiszteletben tartsák a Global Privacy Control fejlécet, egyértelmű leiratkozási linket tegyenek ki, és a kapott jelzést LinkedIn-kompatibilis állapotba irányítsák. A LinkedIn támogat egy Limited Data Use módot, amelyet a kiadó bekapcsolhat az amerikai állami törvények szerint leiratkozott felhasználók számára — egyenértékű a Meta LDU-jával és a legtöbb nagyobb ad-tech gyártó által kínált adatvédelmi módokkal. Az IAB Multi-State Privacy Agreement és az általa létrehozott US Privacy String az az egyetlen integrációs pont, amelyet a legtöbb kiadó az összes állami törvény kielégítésére egy hozzájárulási karakterlánccal használ.

A tag bekötése a CMP-n keresztül

A telepítési minta, amely kiállja az auditot, egyszerű leírni és könnyű elrontani: a tag nem töltődhet be, amíg a hozzájárulás el nem dőlt, a hozzájárulási állapotnak el kell jutnia a taghoz, mielőtt bármilyen esemény elsül, és a hozzájárulási állapotot újra kell ellenőrizni, amikor a felhasználó navigál, hogy az egyik lapon történő visszavonás mindenhol érvényes legyen.

Alapértelmezett tiltás és Google Consent Mode v2

Állítsa be a CMP-t alapértelmezett tiltásra a marketing vagy hirdetési hozzájárulási kategóriánál, mutassa be a LinkedIn-t gyártóként abban a kategóriában egyértelmű, közérthető leírással, és konfigurálja a tagkezelőt, hogy csak akkor tüzelje az Insight Taget, ha a megfelelő hozzájárulási típus meg van adva. A Google Consent Mode v2 ad_storage, ad_user_data és ad_personalization jelzései a LinkedIn-integrációnak ugyanazt az állapotgépet adják, amelyet a hirdetési verem többi eleme használ: ha mindhárom meg van tagadva, a tag soha nem sül el; ha meg vannak adva, a tag teljes fejlett egyeztetéssel sül el; ha részben meg vannak adva, a tag LDU módra vált vissza az események teljes eldobása helyett.

Google Tag Manager trigger-receptek

A legtisztább GTM-beállítás egy egyéni triggert használ, amely figyeli a CMP által kibocsátott consent_update dataLayer-eseményt, és egy beépített hozzájárulás-ellenőrzést magán a LinkedIn-tagen. A trigger csak akkor süljön el az Initialization-All-Pages esetén, ha a hozzájárulás már eldőlt, az ad_storage szükséges kiegészítő hozzájárulásként. Kerülje a tag betöltését olyan Page View triggerbe, amely a CMP előtt fut — az időzítési verseny a B2B auditok többségében 'tag a hozzájárulás előtt sül el' megállapításokat produkál.

TCF v2.3 és a LinkedIn gyártóbejegyzés

EU-s forgalom esetén regisztrálja a LinkedIn-t a CMP TCF v2.3 gyártólistájának konfigurációjában. A LinkedIn Global Vendor List bejegyzése feltárja az egyes célokra igényelt jogalapokat, és a CMP-nek ezeket a célokat egy az egyben kell tükröznie a hozzájárulási felületen. A LinkedIn általános 'hirdetési partnerek' kapcsoló alá csoportosítása TCF v2.3 jogsértés — minden gyártónak gyártónkénti vezérlőkre van szüksége, és az a szabályozó, aki sok megnevezett gyártóra egyetlen kapcsolót alkalmaz, érvénytelennek tekinti a hozzájárulást.

A szerveroldali út: LinkedIn Conversions API

A böngészőbeli tag nem az egyetlen út, amelyet a LinkedIn kínál. A Conversions API egy szerver-szerver végpont, amely lehetővé teszi, hogy a backend konverziós eseményeket küldjön közvetlenül a LinkedIn-nek a böngészőoldali script nélkül. A két út együtt él: a legtöbb B2B kiadó párhuzamosan futtatja ezeket, megosztott eseményazonosítóval deduplikál, és az API-t biztonsági hálóként használja, ha a böngészőbeli taget reklámblokkoló, vállalati tűzfal vagy maga a hozzájárulási réteg blokkolja.

Miért számít a szerveroldali út 2026-ban?

Három erő szorítja a B2B kiadókat el a tisztán böngészőbeli tagektől: a harmadik féltől származó cookie-k kivezetése Chrome-ban, a Safari és Firefox dominanciája egyes B2B-közönségekben, ahol a harmadik féltől származó cookie-k már halottak, és a B2B célfiókoknak azon vállalati hálózatai, ahol a reklámblokkolók és az adatvédelmi proxyk alapfelszereltség. A Conversions API olyan utat ad a kiadóknak, amelyen a backend irányítja az adatsíkot, a késés alacsonyabb, az események túlélik a hálózati megszakításokat, és az egyezési arányok emelkednek, mert a szerver átadhat olyan első féltől származó azonosítókat, amelyeket a böngésző nem lát.

A hozzájárulás továbbra is érvényes

A Conversions API nem kerüli meg a GDPR-t vagy a CPRA-t. A jogalap-követelmény az adathoz kötődik, nem a szállítóhoz. Ha a felhasználó elutasította a hirdetési hozzájárulást a CMP-ben, a backend nem küldheti az azonosítóját a LinkedIn-nek, függetlenül attól, melyik utat használja. Építse be a hozzájárulási állapotot egy kérelemhatókörű jelzőbe, amelyet a konverzióközzétevő minden API-híváskor olvas, és álljon ellen a mérnöki kísértésnek, hogy optimistán süsse el a konverziókat, amíg a hozzájárulási kérés még függőben van.

B2B-specifikus hibák, amelyek megállapításokat váltanak ki

Azok a B2B Insight Tag-telepítések, amelyek hatósági megállapításokat hoznak létre, jellemzően a fogyasztói pixelektől kissé eltérő mintákban vallanak kudarcot. A tag a vállalati oldal minden oldalán betöltődik, beleértve az állások és a befektetői kapcsolatok oldalait is, ahol a közönség lényegesen eltér a marketingtölcsér-oldalakétól. A CMP-alapértelmezések fogyasztói forgalomra vannak hangolva, és soha nem igazítják a B2B kutatási fázisú látogatók hosszabb bevonási ablakaihoz. A hasheltemail alapú fejlett egyeztetés a marketing-automatizációs platformhoz van bekötve CMP-kompatibilis szűrő nélkül, így hasheltt emaileket küld a LinkedIn-nek olyan felhasználóktól, akik elutasították a marketing hozzájárulási kategóriát. A Conversions API-t a backend-csapat backend-optimalizálásként implementálja anélkül, hogy a hozzájárulási réteget valaha is megkérdezték volna, és megszakítás nélkül fut minden hozzájárulási döntésen át, amelyet a felhasználó a frontend-en hoz. Ezek mindegyike egy-három mérnöki napos javítás — és pontosan az a minta, amelyet az ICO közzétett B2B végrehajtási döntéseiben megnevezett.

A lényeg

A LinkedIn Insight Tag nem egy alacsony kockázatú B2B segédeszköz. Egy olyan követési technológia, amely ugyanazon hozzájárulási szabályok alatt él, mint a fogyasztói pixelek, azzal a további csavarral, hogy a B2B közönségek és a B2B oldalak hajlamosak megfelelési közönyöt kelteni a marketingcsapatokban, amelyet a fogyasztói oldal évekkel ezelőtt kinőtt. A megfelelő minta ismert: egy CMP, amely tudja, hogy a tag létezik, egy hozzájárulási kapu, amelyet a tag tiszteletben tart a Google Consent Mode v2-n vagy TCF-integrációján keresztül, egy szerveroldali Conversions API-út, amely ugyanazt a hozzájárulási állapotot tiszteli, és egy negyedéves audit, amely elfogadó és elutasító folyamatokon megy végig egy friss böngészőben, hogy megbizonyosodjon arról, hogy a tag csendes azon felhasználók számára, akik elutasítottak. Azok a kiadók és hirdetők, akik ezt helyesen csinálják, megbízhatóan tartják B2B mérésüket és rövid auditválaszaikat; azok, akik a LinkedIn-közönséget önként hozzájáruló csoportnak kezelik, 2026-ot azzal töltik, hogy egy szabályozónak magyarázzák el, miért sült el a tag az állások oldalán kilenc hónappal azután, hogy a cookie-audit azt mondta, nem kellene.