Segment populiert keine Kontakte: der Consent-Fehler in Customer Insights Journeys

Ein consent-basiertes Segment in Customer Insights Journeys zeigt 0 Mitglieder, obwohl Tausende Kontakte in der Datenbank liegen. Der häufigste Grund ist kein Datenfehler, sondern das Consent-Modell selbst: Das Segment wertet Einwilligungen nach genau denselben Regeln aus wie der spätere Versand in einer Journey. Fehlt das Consent für den übergeordneten Zweck, den Parent Purpose, fällt der Kontakt heraus, selbst wenn er ein Thema darunter abonniert hat. Seit dem Wegfall des Outbound Marketing im Mai 2026 ist dieses Real-Time-Consent-Modell der einzige verbindliche Weg, Einwilligungen in Customer Insights Journeys zu bewerten.

Das Consent-Modell im Real-Time-Marketing

Customer Insights Journeys speichert Consent nicht am Kontaktdatensatz, sondern am Contact Point, also an der konkreten E-Mail-Adresse oder Telefonnummer und getrennt pro Kanal. Dieselbe Person kann für eine Adresse einwilligen und für eine andere nicht. Dieser Ansatz erlaubt es, Journeys entitätsübergreifend über Kontakte, Leads und Customer-Insights-Data-Profile hinweg zu orchestrieren, ohne dass die Consent-Logik pro Datenquelle neu gebaut werden muss. Die Details dazu beschreibt Microsoft in der Übersicht zum Consent-Management.

Über den einzelnen Datensätzen steht eine dreistufige Hierarchie. An der Spitze steht das Compliance-Profil, das festlegt, wie Consent erfasst, gespeichert und durchgesetzt wird und das die Firmenadresse sowie das Verhalten der Abmeldelinks trägt. Ein Compliance-Profil enthält mehrere Zwecke, und ein Zweck kann über mehrere Profile hinweg geteilt werden, etwa für mehrsprachige Preference Center derselben Marke.

Zwecke und Themen

Ein Zweck (Purpose) ist der Grund der Kommunikation. Standardmäßig gibt es drei Typen: kommerziell (Newsletter, Werbung), transaktional (Bestellbestätigungen, Servicemeldungen) und Tracking (Öffnungen, Klicks, Formular-Prefill). Jeder Zweck lässt sich durch Themen (Topics) verfeinern, etwa Newsletter, Tagesangebote oder Produktankündigungen. Dabei gilt eine feste Regel: Ein Topic gehört zu genau einem Zweck, ein Zweck kann viele Topics enthalten. Ein Topic erbt außerdem immer das Enforcement-Modell seines Parent Purpose. Wie man dieses Modell über Länder- und Markengrenzen hinweg sauber aufsetzt, zeigt unser Leitfaden zum Consent-Management in globalen Kampagnen.

Warum der Parent Purpose über das Segment entscheidet

Die entscheidende Mechanik heißt Dual Consent. Ist eine Nachricht mit einem Zweck und einem Topic verknüpft, prüft das System die Einwilligung auf beiden Ebenen. Eine Nachricht zu einem Topic wird nur zugestellt, wenn der Contact Point gültiges Consent für den Zweck und für das Topic besitzt. Hat ein Kontakt kein Consent für den Parent Purpose, sendet das System keine der zugehörigen Themen, selbst wenn er ausdrücklich in ein einzelnes Topic eingewilligt hat.

Genau diese Regel greift auch im Segment. Consent-basierte Segmente respektieren die Hierarchie zwischen Zwecken und Topics. Fehlt einem Kontakt das Consent für den Parent Purpose eines gewählten Topics, wird er aus dem Segment ausgeschlossen. Ein typischer Aufbaufehler sieht so aus: Sie bauen ein Segment auf ein spezifisches Topic wie Produktankündigungen, aber Ihre Kontakte haben nur Datensätze für einzelne Topics und nie ein Opt-in für den übergeordneten kommerziellen Zweck. Das Resultat ist ein Segment mit 0 Mitgliedern, obwohl die Topic-Einwilligungen scheinbar vorhanden sind.

Wie Segmente Consent auswerten

Die Segmentmitgliedschaft wird mit derselben Logik berechnet wie die Journey-Ausführung. Ausgewertet wird für den gewählten Zweck, das Topic, den Kanal und das Empfängerfeld. Wichtig: Die Bewertung stützt sich allein auf den Contact Point Consent. Das Feld DoNotBulkEmail und die verwandten Kontaktfelder werden in consent-basierten Segmenten nicht berücksichtigt. Wer erwartet, dass ein gesetztes Häkchen am Kontakt das Segment füllt, sucht an der falschen Stelle.

