Tutorial: Präzises B2B-Tracking mit dem LinkedIn Insight Tag und GTM

Der seitenweit eingefügte LinkedIn Insight Tag bringt genau eine brauchbare Sache hervor: eine Retargeting-Zielgruppe. Jede darauf aufgesetzte Conversion ist meist eine URL-Regel – eine Danke-Seite, ein Pfadfragment –, und das funktioniert, bis das Formular an dieselbe Adresse zurücksendet, die Demo in einer Single-Page-Anwendung läuft oder der Download ganz ohne Navigation startet. Ab da optimiert die Kampagne auf einen Seitenaufruf, der mit der bezahlenswerten Handlung nichts zu tun hat.

Die Alternative besteht darin, jede Handlung als eigene Conversion im Campaign Manager zu definieren und sie bewusst aus dem Google Tag Manager auszulösen. Die folgende Anleitung behandelt das Basis-Tag, die Conversion-IDs, das Tag, das sie sendet, und die Trigger, die über den Zeitpunkt entscheiden.

Schritt 1: Das Basis-Tag, einmal geladen

Der Insight Tag gehört als einzelnes Tag auf allen Seiten in den Web-Container – die Community-Vorlage aus der GTM-Galerie verlangt nur die Partner-ID, und ein Custom-HTML-Tag mit dem Snippet von LinkedIn erledigt dasselbe. Entscheidend ist, dass es einmal und früh lädt, denn alles Weitere hängt an der Funktion, die es bereitstellt.

Es gehört außerdem hinter eine Consent-Prüfung. Der Insight Tag kennt keinen cookielosen Modus: Ohne Werbe-Einwilligung sendet er kein reduziertes Signal, sondern hört vollständig auf – ihn in den Consent-Einstellungen von GTM zu sperren ist damit die ganze Umsetzung und kein Kompromiss zwischen zwei Verhaltensweisen.

Schritt 2: Die Conversions im Campaign Manager anlegen

Jede Handlung braucht ein eigenes Conversion-Objekt, angelegt im Campaign Manager im Bereich für Conversion-Tracking des Kontos. Die ereignisspezifische Methode statt der URL-Methode zu wählen ist die Entscheidung, die alles Weitere möglich macht – LinkedIn vergibt daraufhin je Conversion eine numerische Conversion-ID, und diese ID ist es, die im Bericht einen Whitepaper-Download von einem Demo-Aufruf trennt.

Zwei Einstellungen sollten entschieden statt übernommen werden. Die Attributionsfenster steuern, wie lange nach einem Klick oder einer Einblendung eine Conversion noch zählt, und der Conversion-Wert – sofern die Handlung einen plausiblen kommerziellen Wert hat – ist das, was Kampagnen über die reine Menge hinaus vergleichbar macht. Eine einzige ID für mehrere Events führt diese wieder zu einer Zahl zusammen, also genau zu dem Problem, das die URL-Regel-Variante schon hatte.

Schritt 3: Eine Conversion aus GTM auslösen

Ist das Basis-Tag geladen, ist eine Conversion ein einziger Funktionsaufruf. Ein Custom-HTML-Tag trägt ihn, mit Absicherung, denn die Funktion existiert erst, wenn der Insight Tag tatsächlich geladen wurde – und das wird er nicht haben für alle, die die Einwilligung abgelehnt oder das Skript blockiert haben:

<script>
(function() {
  if (typeof window.lintrk !== 'function') {
    return;               // Basis-Tag fehlt: Consent abgelehnt, blockiert oder noch nicht geladen
  }
  window.lintrk('track', { conversion_id: 12345678 });
})();
</script>

Ohne die Absicherung wirft das Tag genau bei den Besuchern einen Fehler, deren Einwilligung fehlt – aus einem stillen Nicht-Ereignis wird so ein Konsolenfehler auf jeder betroffenen Seite. Wo auf JavaScript gar nicht gebaut werden kann, akzeptiert LinkedIn auch eine Bildanfrage mit denselben zwei Kennungen; das ist der Mechanismus hinter dem No-Script-Fallback:

