LinkedIn Conversions API für B2B: Nachverfolgung von Leads, die das Insight-Tag übersieht

Die LinkedIn Conversions API (CAPI) sendet Konversionsevents von deinem eigenen Server an LinkedIn und nicht vom Browser des Besuchers. Das liegt daran, dass das LinkedIn Insight Tag von zwei Bedingungen abhängt, die im B2B-Bereich nicht mehr erfüllt werden können: einem nicht blockierten Browser-Skript und einem Verkaufszyklus, der so kurz ist, dass das Cookie noch vorhanden ist, wenn der Lead konvertiert.

Auf LinkedIn beginnt ein Großteil der Business-to-Business-Pipeline (B2B). Demo-Anfragen, Webinar-Anmeldungen, Downloads von geschützten Inhalten – all das wird durch Kampagnen vorangetrieben, die im Campaign Manager ausgewertet werden.

Die Messtechnik hat da nicht mitgehalten. Jahrelang reichte der LinkedIn Insight Tag völlig aus. Ein JavaScript-Snippet wurde geladen, las die Seite aus und meldete LinkedIn, dass ein Lead entstanden war. Das funktionierte, solange die Browser Pixel von Drittanbietern in Ruhe ließen und die Verkaufszyklen kurz genug waren, dass das Cookie noch vorhanden war, wenn das Formular abgeschickt wurde.

Beide Bedingungen haben sich geändert. In Safari 27, das sich derzeit in der Beta-Phase befindet und mit iOS 27 sowie macOS 27 ausgeliefert wird, wird das Insight-Tag als Skript im Zusammenhang mit Fingerprinting eingestuft, und sein Zugriff auf Abfrageparameter und Referrer-Daten kann widerrufen werden. Werbeblocker entfernen es komplett. B2B-Kaufzyklen erstrecken sich über die Cookie-Fenster hinaus, auf die das Tag angewiesen ist. So füllt sich das Customer-Relationship-Management-System (CRM) mit Leads, während der Campaign Manager weniger Conversions meldet, als im Vertrieb sichtbar sind, und das automatisierte Bidding optimiert sich ständig auf der Grundlage dieser geringeren Zahl.

Die LinkedIn Conversions API (CAPI) ist die Lösung, die alle drei Herausforderungen meistert. Bei der Konversion wird von deinem eigenen Server eine gehasht E-Mail-Adresse, die Klick-ID von LinkedIn (li_fat_id) und eine gemeinsame Ereignis-ID übertragen, sodass das Browser-Tag und der Serveraufruf niemals doppelt gezählt werden.

Warum der LinkedIn Insight Tag in Safari nicht mehr ausreicht

Das Insight-Tag ist ein Browser-Skript. Es wird geladen, liest, was es von der Seite erfassen kann, und ruft dann LinkedIn auf. Wenn einer dieser Schritte unterbrochen wird, erfährt der Campaign Manager nie, dass die Conversion stattgefunden hat.

Ad-Blocker kümmern sich um die grobe Version. Filterlisten blockieren snap.licdn.com und die zugehörigen Insight-Tag-Endpunkte, die Dankeseite wird normal angezeigt und es werden keine Daten an LinkedIn gesendet.

Safari geht etwas selektiver vor, weshalb es viele Leute verwirrt. Der Tracking-Schutz von Safari 27 fügt das Insight-Tag zu den Fingerprinting-Listen von WebKit hinzu, und der erweiterte Fingerprinting-Schutz funktioniert so, dass er einem klassifizierten Skript bestimmte Funktionen entzieht, anstatt es komplett zu blockieren. Ein klassifiziertes Skript kann den Zugriff auf Abfrageparameter und Referrer verlieren, behält aber die Möglichkeit, Netzwerkanfragen zu stellen. Das Tag wird ausgelöst, die Anfrage ist erfolgreich, und die Klick-ID, die den Lead eigentlich mit einer Kampagne hätte verknüpfen sollen, war von vornherein nicht lesbar. In der Vorschau des Tag-Managers sieht alles normal aus.

