EU-Datenresidenz bei Mixpanel: Hosts, verworfene Events, DSGVO

Die EU-Datenresidenz bei Mixpanel bedeutet, dass die Events Ihres Projekts in den EU-Rechenzentren von Mixpanel verarbeitet und gespeichert werden. Sie bringt eine klare Regel mit sich: Events müssen an den EU-Ingestion-Endpunkt api-eu.mixpanel.com gesendet werden. Senden Sie sie an den Standard-Host api.mixpanel.com, werden sie weder in die Warteschlange gestellt noch umgeleitet oder gekennzeichnet. Sie tauchen im Projekt einfach nie auf.

Für Indien gilt mit api-in.mixpanel.com dasselbe. Die Residenz wird bei der Erstellung des Projekts ausgewählt, kann später nicht umgestellt werden, und jedes Tool, das in das Projekt schreibt - Browser-SDK, Backend, CDP oder Weiterleitungen von Drittanbietern - muss separat auf den richtigen Host eingestellt werden.

Genau dieser letzte Punkt verursacht die meisten Ausfälle, und in diesem Sommer wurde es noch schlimmer. Mixpanel leitete Events, die ältere EU-Projekte am US-Host empfingen, früher weiter. Laut der Dokumentation zur EU-Datenresidenz endete diese Weiterleitung von den USA in die EU im Juli 2026 für die meisten EU-Projekte, die vor dem 18. August 2025 erstellt wurden. Einrichtungen, die stillschweigend darauf vertraut hatten, verstummten. Wenn Sie die umfassendere Frage der Datenresidenz für Ihren Stack klären, beginnen Sie mit dem Leitfaden zur EU-Datenresidenz für Marketingtools; dieser Beitrag bleibt bei Mixpanel.

Was die EU-Datenresidenz von Mixpanel abdeckt

Die EU-Datenresidenz ist eine Speicherauswahl auf Projektebene. Beim Erstellen des Projekts aktivieren Sie "EU Data Residency". Danach verarbeitet und speichert Mixpanel die Daten dieses Projekts in der EU statt im US-Standard. Mixpanel betreibt ein paralleles Programm für Indien, das es mit dem Digital Personal Data Protection Act verknüpft.

Daraus, dass die Einstellung auf Projektebene gilt, folgen drei Dinge. Ihre Organisation kann US- und EU-Projekte nebeneinander führen. Das Projekttoken verrät seine Region nicht. Nachgelagerte Systeme können sie nicht aus dem Token ableiten. Auch die Oberfläche ändert sich: EU-Projekte sind unter eu.mixpanel.com erreichbar, indische Projekte unter in.mixpanel.com. Deshalb benötigen SSO-Postback-URLs für die EU ebenfalls das Präfix eu..

Nicht abgedeckt ist der Weg, den die Daten zurücklegen, bevor sie Mixpanel erreichen. Mixpanel sagt es selbst: Wenn Events über eine Customer-Data-Plattform eingehen, kann es "nicht garantieren", dass Ingestion, Verarbeitung und Speicherung in der EU bleiben. Ihre Pipeline liegt in Ihrer Verantwortung.

Ingestion-Hosts für Projekte in den USA, der EU und Indien

Ingestion ist nicht der einzige regionale Host. Jede API-Familie hat einen eigenen. Wenn Sie nur den Tracking-Host ändern, greifen Ihre Export- und Abfrageskripte weiterhin auf die US-Hosts zu und schlagen bei einem EU-Projekt fehl.

Die Spalte für Indien stammt von Mixpanels Seite zur indischen Datenresidenz, die neben den hier aufgeführten Familien auch Data Pipelines und Lexicon Schemas unter data-in. und in. nennt. Die EU-Seite verwendet entsprechend -eu und eu..

Warum an den falschen Host gesendete Events verworfen werden

Mixpanels Formulierung ist eindeutig: In ein Projekt mit EU-Datenresidenz werden keine Daten aufgenommen, wenn Ihre Implementierung sie nicht an die EU-Ingestion-URL sendet. Auf der Indien-Seite steht dasselbe für api-in.mixpanel.com.

Der schmerzhafte Teil ist, dass der falsche Host die Anfrage nicht auf eine Weise ablehnt, die die meisten Tools erkennen. Der /track-Endpunkt akzeptiert das Token ungeprüft. Ein Sender am US-Host kann daher erfolgreiche Antworten sehen, während das EU-Projekt leer bleibt. Sie bemerken es an einem flachen Diagramm, meistens eine Woche später.