Beim Aufbau wählen Sie zuerst das Compliance-Profil, dann einen Zweck und optional ein Topic, danach den Kanal wie E-Mail oder SMS und zuletzt das Empfängerfeld, falls mehrere Adressattribute konfiguriert sind. Erst diese Kombination aus Zweck und Kanal legt fest, welches Enforcement-Modell greift und welche Optionen im Feld Will send überhaupt zur Auswahl stehen. Nur aktive Zwecke und Topics erscheinen dabei, inaktive Datensätze sind ausgeblendet und können ein Segment stillschweigend austrocknen, wenn jemand einen Zweck deaktiviert hat.

Welche Kontakte am Ende drin sind, hängt vom Enforcement-Modell des Zwecks ab. Die folgende Tabelle zeigt, wie die drei Modelle die Consent-Zustände opted in, opted out und unbekannt behandeln.

Der Fall des leeren Segments entsteht fast immer im restriktiven Modell, das etwa in Frankreich für kommerzielle Zwecke wegen der DSGVO üblich ist. Es nimmt ausschließlich Contact Points auf, die ein Opt-in dokumentiert haben. Wenn Sie gerade migriert haben und noch keine Consent-Datensätze aus einer früheren Erfassung übernommen wurden, ist die Menge der Opted-in-Datensätze schlicht null. Ein weiterer Stolperstein: Wählen Sie beim deaktivierten Modell versehentlich Will not send, enthält das Segment definitionsgemäß keine Kontakte, unabhängig vom Consent-Zustand. Die genauen Optionen je Modell dokumentiert Microsoft im Artikel zu Segmenten mit consent-basierten Kriterien.

Das Zusammenspiel mit der DSGVO

Diese scheinbare Strenge ist gewollt. Die DSGVO verlangt für kommerzielle Kommunikation in vielen Konstellationen eine nachweisbare Einwilligung. Weil das Segment dieselbe Prüfung anwendet wie der spätere Versand, kann es keine Empfängermenge vorspiegeln, die am Ende gar nicht rechtssicher anschreibbar wäre. Ein leeres Segment ist damit oft kein Bug, sondern ein korrektes Signal, dass die Einwilligungsbasis fehlt. Statt die Regel zu umgehen, sollten Sie die Einwilligungen sauber einsammeln, etwa über ein Preference Center oder ein Double-Opt-in-Formular, und die vorhandenen Datensätze bei der Migration korrekt als Contact Point Consent übernehmen. Wie Consent-Prüfung, Zustellbarkeit und Lead-Qualifizierung zusammenspielen, ordnet unser Beitrag zu Marketing und Lead-Management in Dynamics 365 ein.

Richtig aufsetzen und prüfen

Wenn ein Segment leer bleibt, arbeiten Sie die folgende Reihenfolge ab, statt am Segmentfilter zu drehen. Die Ursache liegt fast nie im demografischen Kriterium, sondern in der Consent-Konfiguration.

• Compliance-Profil aktiv: Nur aktive Profile, Zwecke und Topics erscheinen in der Auswahl. Ein deaktivierter Zweck lässt das Segment ins Leere laufen.
• Zweck vor Topic prüfen: Existieren überhaupt Opt-in-Datensätze für den Parent Purpose? Ohne diese greift kein Topic. Bauen Sie das Segment zum Test zunächst nur auf den Zweck, ohne Topic.
• Enforcement-Modell verstehen: Im restriktiven Modell braucht es explizite Opt-ins. Prüfen Sie, ob bei einer Migration die vorhandenen Einwilligungen als Contact-Point-Consent-Datensätze übernommen wurden.
• Contact Point statt Kontaktfeld: Öffnen Sie einen Testkontakt und sehen Sie im Reiter Kommunikation nach, ob echte Consent-Datensätze pro Adresse und Kanal vorliegen.
• Segmentversion beachten: Ältere Segmente laufen weiter nach den Consent-Regeln, die bei ihrer Erstellung galten. Neue Segmente nutzen die aktuelle Logik. Ein Vergleich alt gegen neu deckt Abweichungen auf.

Wenn ein Segment trotz korrekter Konfiguration leer bleibt, grenzen Sie das Problem systematisch ein. Ein verwandtes Symptom, bei dem eine Journey trotz Zielgruppe nichts verschickt, behandeln wir im Beitrag zu Journeys, die keine E-Mails senden. In beiden Fällen ist die Consent-Auswertung der erste Ort, an dem Sie nachsehen sollten.

Wenn Sie unsicher sind, ob Ihr Consent-Modell sauber aufgesetzt ist oder warum eine Zielgruppe nicht wie erwartet befüllt wird, sprechen Sie uns an. Wir prüfen Ihre Compliance-Profile, Zwecke und Contact-Point-Consent-Datensätze und richten die Segmente so ein, dass sie DSGVO-konform genau die Empfänger liefern, die Sie erwarten.