<img height="1" width="1" style="display:none" alt=""
     src="https://px.ads.linkedin.com/collect/?pid=PARTNER_ID&conversionId=12345678&fmt=gif">

Schritt 4: Trigger, die Absicht beschreiben, nicht Seiten

Das Tag ist trivial; der Trigger ist die eigentliche Arbeit. Eine Conversion ist nur so präzise wie die Bedingung, die sie auslöst, und die brauchbaren Bedingungen stammen aus dem Data Layer der Website und nicht aus der Adresszeile:

• Whitepaper-Download – ein eigenes Event beim erfolgreichen Absenden des Formulars, nicht ein Seitenaufruf der Danke-Seite, die sich auch anders erreichen und mehrfach neu laden lässt.
• Demo angesehen – ein Video-Fortschritts-Event an einer Schwelle, die etwas bedeutet, etwa 75 Prozent gesehen. Ein Play-Event löst bei Autoplay und bei Fehlklicks aus, ein Fortschritts-Event nicht.
• Preis-Interesse – ein Klick auf den Preis-Call-to-Action, der keine eigene URL braucht und gleich funktioniert, ob die Seite navigiert oder ein Overlay öffnet.

// Von der Website gesendet, sobald das Formular tatsaechlich angenommen wurde
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'lead_form_success',
  form_name: 'whitepaper_zero_trust',
  form_location: 'resource_library'
});

Ein Custom-Event-Trigger auf lead_form_success, bei mehreren Formularen mit demselben Mechanismus zusätzlich über form_name eingegrenzt, bindet eine LinkedIn-Conversion an eine echte Handlung. Dasselbe Data-Layer-Event kann GA4 und die Werbeplattformen zugleich speisen – genau darin liegt der Sinn, es von der Website zu senden, statt es je Plattform zu rekonstruieren.

Schritt 5: Prüfen, bevor den Zahlen geglaubt wird

Drei Prüfungen der Reihe nach. Der Vorschaumodus von GTM bestätigt, dass das Tag beim vorgesehenen Trigger auslöst und nicht beim Seitenaufruf. Das Netzwerk-Panel des Browsers bestätigt, dass eine Anfrage an den Sammel-Endpunkt von LinkedIn hinausgeht und die erwartete Conversion-ID trägt – der Wert dort entscheidet, welcher Conversion gutgeschrieben wird, und ein Zahlendreher zwischen zwei IDs erzeugt ein völlig gesund aussehendes Tag, das in den falschen Topf meldet. Der Campaign Manager selbst holt die Conversion dann aus dem unbestätigten Zustand, sobald echter Traffic angekommen ist – die Bestätigung, dass ID und Konto tatsächlich zusammenpassen.

Die letzte Prüfung ist eine Rechenaufgabe, keine technische: die Anzahl einer Conversion über eine Woche gegen die Anzahl dieser Handlungen, die das CRM oder das Formular-Backend festgehalten hat. LinkedIn wird weniger melden, und die Differenz ist der Anteil ohne Einwilligung und mit Blockern.

Innerhalb der Leitplanken bleiben

Die Conversion-Zahlen von LinkedIn lassen sich nicht mit GA4 in Deckung bringen, und dieser Lücke nachzujagen kostet nur Zeit. Die Attributionsfenster unterscheiden sich, und LinkedIn zählt View-Through-Conversions, für die es in GA4 keine Entsprechung gibt. Wer eine Anzeige ohne Klick gesehen hat und dann auf anderem Weg kam, taucht im einen Bericht auf und im anderen nicht. View-Through und Click-Through als getrennte Spalten statt als Gesamtwert sichtbar zu halten verhindert, dass eine aufgeblähte Zahl als Nachfrage gelesen wird.

Das Tag bleibt außerdem an die Einwilligungsgrundlage gebunden, hinter die es gesperrt wurde, und zwar in beide Richtungen. Eine Umsetzung, die Conversions auch für Ablehnende auslöst, ist nicht genauer, sondern nur weniger rechtmäßig. Und die Retargeting-Zielgruppe, die das Basis-Tag aufbaut, ist ein eigener Zweck, der von derselben Einwilligung gedeckt sein muss.