Debuggen Sie deshalb vom Projekt aus. Vertrauen Sie hier niemals den Protokollen des Senders. Öffnen Sie die Ereignisansicht im EU-Projekt, lösen Sie ein Event aus und warten Sie darauf. Wenn innerhalb von ein oder zwei Minuten nichts erscheint, ist der Host falsch oder das Token gehört zu einem anderen Projekt.

So prüfen Sie Ihre Datenresidenz und verschieben ein bestehendes Projekt

Die Prüfung geht schnell. In den Projekteinstellungen wird ein Wert für die Datenresidenz angezeigt; alternativ sehen Sie in der Adressleiste nach, ob eu. oder in. vor mixpanel.com steht. Ich würde den Wert in dem Dokument festhalten, in dem Ihre Integrationen aufgeführt sind, denn jedes später verbundene Tool benötigt diese Information.

Das Verschieben ist der schwierige Teil. Mixpanels Dokumentation erklärt, dass Sie bei der Wahl des falschen Residenzstandorts "ein neues Projekt mit der zutreffenden Datenspeicheroption erstellen und alle vorhandenen Daten migrieren müssen" und dass Mixpanel bei der Migration nicht helfen kann. In der Praxis bedeutet das:

1. Erstellen Sie ein neues Projekt mit EU- oder Indien-Residenz und richten Sie jeden Sender auf den neuen Host und das neue Token.
2. Importieren Sie den benötigten Verlauf erneut und legen Sie das alte Projekt still, sobald Berichte und Dashboards im neuen Projekt neu aufgebaut sind.

Auf diesen Seiten steht nicht, ob eine migrierte Historie ihre ursprünglichen IDs oder Dashboards behält. Ich habe keinen dokumentierten Schnellweg gefunden und würde davon ausgehen, dass es keinen gibt.

Mixpanel-Datenresidenz und DSGVO: IPs und Übermittlungen

Die Datenresidenz beantwortet eine DSGVO-Frage gut: wo die gespeicherten Daten liegen. Bei einem EU-Projekt befindet sich Ihre Event-Historie nicht in den USA, wodurch eine Übermittlung nach Kapitel V aus der Speicherperspektive entfällt. Der DSGVO-Leitfaden für URL-Verkürzer behandelt die Pflichten auf Artikelebene, die bestehen bleiben.

Die IP-Adresse ist das Detail, das viele übersehen. Serverseitige Sender hängen die IP des Besuchers meist als ip-Eigenschaft an, damit Mixpanel das Event geografisch zuordnen kann, anstatt alle dem Server des Senders zuzuordnen. Laut Mixpanels Dokumentation zur Geolokalisierung wird die IP verwendet, um Land, Region und Stadt abzuleiten, und danach verworfen, bevor das Event gespeichert wird. Gut. Die IP wird aber trotzdem in der Anfrage übertragen, und eine Anfrage an api.mixpanel.com ist eine Anfrage an einen US-Endpunkt. Ein falscher Host ist daher nicht nur ein Fehler mit Datenverlust. Er bedeutet auch, dass personenbezogene Daten die EU zu einem Endpunkt verlassen, den Sie in Ihrem Verzeichnis der Verarbeitungstätigkeiten gar nicht verwenden.

Wenn Sie keine standortgenaue Zuordnung bis zur Stadt benötigen, können Sie ip als 0 senden, worauf Mixpanel die Geolokalisierung vollständig überspringt. Alles Weitere müssen Sie selbst regeln: Rechtsgrundlage, Einwilligung für Cookies, die das Browser-SDK setzt, den Auftragsverarbeitungsvertrag (AVV) und was jedes Weiterleitungstool auf seiner Seite speichert. Der Beitrag Schrems II und Tracking-Pixel zeigt, wie sich die Diskussion über Übermittlungen bei browserseitigen Tags entwickelt.

Events von jedem Tool an den EU-Ingestion-Endpunkt senden

Jeder Sender benötigt eine eigene Einstellung. Es gibt keinen kontoweit geltenden Schalter. Listen Sie daher alle Sender auf und korrigieren Sie jeden einzelnen:

