Wer weiß noch, woher seine Leads kommen? (Teil 2: Die Antwort)

Am Ende von Teil 1 stand eine Erkenntnis, die unbequem ist: Ein erheblicher Teil der Kampagnendaten, auf denen B2B-Teams heute Entscheidungen treffen, ist fehlerhaft. Nicht wegen Nachlässigkeit. Sondern weil das Fundament – cookiebasiertes Tracking, clientseitige Messpunkte, Third-Party-Attribution – unter den Bedingungen, unter denen es heute betrieben wird, keine verlässlichen Daten mehr liefert.

Die Frage ist nicht, ob man das akzeptiert. Die Frage ist, was man stattdessen baut.

Ich werde hier keine Patentlösung anbieten. Aber ich werde beschreiben, was in der Praxis funktioniert – und was nicht.

First-Party-Daten: Was der Begriff wirklich bedeutet

First-Party-Daten ist ein Begriff, der in den letzten Jahren so oft verwendet wurde, dass er seinen Inhalt fast verloren hat. Er steht für Daten, die ein Unternehmen direkt von seinen eigenen Kontakten und Besuchern erhebt – im Gegensatz zu Daten, die über Drittanbieter zugekauft oder über Tracking auf fremden Seiten gesammelt werden.

Im B2B bedeutet das konkret: Formularausfüllungen, Newsletter-Anmeldungen, Webinar-Registrierungen, CRM-Daten aus Vertriebsgesprächen, Interaktionen mit eigenen Content-Angeboten. Das sind Daten, die mit ausdrücklicher Zustimmung erhoben wurden und damit rechtssicher nutzbar sind – unabhängig davon, was Browser-Hersteller oder Gesetzgeber als nächstes entscheiden.

Klingt selbstverständlich. Ist es nicht.

In vielen B2B-Unternehmen liegen diese Daten fragmentiert vor: teilweise im CRM, teilweise im E-Mail-Tool, teilweise in Spreadsheets, die irgendwann mal für ein Webinar angelegt wurden. Sie werden selten systematisch genutzt, kaum mit Kampagnendaten verknüpft und fast nie in Echtzeit für Targeting oder Personalisierung eingesetzt. Der Wert ist vorhanden. Er wird nur nicht abgerufen.

Was eine First-Party-Datenstrategie im B2B braucht

Eine First-Party-Datenstrategie ist kein Projekt mit Anfang und Ende. Sie ist eine Infrastrukturentscheidung. Drei Dinge sind dafür notwendig.

Erstens braucht es einen klaren Datenpunkt, an dem Informationen gesammelt werden. Im B2B ist das in der Regel das CRM – idealerweise mit einer direkten Verbindung zur Marketing-Automation. Wer Salesforce nutzt, hat die Voraussetzungen dafür. Wer HubSpot nutzt, ebenfalls. Das Problem ist nicht das Tool. Es ist die Disziplin, Daten dort einzupflegen und sauber zu halten.

Zweitens braucht es Inhalte oder Angebote, für die Kontakte bereit sind, ihre Daten zu geben. Im B2B funktioniert das über substanzielle Angebote: technische Dokumentationen, Branchenreports, konkrete Kalkulations-Tools, exklusive Webinare mit echtem Fachinput. Nicht Whitepapers, die unter anderem Namen als Broschüren funktionieren würden. Sondern Inhalte, für die jemand tatsächlich eine E-Mail-Adresse hergibt – weil der Gegenwert das rechtfertigt.

Drittens braucht es ein Consent-Management, das sauber dokumentiert, wofür welcher Kontakt seine Zustimmung gegeben hat. Das klingt nach Compliance-Pflichtaufgabe. Es ist auch strategische Infrastruktur. Wer weiß, welcher Kontakt welchem Verwendungszweck zugestimmt hat, kann segmentieren, personalisieren und ansprechen – rechtskonform und mit deutlich besseren Öffnungs- und Klickraten als bei generischen Kampagnen.

Serverseitiges Tracking: Warum es jetzt relevant wird

