Leads zurück an Meta und Google: Conversions API und Offline-Import
Warum Meta und Google wissen sollten, welche Leads zu Kunden wurden, und wie das geht: Conversions API, Offline-Conversions, CRM-Status und Datenschutz.
Meta und Google sind sehr gut darin, mehr von dem zu finden, was du ihnen als Erfolg meldest. Das Problem: Meistens meldest du ihnen nur das Formular. Ob der Lead erreichbar war, gepasst hat oder gekauft hat, erfahren sie nie. Rückspielung schließt diese Lücke, und sie ist einer der größten Hebel, die es im Lead-Marketing gibt. Dieser Artikel erklärt, wie sie funktioniert, welche Status du zurückspielst und worauf du beim Datenschutz achten musst. Bei ad.boutique ist das Kern unseres Lead-CRM mit Live-Dashboard.
Das Problem: Plattformen optimieren auf Formulare
Eine Kampagne mit dem Ziel "Leads" lernt aus jedem abgeschickten Formular, welche Menschen Formulare abschicken. Sie lernt nicht, welche Menschen Kunden werden, weil sie es nicht weiß.
Das führt zu einem bekannten Muster:
- Die Kosten je Lead sinken, die Kampagne sieht im Werbekonto gut aus.
- Der Vertrieb beschwert sich über schlechte Leads: nicht erreichbar, kein Interesse, falsche Zielgruppe.
- Marketing und Vertrieb streiten, wessen Schuld das ist.
Die Ursache ist kein schlechtes Targeting, sondern ein falsches Signal. Der Algorithmus tut genau das, was du ihm sagst. Wenn du ihm sagst, dass ein Lead dann gut ist, wenn er qualifiziert war oder gekauft hat, sucht er mehr solcher Menschen.
Dazu kommt eine zweite Lücke: Was die Plattform zählt und was bei dir ankommt, sind nicht immer dieselben Zahlen. Ohne eigene Erfassung jeder Anfrage bemerkt diese Differenz niemand.
So funktioniert die Rückspielung
Rückspielung heißt, dass dein CRM bei jedem relevanten Statuswechsel eines Leads ein Ereignis an die Werbeplattform sendet. Die Plattform ordnet das Ereignis der Anzeige zu, über die der Lead kam, und nutzt es für Optimierung und Auswertung.
Damit das funktioniert, braucht es drei Dinge:
- Ein Zuordnungsmerkmal, das beim Lead gespeichert wird: die Lead-ID aus einem Meta Instant Form, die Google-Klick-ID (GCLID) aus der URL oder gehashte Kontaktdaten.
- Einen Status je Lead im CRM, der vom Vertrieb gepflegt wird.
- Eine Verbindung vom CRM zur Plattform, die Ereignisse automatisch sendet.
Meta Conversions API
Die Meta Conversions API (CAPI) ist eine Schnittstelle, über die du Ereignisse direkt vom Server oder CRM an Meta sendest, statt nur über den Pixel im Browser. Für die Rückspielung von Leads ist sie der Standardweg.
Ein Ereignis enthält im Kern:
| Feld | Bedeutung | Beispiel |
|---|---|---|
| Ereignisname | was passiert ist | qualifizierter Lead, Termin, Abschluss |
| Zeitpunkt | wann der Status sich geändert hat | Datum und Uhrzeit |
| Quelle | woher das Ereignis kommt | System, CRM |
| Zuordnung | Lead-ID bei Instant Forms oder gehashte E-Mail und Telefonnummer | Hash-Werte, keine Klartexte |
| Wert | bei Abschlüssen der Umsatz | Betrag und Währung |
Bei Leads aus Instant Forms ist die Zuordnung besonders zuverlässig, weil die Lead-ID von Meta selbst stammt. Bei Leads über die Website helfen gehashte Kontaktdaten und, wenn vorhanden, die Klick-ID von Meta.
Google Offline-Conversions und erweiterte Conversions
Google bietet zwei Wege, Ereignisse aus dem CRM zuzuordnen:
- Offline-Conversion-Import: Du speicherst beim Lead die Google-Klick-ID (GCLID) aus der Landingpage-URL und lädst später Ereignisse mit dieser ID, Ereignisname, Zeitpunkt und Wert hoch, manuell, geplant oder per Schnittstelle.
- Erweiterte Conversions für Leads: Statt der Klick-ID werden gehashte Kontaktdaten genutzt, die beim Absenden des Formulars erfasst wurden. Später übermittelte Statuswechsel werden darüber zugeordnet.
In beiden Fällen legst du in Google Ads Conversion-Aktionen für jeden Status an und entscheidest, welche davon für die Gebotsstrategie zählt. Für Nutzer im Europäischen Wirtschaftsraum verlangt Google zusätzlich, dass die Einwilligung der Nutzer über den Consent Mode mitgegeben wird.
Welche Status zurückspielen
Nicht jeder Status eignet sich als Optimierungsziel. Ein guter Status kommt oft genug vor, damit die Plattform lernt, und ist nah genug am Umsatz, damit sie das Richtige lernt.
| Branche | Früher Status (Volumen) | Mittlerer Status (Optimierungsziel) | Später Status (Wert) |
|---|---|---|---|
| Real Estate | Lead erreicht | Besichtigung vereinbart | Reservierung, Kaufvertrag |
| Finance, Emittenten | Lead verifiziert | Beratungsgespräch | Zeichnung mit Zeichnungsvolumen |
| Recruiting | Bewerbung qualifiziert | Bewerbungsgespräch | Einstellung |
| SaaS | MQL | Demo gehalten, SQL | Abschluss mit ARR |
| Dienstleistung B2B | Lead qualifiziert | Termin gehalten | Auftrag mit Wert |
Bewährt hat sich, auf den mittleren Status zu optimieren und den späten Status mit Wert zusätzlich zu übertragen. So bekommt der Algorithmus genug Signale, und du siehst trotzdem im Werbekonto, welche Kampagne Umsatz bringt. Bei SaaS beschreibt der Artikel Lead-Scoring für SaaS, wie du den mittleren Status definierst. Für Real Estate zeigt der Artikel Immobilien-Leads an Makler übergeben, wie Routing und Status in der Praxis aussehen.
Wie wertvoll die ganze Kette ist, zeigt der Case Immobilien-Investment: Ein Lead-Dashboard mit täglichem Datenfeed führte jede Anfrage bis zur Zeichnung mit, rund 450 High-Ticket-Leads, gemessen über die ganze Kette. Erst dadurch ließ sich sagen, welcher Kanal Zeichnungen bringt und welcher nicht.
Datenschutz und Consent
Rückspielung verarbeitet personenbezogene Daten und braucht deshalb eine saubere Grundlage nach DSGVO. Die wichtigsten Punkte (Stand Oktober 2026, keine Rechtsberatung):
- Einwilligung: Tracking und Übermittlung an Werbeplattformen laufen nur mit Einwilligung der Person, eingeholt über das Cookie-Banner bzw. im Formular. Ohne Einwilligung wird nichts übertragen.
- Information: Die Datenschutzinformation beschreibt, dass Daten zur Messung und Optimierung von Werbung an Meta und Google übermittelt werden.
- Datenminimierung: Übertragen wird nur, was für die Zuordnung nötig ist: Ereignis, Zeitpunkt, Wert, Zuordnungsmerkmal. Keine Namen, keine Gesprächsnotizen, keine Inhalte der Anfrage.
- Hashing: E-Mail-Adressen und Telefonnummern werden vor dem Versand normalisiert und gehasht (SHA-256). Die Plattform gleicht Hash-Werte ab, Klartexte verlassen dein System nicht.
- Verträge: Die Nutzungsbedingungen der Plattformen für die Datenübermittlung müssen akzeptiert sein, und die Rollen (Verantwortlicher, Auftragsverarbeiter) sollten geklärt sein.
- Speicherdauer: Klick-IDs und Hash-Werte werden nicht länger gespeichert als nötig.
Hashing ist keine Anonymisierung. Ein Hash einer E-Mail-Adresse bleibt ein personenbezogenes Datum. Er sorgt nur dafür, dass die Adresse nicht im Klartext übertragen wird.
Gezählt gegen angekommen
Bevor du optimierst, solltest du wissen, ob die Zahlen stimmen. Wir vergleichen deshalb jede Woche zwei Zahlen: was die Plattform als Lead zählt und was im CRM tatsächlich ankommt.
Typische Ursachen für Abweichungen:
| Ursache | Wie du sie findest | Lösung |
|---|---|---|
| Doppelte Ereignisse aus Pixel und CAPI | Plattform zählt mehr als das CRM | Deduplizierung über eine gemeinsame Ereignis-ID |
| Formulare, die nicht ankommen | Instant-Form-Leads fehlen im CRM | direkte Anbindung statt manuellem Export |
| Testeinträge und Spam | auffällige Namen, Telefonnummern | Filter und Prüfung vor der Rückspielung |
| Zuordnungsfenster | Plattform rechnet Ereignisse anders zu als das CRM | Fenster kennen, nicht Tag für Tag vergleichen |
| Fehlende Einwilligung | Leads ohne Consent erscheinen nicht in der Plattform | erwartbar, im Report ausweisen |
Die Differenz zwischen Plattform-Zählung und echten Anfragen ist kein Schönheitsfehler. Sie gehört zu den wichtigsten Zahlen im Report, und wir klären sie, bevor wir weiter optimieren.
Wann Rückspielung nicht hilft
Rückspielung braucht Volumen. Wenn du nur eine Handvoll Abschlüsse im Monat hast, kann die Plattform daraus wenig lernen. Dann hilft ein früherer Status als Optimierungsziel. Und Rückspielung braucht einen gepflegten Status: Wenn der Vertrieb keine Rückmeldung gibt, gibt es nichts zurückzuspielen.
Wie wir es mit boutique.OS lösen
Bei ad.boutique in Wien läuft die Rückspielung über unsere Plattform boutique.OS. Das Lead-CRM sammelt jede Anfrage aus Instant Forms, Landingpages und weiteren Quellen an einem Ort, speichert Quelle und Zuordnungsmerkmale, routet den Lead sofort an die zuständige Person und führt den Status. Jeder relevante Statuswechsel wird nach Einwilligung an Meta und Google gesendet. Im Live-Dashboard siehst du beide Zahlen nebeneinander: was die Plattform zählt und was ankommt.
So läuft die Einrichtung:
- Status festlegen: Gemeinsam definieren wir, welche Stufen es gibt und welche als Optimierungsziel zählt.
- Quellen anbinden: Instant Forms, Landingpages, Kalender, bestehendes CRM.
- Routing einrichten: Wer welche Leads bekommt, wie schnell, mit welcher Benachrichtigung.
- Rückspielung aktivieren: Conversions API und Google-Import, mit Consent-Prüfung und Hashing.
- Wöchentlich prüfen: gezählt gegen angekommen, bevor wir optimieren.
Das Lead-CRM kann vor deinem bestehenden CRM sitzen oder die Lead-Verwaltung ganz übernehmen. Wie wir insgesamt arbeiten, beschreibt die Seite Arbeitsweise. Wenn du sehen willst, wie das mit Demo-Daten aussieht, ist die Seite Live-Dashboard mit Lead-CRM der beste Einstieg.
Häufige Fragen
Was ist die Meta Conversions API?
Die Meta Conversions API ist eine Schnittstelle, über die du Ereignisse direkt von deinem Server oder CRM an Meta sendest, statt nur über den Pixel im Browser. So kann Meta auch Ereignisse zuordnen, die nach dem Formular passieren, etwa eine Qualifizierung oder einen Abschluss.
Was bringt die Rückspielung von Abschlüssen an Meta und Google?
Die Rückspielung bringt den Plattformen bei, welche Leads wirklich zu Kunden werden, sodass die Kampagnen mehr solcher Menschen suchen statt möglichst viele Formulare. Außerdem siehst du im Werbekonto, welche Kampagne echte Ergebnisse bringt.
Ist die Rückspielung DSGVO-konform?
Die Rückspielung kann DSGVO-konform umgesetzt werden, wenn eine gültige Einwilligung vorliegt, die Datenschutzinformation sie beschreibt, nur nötige Daten gehasht übertragen werden und Verträge mit den Plattformen bestehen. Das ist keine Rechtsberatung, prüfe dein Setup mit deiner Datenschutzberatung.
Welche Daten werden übertragen?
Übertragen werden der Ereignisname, der Zeitpunkt, bei Abschlüssen ein Wert und ein Merkmal zur Zuordnung, etwa die Lead-ID, die Google-Klick-ID oder gehashte E-Mail-Adresse und Telefonnummer. Namen, Gesprächsnotizen oder Inhalte der Anfrage gehören nicht dazu.
Brauche ich dafür ein eigenes CRM?
Du brauchst ein System, in dem jeder Lead einen Status bekommt und das diese Statuswechsel an Meta und Google senden kann, ob das dein bestehendes CRM ist oder ein vorgeschaltetes Lead-CRM. Ohne Status gibt es nichts zurückzuspielen.
Quellen
Über den Autor
Wir zeigen dir Lead-CRM und Live-Dashboard
In 30 Minuten zeigen wir dir mit Demo-Daten, wie Routing, Lead-Score und Rückspielung an Meta und Google bei uns aussehen, und was das für deine Kampagnen bedeuten würde.
Jetzt anfragen in drei Schritten.
Eine ehrliche Einschätzung und ein Ansprechpartner statt Callcenter.
Schritt 1 von 3
- aktuell: Branche & Budget
- danach: Kontakt
- danach: Termin
Antwort in der Regel innerhalb von 24 Stunden an Werktagen.
Vertraulich: Wir unterschreiben deine NDA vor dem ersten Datenaustausch.