Cookies verfallen langsamer. Die „Intelligent Tracking Prevention“ (ITP) von Safari begrenzt die Gültigkeitsdauer von mit JavaScript geschriebenen First-Party-Cookies auf sieben Tage. Das „li_fat_id“-Cookie ist zwar so konzipiert, dass es über eine einzelne Sitzung hinaus Bestand hat, aber da das Insight-Tag es mit JavaScript schreibt, gilt in Safari die Begrenzung auf sieben Tage. Ein Käufer, der in Woche eins eine Fallstudie liest und in Woche vier eine Demo bucht, hat die Klick-ID bereits verloren.

Conversions im Einzelhandel finden normalerweise noch in derselben Sitzung statt, während ein gewinnbringendes B2B-Event ein Formular, ein vereinbarter Anruf oder ein Wechsel der CRM-Phase ist, der erst Stunden oder Wochen später eintritt.

Was die LinkedIn-Conversions-API übermittelt

CAPI sendet Events von deinem eigenen Server oder aus einem Google Tag Manager (GTM)-Servercontainer an den Endpunkt /conversionEvents von LinkedIn. Das Schema und die vollständigen Fehlertabellen findest du in der Dokumentation zur Conversions-API von LinkedIn.

Jedes Ereignis verweist auf eine Konversionsregel in der Form urn:lla:llaPartnerConversion:123. Diese Regel wird mit der Methode „Conversions API“ erstellt – genau deshalb sind die Browser-Regel und die Server-Regel zwei separate Regeln und keine gemeinsame. Der Campaign Manager zeigt denselben Wert als „Conversion-ID für Google Tag Manager“ an, wenn du die Regeleinstellungen öffnest und die Tag-Manager-Option auswählst.

Dann gibt es noch „conversionHappenedAt“, einen Epochen-Zeitstempel in Millisekunden. LinkedIn lehnt alles ab, was älter als 90 Tage ist, und jedes System, das Sekunden speichert, muss vor dem Senden drei Nullen anhängen. Es ist ein kleines Detail, das mehr Integrationen zum Scheitern bringt, als es sollte.

Der Abgleich erfolgt auf der Ebene des Benutzerobjekts. Bei der B2B-Lead-Generierung spielen vor allem zwei Identifikatoren eine entscheidende Rolle:

Hash der E-Mail-Adresse, gesendet als SHA256_EMAIL. LinkedIn erwartet, dass die Adresse in Kleinbuchstaben und ohne Leerzeichen angegeben, anschließend mit SHA-256 (Secure Hash Algorithm 256-Bit) gehasht und als Hexadezimalzeichenfolge gesendet wird.

li_fat_id, gesendet als LINKEDIN_FIRST_PARTY_ADS_TRACKING_UUID. LinkedIn fügt diese Klick-ID den URLs der Landingpages hinzu, sobald das erweiterte Conversion-Tracking für das Insight-Tag aktiviert ist. Bei neuen Insight-Tags ist diese Einstellung standardmäßig aktiviert. Bei älteren Tags lohnt es sich, sie zu öffnen und zu überprüfen, anstatt einfach davon auszugehen, dass alles stimmt.

„eventId“ ist der Deduplizierungsschlüssel für das Insight-Tag. Gleiche Zeichenfolge auf beiden Seiten, gleiche Aktion in der Praxis. IP-Adresse im Klartext, Vor- und Nachname, Berufsbezeichnung und Firma können – sofern die Einwilligung dies zulässt – in derselben Nutzlast mitgeführt werden und tragen zur Verbesserung der Abgleichquoten bei, ohne dass die E-Mail-Adresse oder die Klick-ID in einem Lead-Formular ersetzt werden müssen.

An event is also accepted without „li_fat_id“, as long as a hashed e-mail address or another supported identifier is present. What is lost is the matching quality, which is shown later as campaigns that appear weaker than the CRM indicates.

Welche Identifikatoren sollen gesendet werden?