Serverseitiges Tracking ist kein neues Konzept. Es wird seit Jahren in bestimmten technischen Umgebungen eingesetzt. Was sich geändert hat, ist die Notwendigkeit, es auch im B2B-Marketing-Kontext zu implementieren – und die Verfügbarkeit von Tools, die das ohne großen Entwicklungsaufwand ermöglichen.

Der Unterschied zum clientseitigen Tracking: Bei clientseitigem Tracking läuft der Mess-Code im Browser des Nutzers. Adblocker blockieren ihn. Consent-Verweigerung verhindert ihn. Browser-Einschränkungen limitieren ihn. Bei serverseitigem Tracking wird der Mess-Code auf einem eigenen Server ausgeführt. Der Nutzer-Browser schickt Informationen an diesen Server, der Server leitet sie weiter an Analytics-Plattformen und Werbeplattformen. Adblocker haben keinen Zugriff auf den Server. Und weil die Subdomain dem eigenen Unternehmen gehört, greifen viele Browser-Einschränkungen nicht.

Das bedeutet nicht, dass serverseitiges Tracking Consent-Anforderungen umgeht. Das wäre rechtswidrig. Es bedeutet, dass für Nutzer, die Consent gegeben haben, die Datenqualität erheblich besser ist. Tracking-Verluste durch technische Blockaden entfallen weitgehend.

Server-side tagging enables businesses to collect more complete, accurate data from users who have consented, while reducing the risk of data loss from browser restrictions and ad blockers.
— Google Tag Manager-Dokumentation, Abschnitt Server-side Tagging (2024)

In der Praxis bedeutet das für ein B2B-Unternehmen: Wer GA4 mit einem serverseitigen Setup kombiniert, erhält deutlich vollständigere Daten für den Anteil der Nutzer, der Consent gegeben hat. In einem Projekt, das ich begleitet habe, stieg die gemessene Conversion-Rate nach der Migration um etwa 28 Prozent – nicht weil mehr Conversions stattfanden, sondern weil mehr davon tatsächlich erfasst wurden. Das verändert alle Folgeentscheidungen.

Google Tag Manager Server-Side: Der praktische Einstieg

Google Tag Manager bietet seit einigen Jahren eine Server-Container-Option an. Der Setup-Prozess ist aufwendiger als ein klassischer Web-Container, aber für Teams mit technischem Grundverständnis machbar.

Notwendig ist zunächst ein Cloud-Server, auf dem der Server-Container läuft. Google empfiehlt App Engine oder Cloud Run in der Google Cloud, andere Hosting-Optionen funktionieren ebenfalls. Die laufenden Kosten bewegen sich je nach Traffic im unteren bis mittleren zweistelligen Euro-Bereich pro Monat – für die meisten B2B-Websites kein relevanter Posten.

Dazu kommt eine eigene Subdomain, unter der der Server-Container erreichbar ist, etwa metrics.meinunternehmen.de. Das ist der entscheidende Schritt, der viele Browser-Einschränkungen umgeht, weil der Browser die Domain als First-Party-Domain behandelt.

Die Migration der bestehenden Tags – Google Ads Conversion Tracking, GA4, LinkedIn Insight Tag – kann über den Server-Container laufen. Das reduziert außerdem die Ladezeit der Website, weil weniger externe Scripts im Browser geladen werden.

Alternativ gibt es Anbieter wie Stape.io, die den Server-Container als Managed Service anbieten. Für Teams ohne eigene Entwicklungskapazitäten kann das ein sinnvoller Einstieg sein, bevor die Infrastruktur langfristig intern aufgebaut wird.

CRM als Dreh- und Angelpunkt

Was serverseitiges Tracking technisch löst, löst es nur für einen Teil des Problems. Die strategische Antwort auf das Ende des Third-Party-Trackings ist die Verschiebung des Schwerpunkts: weg von Plattformdaten, hin zu eigenen CRM-Daten.

