Unique customer ID
Von Iago Carballo · Veröffentlicht am 26. August 2026
Beim ersten Mal tippt der Kunde seine E-Mail-Adresse in Kleinbuchstaben ein, beim zweiten Mal mit einem Großbuchstaben. Für das CRM sind das zwei verschiedene Personen mit jeweils eigener Kaufhistorie. In Wirklichkeit ist es dieselbe Person: Über beide Datensätze hinweg hat sie in den letzten zwei Jahren 47 Käufe getätigt, und keine Kampagne hat sie je als das angesprochen, was sie tatsächlich ist: eine Stammkundin. Es ist das Problem, das den meisten Kundenbindungsprogrammen im Handel heute zugrunde liegt: das Fehlen einer einheitlichen Kundenidentität, die über die gesamte Customer Journey trägt, vom stationären Geschäft zum E-Commerce, von WhatsApp zur App, von der Ladentheke zum Online-Warenkorb. Es ist kein Einzelfall. Es ist die Standardarchitektur jedes Unternehmens, das Identität nicht an der Quelle gelöst hat. In diesem Artikel sezieren wir das stille Duplikat: warum es entsteht, was es das Unternehmen kostet und wie man es verhindert, indem man die Kundenidentität von Anfang an, ab dem ersten Checkout, korrekt aufbaut.
Die Ursache ist kein defektes System. Es liegt daran, wie die Kundendaten im Unternehmen verstreut sind: Das POS hat seine eigene Version, der E-Commerce seine, das CRM eine weitere, und WhatsApp und die App wieder eigene. Jeder Kanal erfasst den Kunden auf seine Weise, und niemand prüft, ob alle von derselben Person sprechen. Das Ergebnis sind drei Folgen, die fast kein Händler ausspricht, obwohl er täglich mit ihnen lebt:
Nicht alle Duplikate entstehen auf dieselbe Weise, und sie aufzuspüren heißt, an verschiedenen Stellen zu suchen:
Alle haben dieselbe grundlegende Wirkung: Das Marketing verliert die Fähigkeit zu wissen, mit wem es tatsächlich spricht, und das Bereinigen doppelter Kundendatensätze ist keine Datenbank-Pflegeaufgabe mehr, sondern eine geschäftliche Voraussetzung.
◎ Kanal-Duplikat Derselbe Kunde kauft im Geschäft und online, aber das System identifiziert ihn als zwei verschiedene Personen.
↔ Migrations-Duplikat Doppelte, unvollständige oder schlecht normalisierte Datensätze, die beim Plattformwechsel entstehen.
□ Filial-Duplikat Derselbe Kunde wird mehrfach in verschiedenen Verkaufsstellen registriert.
Das Duplikat kündigt sich selten mit einem Dashboard-Alarm an. Es zeigt sich in indirekten Symptomen, die Marketing- und CRM-Teams bereits kennen, auch wenn sie sie nicht immer derselben Ursache zuordnen:
Keines dieser Symptome erfordert ein vollständiges Datenbank-Audit, um es zu erkennen: Es genügt, das Team zu fragen, ob ihm etwas davon bekannt vorkommt. Lautet die Antwort bei mehr als einem Punkt Ja, wirkt sich das stille Duplikat bereits auf das Geschäft aus, auch wenn es noch nicht beziffert wurde.
Es ist nicht so, dass der Händler es nicht versucht hätte. Die meisten haben bereits ein System, das die Kundenidentität lösen soll, und es löst sie trotzdem nicht. Enterprise-Suiten wie Salesforce oder Adobe können einen Teil der Aufgabe übernehmen, aber zu Kosten und mit einer Komplexität, die nur im Maßstab des globalen Handels sinnvoll sind: lange Implementierungszyklen, ein dauerhaftes Integratorenteam und eine Segmentierung, die mit wachsendem Kundenstamm zu zerfallen neigt. Es sind gute Tools: Das Problem ist, dass sie einen anderen Bedarf bedienen als die Vereinheitlichung der Identität an der Quelle. Reine CDPs wie Twilio Segment haben zwar eine solide Dateninfrastruktur, aber keine Kundenbindungsebene: Sie sind für Entwicklungsteams gebaut, nicht dafür, dass das Marketing unabhängig von der IT arbeiten kann. Das Ergebnis ist in beiden Fällen dasselbe wie ohne Tool: Jemand muss die Silos bereinigen, nachdem sie sich bereits gebildet haben. Und genau diese nachträgliche Bereinigung hält das Duplikat am Leben, denn jede neue Integration, jede neue Kampagne und jeder neue Kanal erzeugt dasselbe Problem erneut, wenn die Identität nicht an der Quelle validiert wird.
Die Antwort lautet nicht, Silos nach ihrer Entstehung zu bereinigen, sondern sie gar nicht erst entstehen zu lassen. Hier kommt Wapping ins Spiel: als Identitätsebene des Unternehmens, nicht als ein weiteres System, das mit den übrigen abgeglichen werden muss. Der Mechanismus ist konkret. Die einheitliche Omnichannel-Kunden-ID basiert auf der verifizierten Mobilnummer des Kunden, unabhängig von den E-Mail-Adressen oder früheren Datensätzen, die er in anderen Tools haben mag. Diese Identitätsprüfung per OTP (ein an das Handy gesendeter Einmalcode) erfolgt beim ersten Mal, wenn sich der Kunde identifiziert, über jeden Registrierungskanal: Webformular, Mitarbeiter im Geschäft, WhatsApp, E-Commerce oder beim Verknüpfen eines bereits bestehenden Kontos in einem Drittsystem. Von da an erkennt genau diese ID den Kunden an jedem Touchpoint. Es gibt keinen nachträglichen Prozess zum Zusammenführen von Datensätzen: Das Profil ist von Geburt an korrekt, weil jede neue Interaktion (im Geschäft, online, WhatsApp, App) von Anfang an mit derselben verifizierten Kennung verknüpft wird, statt einen neuen Datensatz anzulegen, den später jemand erkennen und zusammenführen muss. Das löst tatsächlich die Frage, wie sich POS- und E-Commerce-Daten vereinheitlichen lassen: Es ist kein einmal jährlich durchgeführtes Datenbereinigungsprojekt, sondern eine Architektur, in der das Duplikat nie entsteht, weil die Identität an der Quelle validiert statt im Nachhinein rekonstruiert wird.