Bezeichner	LinkedIn-Feld	Woher es kommt	Was passiert, wenn es fehlt?
Hashwert der E-Mail-Adresse	SHA256_EMAIL	Das Kontaktformular, das auf deinem Server gehasht wird	Die Übereinstimmungsrate bei B2B-Formularen sinkt stark
LinkedIn-Klick-ID	LINKEDIN_FIRST_PARTY_ADS_TRACKING_UUID	Die URL der Landingpage oder das Cookie, das das Insight-Tag setzt	The event is captured, but the attribution to the ad click is weakened
IP-Adresse	PLAINTEXT_IP_ADDRESS	Die Serveranfrage	Kaum Auswirkungen, wenn eine E-Mail-Adresse oder eine Klick-ID vorhanden ist, und ein teilweiser Fallback, wenn beides fehlt
Name, Titel, Firma	userInfo-Felder	Das Kontaktformular	Kaum Auswirkungen, wenn eine E-Mail-Adresse oder eine Klick-ID vorliegt

LinkedIn bewertet jedes Event danach, wie gut es zum Profil eines Mitglieds passt, und diese Bewertung beeinflusst deine Kosten pro Ergebnis. Sende die gehasht E-Mail-Adresse und die li_fat_id zusammen, wann immer du beides hast.

Insight Tag und CAPI: die von LinkedIn empfohlene redundante Konfiguration

LinkedIn empfiehlt, dieselbe Conversion zweimal zu übermitteln – einmal über ein Website-Tag (Insight-Tag oder Bild-Pixel) und einmal über CAPI. Sie bezeichnen dies als redundante Konfiguration. Die für Werbetreibende bestimmte Version findet sich unter „Deduplizierung für das Conversion-Tracking“, und die Details zur Umsetzung sind in der Dokumentation von LinkedIn zur Deduplizierung zu finden.

Du erstellst eine Konversionsregel pro Datenquelle. Ein Browser, ein Server. Zum Zeitpunkt der Konversion generierst du eine einzige eventId und ordnest sie beiden Ereignissen zu.

Wenn LinkedIn ein Insight-Tag-Event und ein CAPI-Event vom selben Konto mit derselben eventId erhält, verwirft es das CAPI-Event und berücksichtigt in der Kampagnenauswertung das Insight-Tag-Event. Der Browser hat bei Gleichstand die Oberhand, was jeden überrascht, der davon ausgegangen ist, dass das Serversignal als das zuverlässigere der beiden behandelt würde. Nach der Deduplizierung liegt die Insight-Tag-Zeile in deiner Konversionsaufschlüsselung normalerweise höher als die CAPI-Zeile, da das Duplikat server-side abgezogen wird.

Die Duplikatsbereinigung greift nur, wenn beide Ereignisse tatsächlich eintreffen. Wenn Safari oder ein Werbeblocker das Browser-Event unterbunden hat, gibt es kein „Zwillingsevent“, das bevorzugt werden könnte, und das CAPI-Event wird gezählt. Das ist der Sinn dahinter, beide auszuführen.

B2B-events, die es wert sind, optimiert zu werden

Ordne die Konversionsregeln den Ergebnissen zu, für die du Budget bereitstellen würdest. Eine Demoanfrage, ein ausgefülltes Kontakt- oder Testformular, eine bestätigte Webinar-Anmeldung. Auch die Phasen „Marketing Qualified Lead“ (MQL) und „Sales Qualified Lead“ (SQL) gehören hierher – vorausgesetzt, der Vertrieb pflegt sie tatsächlich, was die meisten Teams unterschätzen.

Der Typ der Konversionsregel ist wichtiger, als es auf den ersten Blick scheint. LinkedIn unterstützt Post-Click-Attributionsfenster von 1, 7, 30 und 90 Tagen, wobei 30 Tage die Standardeinstellung sind. Ein 365-Tage-Fenster steht für fünf Konversionstypen zur Verfügung: Lead, qualifizierter Lead, Bewerbung einreichen, Kauf und In den Warenkorb legen. Bei einem neunmonatigen Vertriebszyklus im Unternehmensbereich kann die Wahl eines geeigneten Konversionstyps darüber entscheiden, ob der ursprüngliche Anzeigenklick angerechnet wird.

Seitenaufrufe rechtfertigen den Aufwand selten. Geringes Engagement kann im Insight-Tag verbleiben oder ganz entfernt werden. Ein Download der Preisseite gehört nur dann in den Serverpfad, wenn du bereits darauf bietest.

Späte Konversionen aus HubSpot oder deinem CRM