Im B2B hat das CRM eine Bedeutung, die in anderen Branchen so nicht existiert. Jeder Kontakt ist bekannt. Jede Interaktion kann erfasst werden. Jede Kampagnenreaktion kann dem richtigen Datensatz zugeordnet werden – nicht durch statistische Modellierung, sondern durch direkte Verknüpfung. Das ist First-Party-Data in Reinform.

Was das voraussetzt: dass Vertrieb und Marketing dasselbe CRM nutzen und Daten tatsächlich pflegen. In vielen mittelständischen B2B-Unternehmen ist das die eigentliche Schwachstelle. Nicht das fehlende Tool. Nicht das fehlende Budget. Sondern die organisatorische Disziplin, Daten dort einzutragen, wo sie gebraucht werden.

Ein Unternehmen im Bereich industrieller Messtechnik, das ich kenne, hat diesen Schritt vor zwei Jahren konsequent gegangen. Jedes Vertriebsgespräch wird in Salesforce dokumentiert. Jeder Marketing-Touch – Webinar-Teilnahme, Whitepaper-Download, Messekontakt – wird dem CRM-Datensatz zugeordnet. Das Ergebnis: Das Team kann heute für jeden gewonnenen Kunden rekonstruieren, welche Touchpoints vorangegangen sind. Nicht näherungsweise. Sondern konkret. Das verändert, wie Kampagnenbudgets verteilt werden – und welche Inhalte als nächstes produziert werden.

Was das mit der Kundenperspektive zu tun hat

Nach 20 Jahren sehe ich immer wieder dasselbe Muster: Teams optimieren auf das, was messbar ist – nicht auf das, was wirkt. Das war schon vor dem Ende der Third-Party-Cookies ein Problem. Jetzt wird es strukturell sichtbar.

Wer anfängt, First-Party-Daten systematisch zu nutzen und Tracking zu verbessern, bemerkt dabei fast zwangsläufig etwas anderes: Er lernt seine Zielgruppe besser kennen. Nicht durch Hypothesen oder Personas, die in Workshops entwickelt wurden. Sondern durch tatsächliche Verhaltensdaten von echten Kontakten, die echte Entscheidungen treffen.

Welche Inhalte werden wirklich heruntergeladen – nicht nur angeklickt? Welche Webinar-Themen führen dazu, dass jemand danach ein Vertriebsgespräch sucht? Welche E-Mail-Sequenz hat den höchsten Anteil an Kontakten, die sich danach als qualifizierte Leads herausstellen? Diese Fragen sind mit First-Party-Daten beantwortbar. Mit Third-Party-Attribution waren sie es nicht.

Das ist der eigentliche Wert hinter dem technischen Umbau: nicht nur bessere Messung, sondern besseres Verständnis. Und das ist das, was Kampagnen besser macht.

Wo anfangen

Drei Schritte, die in der Praxis sinnvoll sind – in dieser Reihenfolge.

Zuerst: Bestandsaufnahme der Tracking-Qualität. Wie hoch ist die Consent-Ablehnungsrate auf der eigenen Website? Wie viele Leads im CRM haben keine verwertbare Herkunftsinformation? Wie groß ist der Anteil an Direct/None in GA4? Diese Zahlen zeigen den tatsächlichen Umfang des Problems.

Dann: CRM-Disziplin herstellen. Bevor in technische Infrastruktur investiert wird, muss das Fundament stimmen. Wenn Vertriebsdaten nicht verlässlich gepflegt werden, hilft besseres Tracking wenig.

Danach: Serverseitiges Tracking aufsetzen. Für Unternehmen, die bereits Google Tag Manager nutzen, ist der Schritt zum Server-Container machbar – mit ein bis zwei Wochen Implementierungsaufwand bei entsprechender technischer Begleitung.

Das ist kein Großprojekt. Es ist eine Infrastrukturmaßnahme, die man einmal richtig macht.

An dem Meeting, das ich am Anfang von Teil 1 beschrieben habe – dem, in dem niemand sagen konnte, woher die besten Leads kamen –, hätte man mit dieser Grundlage eine andere Antwort geben können. Nicht weil das Tool besser war. Sondern weil jemand irgendwann aufgehört hatte zu raten, und angefangen hatte zu messen.