• Browser-SDK. Setzen Sie api_host bei der Initialisierung, zum Beispiel mixpanel.init(TOKEN, { api_host: "https://api-eu.mixpanel.com" }), oder für Indien den api-in-Host.
• Server-SDKs und rohe HTTP-Aufrufe: Richten Sie den Host auf api-eu.mixpanel.com (jedes SDK hat dafür eine eigene Konfigurationsoption) oder senden Sie direkt per POST an https://api-eu.mixpanel.com/track.
• CDPs, Reverse-ETL-Jobs und No-Code-Konnektoren: Suchen Sie deren Feld für Region oder Endpunkt und fragen Sie beim Anbieter schriftlich nach, wenn Sie es nicht finden.
• Weiterleitungen von Drittanbietern, die in Ihrem Namen Daten senden, etwa ein URL-Verkürzer, der Klicks sendet. Auch sie können die Residenz nicht aus dem Token ablesen.

Prüfen Sie danach jeden Sender im EU-Projekt. Ein Testevent pro Sender genügt.

Beispiel: Elidos Mixpanel-Weiterleitung

Elido leitet jeden Klick auf einen Kurzlink an Mixpanel weiter - als serverseitiges link_click-Event mit Slug, Link-ID, Land, Gerät, Ziel, Zeitstempel und der Besucher-ip. Seit dem 22. September 2026 enthält der Verbindungsdialog ein Feld für die Datenresidenz mit drei Optionen, die jeweils einem festen Host zugeordnet sind:

• Vereinigte Staaten: api.mixpanel.com (wird auch verwendet, wenn das Feld leer ist)
• EU: api-eu.mixpanel.com
• Indien: api-in.mixpanel.com

Der Wert wird beim Speichern validiert. Alles außer diesen drei Werten wird abgelehnt, sodass ein Tippfehler nicht unbemerkt auf den US-Host zurückfallen kann. Verbindungen, die vor Einführung des Feldes gespeichert wurden, haben keinen Wert und senden weiterhin an den US-Host. Wenn Ihr Projekt in der EU liegt, öffnen Sie daher die Mixpanel-Verbindung erneut mit "Schlüssel aktualisieren", fügen Sie das Projekttoken erneut ein (der Dialog zeigt das gespeicherte Token nie an), wählen Sie EU und speichern Sie.

Hier ist die Einschränkung, die ich bei einer Prüfung ausdrücklich nennen würde. Die Schaltfläche zum Testen der Verbindung kann die Region nicht nachweisen. Sie sendet ein mit elido_test: true markiertes link_click und zeigt Mixpanels Antwort. /track akzeptiert jedoch jedes Token und prüft die Residenz nicht. Ein grünes Ergebnis am falschen Host sieht daher genauso aus wie ein grünes Ergebnis am richtigen. Das Panel weist in seinem Hinweis darauf hin. Der Nachweis ist, dass dieses Testevent in der Ereignisansicht Ihres EU-Projekts ankommt.

Klicks selbst werden auf Elidos Seite in einer EU-Region erfasst, und unsere Liste der Unterauftragsverarbeiter nennt alle Beteiligten. Wenn Sie Klicks auf Kurzlinks in einem EU-Mixpanel-Projekt erfassen möchten, ohne die Weiterleitung selbst zu schreiben, starten Sie einen Arbeitsbereich und verbinden Sie ihn über die Mixpanel-Integration.

Zwei Lücken sollten Sie kennen: Die Weiterleitung sendet immer ip (heute gibt es keinen Schalter für ip: 0) und setzt kein $insert_id. Beides behandelt der Mixpanel-Leitfaden zur Linkverfolgung zusammen mit der linkbezogenen distinct_id. Eine umfassendere Entscheidung darüber, wo Klickdaten liegen sollen, finden Sie unter Mixpanel im Vergleich zu GA4 für Linkanalysen.

Verwandte Beiträge im Blog

• Mixpanel-Linkverfolgung: Klicks auf Kurzlinks als Events - Einrichtung, Eigenschaften und Prüfung der Weiterleitung.
• EU-Datenresidenz für Marketingtools - was Ihr Datenschutzbeauftragter über den Speicherort hinaus fragt.
• Ist Google Analytics DSGVO-konform? - dieselbe Frage für ein Tool ohne Residenzoption.
• Serverseitiges Conversion-Tracking - warum Events den Browser verlassen und was sich dadurch ändert.