Nach der Dankesseite gibt es jede Menge B2B-Mehrwert. Ein Interessent füllt am Dienstag das Formular aus, der Vertrieb vereinbart am Donnerstag einen Termin für die Demo, und das Insight-Tag bekommt den zweiten Schritt gar nicht mit, weil es keine Seite gibt, auf der es ausgelöst werden könnte.

Wenn HubSpot oder ein anderes CRM als Stammdatensystem dient, verläuft der Arbeitsablauf vom Website-Formular zum CRM-Datensatz, über einen Webhook in den Server-Container und weiter zu LinkedIn CAPI. Löse ihn bei der Formularerstellung, bei einer Terminvereinbarung oder im Status „qualifizierter Lead“ aus. Der Verknüpfungsschlüssel ist die gehasht-E-Mail-Adresse, die beim ursprünglichen Lead erfasst wurde, plus „li_fat_id“, falls du diese im Kontaktdatensatz gespeichert hast.

Dadurch werden Conversions erfasst, bei denen sich nie ein Pixel in der Nähe befand. Der HubSpot-Leitfaden zum server-side Tracking behandelt die CRM-Seite des Prozesses, einschließlich der Frage, warum HubSpots eigenes Browser-Cookie als Zeitmesser für lange Customer Journeys ungeeignet ist.

Verwende die „eventId“ des Website-Formulars erneut, wenn das CRM-Ereignis dieselbe Aktion beschreibt. Weise dem Ereignis eine neue „eventId“ zu, wenn die CRM-Phase ein späteres Ergebnis mit einer eigenen Konversionsregel ist. Und achte auf die 90-Tage-Frist, wenn jemand vorschlägt, ein Jahr an historischen CRM-Daten nachträglich einzutragen. Diese Ereignisse werden abgelehnt, und die Lösung besteht darin, Daten ab dem aktuellen Zeitpunkt zu senden, anstatt rückwirkend zu übermitteln.

Wenn du einen Batch aus dem CRM sendest, gelten folgende Limits: 600 Anfragen pro Minute und 300.000 pro Tag für ein einzelnes Zugriffstoken, wobei eine Batch-Anfrage bis zu 5.000 Konversionsevents enthalten darf.

Linkedin CAPI im server-side GTM: der allgemeine Aufbau

Hier geht es eher um die Messarchitektur als um eine Schritt-für-Schritt-Anleitung. Unser Leitfaden zum server-side Tracking auf LinkedIn behandelt die Einrichtung ausführlich, während LinkedIn selbst einen eigenen Leitfaden zur server-side GTM-Implementierung veröffentlicht, der die Details auf Bildschirmebene behandelt.

1. Erfasse „li_fat_id“ beim Aufrufen der Seite. Aktiviere das erweiterte Conversion-Tracking für das Insight-Tag im Campaign Manager, damit LinkedIn die Klick-ID hinzufügt. Lies sie aus dem Query-String auf bezahlten Landingpages aus und speichere sie in einem First-Party-Cookie oder im Data Layer, damit ein Formular, das zwanzig Minuten später ausgefüllt wird, sie noch enthält. Dort, wo das Insight-Tag installiert ist, dient das von ihm geschriebene „li_fat_id“-Cookie als zweite Quelle.

2. Erzeuge eine eventId, wenn der Lead konvertiert. Ein universell eindeutiger Bezeichner (UUID) – also deine Lead-ID plus ein Zeitstempel – reicht dafür aus. Speichere genau diese Zeichenfolge in der Datenschicht, bevor eines der beiden Ereignisse gesendet wird.

3. Behalte ein dünnes Insight-Tag, wo immer es noch geladen wird. Die Vorlage für das LinkedIn Insight Tag 2.0 im Web-Container enthält ein Feld „Event ID“. Gib dort denselben Wert ein. Achte auf die Bezeichnungen: Sowohl die Datenschicht als auch die CAPI-Nutzlast verwenden „eventId“, während ein manueller Aufruf von `lintrk('track', ...)` „event_id“ verwendet. Zwei Tags können in der Vorschau völlig einwandfrei aussehen, während diese Nichtübereinstimmung im Hintergrund die Deduplizierung beeinträchtigt.

