Yandex Metrica: CRM-Ergebnisse als Offline-Conversions
CRM-Ereignisse vorbereiten, Zuordnung und Stornierungen prüfen: zwei ausführliche Pilotbeispiele mit vollständigen Kosten und klaren Entscheidungsregeln.
Im CRM ist ein Auftrag bereits abgeschlossen, während die Webanalyse lediglich ein abgesendetes Formular kennt. Ein übermitteltes Offline-Ereignis kann diese Beobachtungen verbinden. Es macht jedoch nicht jede Dateizeile zu einem zugeordneten Besuch, einem rentablen Kunden oder einer freigegebenen Partnervergütung. Entscheidend ist eine nachvollziehbare Kette: Was geschah, wann geschah es, welcher Beleg bestätigt es und weshalb wurde der Datensatz ausgewählt?
Dieser Leitfaden richtet sich an Werbetreibende mit Kampagnen für den russischen Markt. Die Übersetzung verändert diese Geografie nicht und bestätigt keine Verfügbarkeit in anderen Ländern. Die offiziellen Quellen wurden am 22. Oktober 2026 geprüft. Arbeitsblätter, Schwellenwerte und beide Beispiele sind unsere redaktionelle Methode. Alle Eurobeträge sind eigenständige Modellannahmen, keine umgerechneten russischen Preise, Plattformtarife oder Kundenergebnisse.
1. Ein bestätigtes Ergebnis eindeutig definieren
Beginnen Sie mit einem Produkt, einer Zielseite und einem Zeitraum der Kundengewinnung. Lassen Sie die Vertriebsleitung das akzeptierte Ergebnis in verständlichen Worten beschreiben. Eine erreichbare Telefonnummer bedeutet noch keine passende Anfrage; ein unterschriebenes Angebot bedeutet noch keinen bezahlten Auftrag. Halten Sie fest, welcher Nachweis erforderlich ist, wer ihn kontrolliert und ab welchem Zeitpunkt der Datensatz exportiert werden darf. Das ursprüngliche Formular bleibt ein eigenes Ereignis.
Im ersten Beispiel ist das Endergebnis ein bezahlter, ausgeführter Serviceeinsatz nach der vereinbarten Stornoprüfung. Im zweiten Beispiel bildet die Qualifizierung einen Zwischenstand; wirtschaftlich zählt die bezahlte Durchführung. Der Name eines Zwischenziels darf keinen bereits vereinnahmten Umsatz suggerieren. Fassen Sie unterschiedliche Schritte nicht zusammen, nur weil eine einzelne Kurve im Bericht übersichtlicher aussieht.
Erstellen Sie eine interne Ereigniskarte mit Datensatzschlüssel, Geschäftsphase, Belegreferenz, tatsächlichem Zeitpunkt einschließlich Zeitzone, Identifikatortyp und Wert, Zielkennung, optionalem Wert mit Währung, Stornostatus, Exportpaket und Prüfer. Diese Karte ist ein Arbeitsdokument und keine Metrica-Dateispezifikation. Interne Kommentare und Kundenunterlagen gehören nicht automatisch in den Analytikexport. Die Person, die den Export freigibt, muss die Bedeutung jeder Spalte erklären können.
Für ein Partnerprogramm kann AffiliateCore zunächst zur Vorbereitung des eigenen Angebots und der Annahmebedingungen dienen. Metrica bleibt in diesem Ablauf das externe Analysewerkzeug. Wir behaupten weder einen automatischen AffiliateCore-Metrica-Konnektor noch garantierte Zuordnung oder Zahlungsfreigabe durch ein Analyseziel. Bereiten Sie Ihr Werbetreibendenprofil vor, sobald Produkt und akzeptiertes Ereignis feststehen. Die Eignung von Produkt und Quelle wird gesondert geprüft.
2. Einen kleinen, prüfbaren Export vorbereiten
Die verantwortliche Person benötigt autorisierten Zugang zum richtigen Zähler, zu den ausgewählten CRM-Datensätzen und zur Website-Implementierung. Prüfen Sie die tatsächlichen Kontorechte, statt eine vermeintlich notwendige Rollenbezeichnung zu erfinden. Zugangsdaten bleiben außerhalb von Tabellen und Beispielen. Nutzen Sie eine getrennte Testumgebung, sofern vorhanden. Ein beobachtender Pilot im Geschäftsbetrieb arbeitet mit echten Geschäftsvorfällen und erzeugt keine bezahlten Scheinconversions für die Gebotssteuerung.
Der offizielle API-Leitfaden verlangt eine Zuordnungskennung sowie Target und DateTime; Price und Currency sind optional. Übernehmen Sie das exakte Schema des gewählten Übertragungswegs. Die interne Ereigniskarte ist absichtlich umfangreicher. Nicht jede ihrer Spalten gehört in die Upload-Datei. Unterschiedliche Schreibweisen von Kennungen in Hilfeseiten sind kein Beleg dafür, dass jede Integration alle Varianten akzeptiert.
Wählen Sie für das erste Paket einen Identifikationsweg. Bewahren Sie den tatsächlich erfassten Wert vollständig als Text auf. Die Nummer eines CRM-Vorgangs ist nicht automatisch die Besucherkennung eines Analysesystems. Lassen Sie die Entwicklung anhand eines zulässigen Prüfvorgangs zeigen, wie die Kennung auf der Website erfasst und im CRM gespeichert wird. Fehlt sie, kommt der Vorgang auf eine Ausnahmeliste. Eine fremde Kennung einzusetzen würde eine falsche Zuordnung herstellen.
Die Zuordnungskarte hat drei Zeilen: CRM-Beleg → Geschäftsereignis; Geschäftsereignis → genaue Zielkennung; gespeicherte Kennung → dokumentierte Upload-Spalte. Ergänzen Sie Zählerreferenz und Prüfer. Vergleichen Sie diese Karte mit dem tatsächlichen Konto, nicht mit einem fremden Bildschirmfoto. Die Anleitung für die Oberfläche beschreibt Zielanlage und Datenimport. Verwenden Sie diese aktuelle Beschreibung, statt eine eigene Klickfolge zu erfinden.
Prüfen Sie Zeitangaben unabhängig vom Rest. Gemeint ist der Zeitpunkt des Geschäftsvorfalls, nicht der Exportstart oder das Öffnen der CRM-Karte. Die ursprüngliche Zeitzone muss bekannt sein. Wandeln Sie einen Beispielwert zurück in ein lesbares Datum und vergleichen Sie ihn mit dem Beleg. Millisekunden, mehrdeutige Datumsformate und Rundungen können plausibel aussehen und trotzdem falsch sein. Erzeugen Sie CSV mit einem geeigneten Exportprogramm statt durch manuelles Zusammenkleben von Zellen.
Die Importübersicht nennt einen Zeitraum von 21 Tagen für die Ergänzung von Besuchen. Planen Sie regelmäßige Übertragung und prüfen Sie Besuchs-, Ereignis- und Verarbeitungszeit. Daraus folgt keine Garantie, dass jede innerhalb von 21 Tagen nach Vertragsabschluss gemeldete Zahlung zugeordnet wird. Lange Verhandlungen brauchen ein eigenes Konzept. Alte Ereignisse erhalten niemals ein erfundenes aktuelles Datum.
Prüfen Sie außerdem die Herkunft der Werte. Eine überall identische Besucherkennung könnte eine Konstante aus einer Testimplementierung sein. Ein vermeintlicher Bestätigungszeitpunkt könnte tatsächlich die Erstellungszeit der Anfrage enthalten. Solche Fehler betreffen oft das gesamte Paket. Korrigieren Sie deshalb den Entstehungsprozess, statt einzelne Zeilen lediglich so anzupassen, dass eine technische Prüfung erfolgreich aussieht.
Praktisches Dateigerüst
Für den API-Weg beginnen Sie mit der folgenden Kopfzeile. Ersetzen Sie jeden Platzhalter durch einen geprüften Wert; dieses Gerüst darf nicht hochgeladen werden. Für das erste Beispiel lässt sich crm_service_net vereinbaren, für das zweite ein separates crm_qualified. Das sind vorgeschlagene, einzurichtende Kennungen und keine vorhandenen Ziele. Interne Vorgangsschlüssel bleiben außerhalb dieser Minimaldatei. Bei Qualifizierung entfallen Wertfelder, statt Umsatz zu erfinden. Eine zweite Person vergleicht die fertige Datei vor dem Versand mit der Zuordnungskarte.
ClientId,Target,DateTime
ClientId = <captured_identifier>Target = <configured_target>DateTime = <verified_unix_seconds>
3. Übermittlung, Zuordnung und Annahme trennen
Zählen Sie vor dem Versand geeignete Datensätze, ausgeschlossene Datensätze und eindeutige interne Ereignisschlüssel. Vergeben Sie eine Paketreferenz und bewahren Sie eine unveränderte Kopie zugriffsbeschränkt auf. Unser empfohlener Schlüssel kombiniert Geschäftsvorgang und Phase. Er verhindert Wiederholungen im eigenen Exportprozess; er ist kein Versprechen über eine automatische Deduplizierung auf der Empfängerseite.
Speichern Sie nach der Übermittlung die Antwort und klären Sie den Verarbeitungszustand vor einem erneuten Versuch. Ein Timeout bedeutet einen unbekannten Ausgang, keine nachgewiesene Ablehnung. Gleichen Sie zunächst das bereits gesendete Paket ab. Transportfehler, fehlende Zuordnung und geschäftliche Stornierungen benötigen getrennte Listen, weil die Maßnahmen verschieden sind. Ein technischer Wiederholungsversuch darf weder einen neuen Kauf erzeugen noch die Ereigniszeit unbemerkt ändern.
Zum Prüfdatum enthält Yandex einen wichtigen Hinweis: Zuordnungsstatus in Berichten können falsch erscheinen; der aktuelle Zuordnungsanteil soll in den Einstellungen zum Datenimport geprüft werden. Beachten Sie die aktuelle Hilfeseite. Treffen Sie keine endgültige Einzelfalldiagnose ausschließlich anhand eines möglicherweise betroffenen Berichts. Dokumentieren Sie widersprüchliche Beobachtungen und holen Sie Klärung ein, wenn die Belege nicht ausreichen.
Der Bericht zu Offline-Conversions beschreibt Zuordnungsdiagnosen. Nutzen Sie ihn zusammen mit Paketnachweisen und unter Berücksichtigung des Hinweises. Ihr eigener Abgleich unterscheidet CRM-bestätigte Ergebnisse, übermittelte Ereignisse, verarbeitete Ereignisse und zugeordnete Ergebnisse. Ein nicht zugeordneter Verkauf verschwindet nicht aus dem tatsächlichen Umsatz. Eine analytische Zuordnung hebt wiederum keine spätere Rückzahlung auf.
Bei Stornierungen korrigieren Sie zunächst das interne wirtschaftliche Register und behandeln das ursprüngliche Ereignis nicht mehr als aktuellen Nettoumsatz. Unterstellen Sie nicht, dass eine weitere gewöhnliche Offline-Zeile die alte Zeile löscht oder aktualisiert. Benötigt das Projekt veränderliche Auftragsstatus, prüfen Sie den gesondert dokumentierten CRM-Auftragsimport. Dessen Bedingungen und Aktualisierungsverhalten sind vor der Einführung zu bestätigen; hier wird keine fertige Integration dafür versprochen.
4. Lehrbeispiel: abgeschlossene Wartungseinsätze
Der fiktive Werbetreibende bietet eine zulässige Wartungsleistung für Geräte an. Der Pilot umfasst ein Einsatzgebiet, eine Zielseite und eine abgeschlossene Kohorte. Zum Materialpaket gehören Leistungsbeschreibung, Qualifizierungsleitfaden, Zuordnungskarte, Exportarbeitsblatt und Stornoregister. Der Vertrieb fragt nach Gerät, abgedecktem Standort und akzeptiertem Leistungsumfang. Er verspricht nicht, dass aus jeder Anfrage automatisch ein Termin entsteht.
Eine interne Musterkarte lautet: S-017; Leistung ausgeführt; Beleg durch Betriebsverantwortlichen geprüft; Zeitpunkt mit Zeitzone erfasst; Besucherkennung vorhanden; finales Serviceziel; Stornoprüfung abgeschlossen. Dies ist eine Arbeitsvorlage, keine hochzuladende Datei. Unvollständige Karten gehen mit Begründung zurück. Die Entwicklung verfolgt zunächst einen geeigneten Vorgang vollständig; danach gibt die Analyse die übrigen geeigneten Ereignisse frei.
Die Kohorte enthält 100 Anfragen. Zwanzig werden vor der Terminplanung abgelehnt, 80 angenommen, 60 führen zu bezahlten, ausgeführten Einsätzen. Sechs dieser 60 werden vor der endgültigen Auswahl storniert oder erstattet. Es bleiben 54 Nettoergebnisse. Weitere 20 angenommene Anfragen werden im Beobachtungszeitraum nicht zu bezahlten Einsätzen und bleiben separat ausgewiesen. Das endgültige Paket enthält 54 Ereignisse; angenommen, 48 werden zugeordnet und sechs bleiben trotz Untersuchung ohne Attribution.
Die Kosten betragen 1.200 EUR für Medien, 200 EUR für Zielseite und Material, 180 EUR für Kennungserfassung, 120 EUR für Export und Prüfung, 100 EUR anteilige CRM-Kosten und 200 EUR für Anfragebearbeitung. Gesamt: 2.000 EUR. Damit enthält das Modell alle zugeordneten Akquisitions- und Messkosten. Variable Leistungskosten sind bereits im Deckungsbeitrag enthalten. Steuern und allgemeine Fixkosten werden nicht modelliert; der Überschuss ist deshalb kein ausgewiesener Nettogewinn.
Jeder verbleibende Einsatz liefert angenommen 180 EUR Umsatz und 60 EUR Beitrag nach variablen Leistungskosten. Umsatz: 54 × 180 = 9.720 EUR. Beitrag: 54 × 60 = 3.240 EUR. Nach Pilotkosten bleiben 1.240 EUR. Vollkosten pro Nettoergebnis: 2.000 ÷ 54 = 37,04 EUR. Die Gewinnschwelle des Modells verlangt mindestens 34 Einsätze, denn 2.000 ÷ 60 = 33,33 wird aufgerundet.
Die Stornoquote beträgt 6 ÷ 60 = 10%; die Zuordnungsabdeckung beträgt 48 ÷ 54 = 88,89%. Unterschiedliche Nenner sind notwendig. Wirtschaftlich zählen alle 54 belegten Ergebnisse; beim Quellenvergleich müssen sechs unzugeordnete Ergebnisse sichtbar bleiben. Das Reparieren der Kennung erzeugt keine sechs zusätzlichen Kunden. Verteilen Sie diese Verkäufe nicht ohne Beleg proportional zum Werbebudget auf die Quellen.
Vorab definierte Stopps sind jede falsche Kundenzuordnung, jede unerklärte Wiederholung, mehr als 15% Storno oder prognostizierte Kosten über 60 EUR je Nettoergebnis. Ein positiver Beitrag setzt Datenintegritätsregeln nicht außer Kraft. Hier liegt die Abdeckung unter dem gewählten Ziel von 90%; deshalb pausiert die Skalierung bis zur Untersuchung. Nach zwei vergleichbaren, ausgereiften Kohorten ohne Regelverletzung folgt höchstens ein kleiner weiterer Budgettest.
5. Lehrbeispiel: längere B2B-Einführung
Der zweite fiktive Anbieter verkauft eine zulässige Geräteeinrichtung an Unternehmen. Er benötigt Anforderungsbriefing, Qualifizierungsregeln, Angebotsversion, Phasenhistorie und Stornoprotokoll. Qualifiziert bedeutet hier: passende Aufgabe, erreichbare verantwortliche Kontaktperson und realistischer Leistungsumfang. Das sind gewählte Geschäftskriterien und keine offizielle Qualitätsdefinition von Yandex. Ein anderer Mitarbeiter muss anhand der Notizen dieselbe Annahmeentscheidung nachvollziehen können.
Von 60 Anfragen werden zwölf abgelehnt und 48 qualifiziert. Dreißig erhalten ein Angebot. Zwölf werden innerhalb der betrachteten Kohorte zu bezahlten Projekten; zwei werden storniert, zehn bleiben. Die übrigen 18 Angebote sind offen oder verloren und behalten ihren tatsächlichen Status. Aus 48 Qualifizierungen dürfen keine 48 Verkäufe werden. Zwischenereignis und kommerzielles Endergebnis stehen in unterschiedlichen Spalten.
Geeignete Qualifizierungsereignisse werden zeitnah gesendet, spätere Verkäufe bleiben im wirtschaftlichen CRM-Register. Manche Verhandlungen überschreiten das Ergänzungsfenster. Für diese Fälle werden weder Verkäufe zurückdatiert noch künstliche neue Besuche erzeugt. Prüfen Sie gegebenenfalls den separaten CRM-Auftragsweg; andernfalls akzeptieren Sie unvollständige Endergebnisattribution. Im Beispiel werden 42 von 48 Qualifizierungen zugeordnet, also 87,50%. Das ist nicht die Zuordnungsquote der zehn Nettoverkäufe.
Kosten: 1.800 EUR Medien, 300 EUR Briefing und Zielseite, 200 EUR Kennungs- und Exporteinrichtung, 250 EUR Qualifizierung, 150 EUR CRM-Anteil und 300 EUR Angebotserstellung. Insgesamt 3.000 EUR. Ein verbleibendes Projekt liefert 1.500 EUR Umsatz und 400 EUR Beitrag nach variabler Durchführung. Zehn Projekte ergeben 15.000 EUR Umsatz, 4.000 EUR Beitrag und 1.000 EUR nach Pilotkosten. Kosten pro Nettoergebnis: 300 EUR. Die Schwelle liegt bei acht Projekten, da 3.000 ÷ 400 = 7,5.
Die Stornoquote von 2 ÷ 12 = 16,67% liegt über dem vorab gewählten Limit von 15%. Bei zwei weiteren Stornierungen bleiben acht Projekte, 3.200 EUR Beitrag und lediglich 200 EUR Überschuss. Bei sieben Projekten entsteht ein Defizit von 200 EUR. Der Sicherheitsspielraum ist bereits ohne Fixkosten klein. Günstige Qualifizierung rechtfertigt keine Ausweitung, wenn die spätere Durchführung instabil bleibt.
Stoppen Sie die Expansion und vergleichen Sie Stornogründe mit Angebotsversionen und Leistungsversprechen. Zulässige Anfragegewinnung bleibt allenfalls innerhalb des bereits genehmigten Budgets bestehen. Ein neuer Pilot verändert nur einen Punkt, etwa die Einführung eines deutlicheren Leistungschecks, und behält Ereignisdefinitionen sowie Beobachtungsalter bei. Erst ausgereifte Kohorten, die Wirtschaftlichkeits- und Stornoregel erfüllen, erlauben einen erneuten Skalierungstest.
Die interne Karte für den zweiten Piloten kann lauten: B-009; Qualifizierung abgeschlossen; Anforderungsbriefing geprüft; zuständige Kontaktperson bestätigt; tatsächlicher Zeitpunkt; erfasste Kennung; crm_qualified; Paketreferenz. Ein später bezahlter Auftrag erhält einen eigenen Beleg und eine eigene Phase. Beide Beispiele rechnen Stornoarbeit der Vertriebs- beziehungsweise Angebotsarbeit zu und unterstellen keine weiteren verlorenen Leistungs- oder Zahlungsgebühren. Tatsächliche Zusatzkosten müssen vor der Beitragsrechnung ergänzt werden. Begrenzen Sie den Zugriff auf Kennungen, bestimmen Sie Aufbewahrung und Verarbeitungsgrundlage; Kennungen sind nicht automatisch anonym.
6. Eine belegte Entscheidung übergeben
Das Übergabepaket enthält Ereignisvereinbarung, Feldzuordnung, geschützte Paketreferenz, Ausnahmezahlen, Kalkulation und dokumentierte Entscheidung. Benennen Sie eine Person für fehlende Kennungen und eine für geschäftliche Rücknahmen. Halten Sie Unbekanntes ausdrücklich fest. Verhindert der aktuelle Berichtshinweis eine belastbare Diagnose, bleibt die Skalierung pausiert. Eine plausible Vermutung ist kein Ersatz für einen überprüfbaren Nachweis.
Für ein AffiliateCore-Angebot stimmen Sie die Annahmeformulierung auf das tatsächlich geprüfte Ereignis ab. Öffnen Sie Ihr Werbetreibendenkonto, um das Angebot im verfügbaren Ablauf vorzubereiten oder zu prüfen. Website-Ziele unterstützen die Messung; Partnerannahme und Abrechnung folgen den vereinbarten Bedingungen und eigenen Kontrollen. Eine automatische Freigabe durch Metrica wird nicht unterstellt.
Ihre praktische Aufgabe: Prüfen Sie zunächst zehn geeignete CRM-Karten ohne Upload. Rekonstruieren Sie Belege, Kennungen, Zeitpunkte und Stornohistorie. Begründen Sie jeden Ausschluss, berechnen Sie Kosten je Nettoergebnis und formulieren Sie einen Satz zur Fortsetzung oder zum Stopp. Erst danach wird ein kontrolliertes Paket freigegeben. Wiederholen Sie den Abgleich nach Verarbeitung und nach Reifung der Kohorte; beide Prüfungen beantworten unterschiedliche Fragen.
Ergänzend helfen der Leitfaden zur Quellenqualität und die Prüfung vom Anzeigenversprechen bis zum CRM. Dort geht es um Quellenvergleich und Brüche im Kundenweg. Hier entsteht ein kontrollierter Ereignisexport mit getrenntem Stornoregister, damit ein technisch erfolgreicher Upload niemals als vollständiger Geschäftsnachweis gilt.