Der Nutzen ist nicht nur eine aufgeräumtere Datenbank. Es ist das, was diese Ordnung möglich macht und zuvor nicht möglich war.
Derselbe, überall duplizierte Kunde ist in keinem Bericht sichtbar, bis jemand gezielt danach sucht. Er zeigt sich nicht als Dashboard-Alarm, sondern in Kampagnen, die hinter den Erwartungen zurückbleiben. Er zeigt sich im CMO, der dem CFO nicht erklären kann, warum die Kosten pro Kunde ohne erkennbaren Grund weiter steigen. Er zeigt sich im CRM-Verantwortlichen, der spürt, dass etwas nicht stimmt, es aber nicht belegen kann. Das Duplikat, das niemand sieht, ist genau das teuerste: Es wird nicht gemessen, bis jemand beschließt, es zu messen. Eine einheitliche Kundenidentität ab dem ersten Checkout aufzubauen, ist kein einmaliges Bereinigungsprojekt, sondern die Voraussetzung dafür, dass alles Weitere, von der Segmentierung bis zur Kundenbindung, auf realen Daten läuft. Wenn Sie wissen möchten, wie viele dieser Duplikate Ihr CRM heute enthält, sprechen wir darüber.

Wie viele verschiedene Kunden sind in Wirklichkeit dieselbe Person? Fordern Sie eine Demo von Wapping Networks an und finden Sie heraus, wie viele doppelte Kundendatensätze Sie tatsächlich in Ihrer Datenbank haben. DEMO ANFORDERN