4. Leite die Konvertierung an den Server-Container weiter. Der übliche Ablauf ist ein Formular-Event im Web-Container, gefolgt von einem Google Analytics 4 (GA4)-Event im Server-Container, wo es von einem GA4-Client erfasst wird. Übermittle E-Mail-Adresse, Event-ID, li_fat_id und Seiten-URL. Füge nur dann Werte hinzu, wenn du wirklich darauf hin optimierst.

5. CAPI vom Server-Container aus senden. LinkedIn stellt in der Community-Template Gallery ein offizielles server-side Tag bereit: „LinkedIn | CAPI Tag“. Es übersetzt das GA4-Ereignismodell in das LinkedIn-Schema und sendet es ab, sodass du die Payload nicht manuell in einem HTTP-Request-Tag erstellen musst. Es benötigt die Konversionsregel-ID und ein Zugriffstoken. Da Tokens ablaufen, muss sich jemand darum kümmern, sie zu erneuern, bevor ein Viertel der Conversions verloren geht.

6. Erst alles hashen und filtern, bevor irgendwas rausgeht. Führe den E-Mail-Hash lieber auf dem Server als im Browser durch. Wenn die Consent-Management-Plattform (CMP) die Speicherung von Anzeigen oder Anzeigen-Nutzerdaten abgelehnt hat, wird LinkedIn CAPI wie jedes andere Anzeigen-Tag blockiert. Die Verlagerung des Aufrufs auf die server-side ändert nichts an den Einwilligungsverpflichtungen.

7. Mit dem CRM abgleichen. Warte drei Tage, bevor du Schlussfolgerungen ziehst. LinkedIn braucht bis zu 24 Stunden, um events zu erfassen, und weitere 48 Stunden, bis sie in den Berichten erscheinen. Beide Quellen sollten in der Conversion-Aufschlüsselung erscheinen, wenn die doppelte Konfiguration funktioniert, wobei die Insight-Tag-Zeile höhere Werte aufweisen sollte. Vergleiche die Gesamtzahlen mit den CRM-Formularzahlen. Ein Vergleich der neuen Konfiguration mit den Zahlen des Vorjahres, die ausschließlich auf dem Insight-Tag basierten, liefert dir keine nützlichen Erkenntnisse, da diese Basis genau das ist, was du gerade ersetzt hast.

Wenn du die CAPI-Gesamtzahlen mit der Anzahl der CRM-Formulare vergleichst, überprüfe, ob du die Klick- und Aufruf-Conversions zusammen betrachtest. Der Campaign Manager gibt sie standardmäßig als eine einzige Zahl an, und das View-Through-Fenster ist standardmäßig auf sieben Tage eingestellt.

Fehler, die die Konversionszahlen auf LinkedIn überhöhen oder verschleiern

Keine gemeinsame eventId. Jedes Browser-Server-Paar wird zu zwei Konvertierungen. Ohne diese Zeichenfolge hat LinkedIn keine Möglichkeit, das Duplikat zu erkennen.

Die Konvertierungsregel-ID wird als Deduplizierungsschlüssel behandelt. Die haben unterschiedliche Aufgaben. Die Regel-ID gibt an, welche Conversion erhöht werden soll, und die eventId sagt, um welche Aktion in der Praxis es sich handelt. Zwei Regeln und eine eventId – das ist die richtige Konfiguration für eine einzelne Formularübermittlung.

Die Konversionsregel wurde nie mit einer Kampagne verknüpft. LinkedIn ordnet eine Conversion nur den Kampagnen zu, mit denen die Regel verknüpft ist. Es gehen Events ein, die API meldet „Erfolg“, und die Berichterstattung bleibt leer. Das zu beheben ist echt nervig, weil eigentlich gar kein Fehler aufgetreten ist.

Keine Klick-ID. Entweder wurde das erweiterte Conversion-Tracking nie aktiviert, oder „li_fat_id“ wurde auf der Landingpage ausgelesen und ging dann vor dem Formular verloren. Das E-Mail-Matching funktioniert weiterhin. Die Attribution verschlechtert sich, was sich vor allem bei langen B2B-Zyklen bemerkbar macht.

Ich probier’s nur in Chrome aus. Das Tag sieht in der Chrome-Vorschau gut aus, also wird die Einrichtung freigegeben. Safari-Zugriffe und blockierte Browser fehlen in dieser Ansicht bereits, und „unsere Käufer nutzen keine Werbeblocker“ ist eher eine Hoffnung als eine belegte Tatsache.

Seitenaufrufe an CAPI senden. LinkedIn optimiert gerne auf Traffic, wenn du dem Netzwerk genau das lieferst.

Wo TAGGRS passt

Das server-side Tracking von LinkedIn benötigt einen stabilen Ort, an dem der Server-Container ausgeführt werden kann, die First-Party-Auslieferung über deine eigene Subdomain sowie einen Ort, an dem Identifikatoren gehasht und angehängt werden können, bevor die Daten LinkedIn erreichen.

TAGGRS stellt diese Hosting-Ebene und die Subdomain-Verbindung bereit. Der Webcontainer meldet die Konvertierung einmalig, und der Server entscheidet, was als Nächstes passiert: Die E-Mail wird gehasht, die li_fat_id angehängt und anschließend wird LinkedIn CAPI zusammen mit HubSpot oder Google Ads aus demselben Event heraus ausgelöst. Details zur Einrichtung der LinkedIn-Komponenten:

• LinkedIn Insight Tag
• LinkedIn-Conversions-API
• Duplikate bei LinkedIn-Events entfernen

Fazit

Safari 27 und Werbeblocker haben die reine Insight-Tag-Messung zu einer schwachen Grundlage für B2B-Gebote gemacht. CAPI verlagert das Lead-Event auf einen Serverpfad, den du kontrollierst, behält die Klick-ID und die gehasht E-Mail-Adresse als Teil der Conversion bei und stützt sich auf die eventId, sodass es bei redundanten Setups nie zu Doppelzählungen kommt.

Wenn LinkedIn die Pipeline ankurbelt, verdient es dieselbe Behandlung, die E-Commerce-Teams Meta CAPI bereits zukommen lassen. Eine zentrale Messinfrastruktur, budgetiert und in eigener Verantwortung.

Bist du bereit, das server-side Tracking für LinkedIn einzurichten? Erstelle ein kostenloses TAGGRS-Konto oder buche eine Demo , um deine individuelle Einrichtung zu besprechen.

FAQ

Soll ich das Insight-Tag deaktivieren, sobald CAPI live ist?

Nicht standardmäßig. LinkedIn empfiehlt weiterhin, Browser und Server gemeinsam zu betreiben, und wenn beide Ereignisse eintreffen, behält es das vom Browser stammende bei. Lass das Insight-Tag dort, wo es geladen wird, sende CAPI für dieselbe Conversion, gib die eventId weiter und lass CAPI die Sitzungen abdecken, die der Browser nie meldet.

Ist eine gehashte E-Mail-Adresse erforderlich?

Die API akzeptiert mehrere Arten von Identifikatoren, also streng genommen nein. In der Praxis dient die gehasht E-Mail-Adresse als Anker für B2B-Formulare, wobei „li_fat_id“ die Konversion wieder mit dem Anzeigenklick verknüpft. Schick beides, wann immer du beides hast.

Kann ich MQL- oder SQL-Stufen aus dem CRM senden?

Ja, über einen Webhook in den Server-Container, vorausgesetzt, du kannst den CRM-Datensatz wieder mit der E-Mail- oder Klick-ID verknüpfen, die beim ursprünglichen Lead erfasst wurde. Weise dieser Phase eine eigene Konversionsregel und eine eigene eventId zu und ziehe einen Lead-basierten Konversionstyp in Betracht, damit das längere Attributionsfenster zur Verfügung steht.

Hilft irgendetwas davon dabei, organischen Traffic auf LinkedIn zu generieren?

CAPI dient dazu, Anzeigenkonversionen zu messen und zu optimieren. Die organische Performance gehört nach wie vor zu deinen Website-Analysetools.

Warum ist meine Insight-Tag-Zahl nach dem Go-Live höher als bei CAPI?

Meistens liegt das daran, dass die Deduplizierung funktioniert. LinkedIn behält das Browser-Event bei und zieht das passende Server-Event davon ab. Eine höhere Insight-Tag-Zahl in der Aufschlüsselung ist also ganz normal und kein Zeichen dafür, dass der Serverpfad fehlgeschlagen ist.