Mixpanel EU-Datenresidenz: Hosts, verlorene Events, GDPR

Mixpanel-EU-Datenresidenz bedeutet, dass die Events Ihres Projekts in den EU-Rechenzentren von Mixpanel verarbeitet und gespeichert werden. Dazu gehört eine harte Regel: Jeder Sender muss an den EU-Ingestion-Endpunkt api-eu.mixpanel.com posten. Senden Sie dieselben Events an den Standard-Host api.mixpanel.com, werden sie weder in eine Warteschlange gestellt noch umgeleitet noch markiert. Sie tauchen einfach nie auf.

Indien funktioniert genauso mit api-in.mixpanel.com. Die Residenz wird beim Anlegen des Projekts gewählt, lässt sich später nicht umschalten, und jedes Tool, das ins Projekt schreibt (Browser-SDK, Backend, CDP, Drittanbieter-Forwarder), muss den richtigen Host einzeln mitgeteilt bekommen.

Die meisten Ausfälle kommen von diesem letzten Punkt, und im Sommer wurde es schlimmer. Mixpanel hat früher Events weitergeleitet, die ältere EU-Projekte am US-Host empfingen. Laut der Dokumentation zur EU-Residenz endete diese Weiterleitung von US zu EU im Juli 2026 für die meisten EU-Projekte, die vor dem 18. August 2025 angelegt wurden. Setups, die sich still darauf verlassen hatten, verstummten. Wenn Sie die breitere Residenzfrage für Ihren Stack durcharbeiten, ist die Checkliste zur EU-Datenresidenz für Marketing-Tools der richtige Einstieg; dieser Beitrag bleibt bei Mixpanel.

Was die Mixpanel-EU-Residenz abdeckt

EU-Residenz ist eine Speicherentscheidung auf Projektebene. Sie haken beim Anlegen des Projekts "EU Data Residency" an, und von da an verarbeitet und speichert Mixpanel die Daten dieses Projekts in der EU statt im US-Standard. Für Indien betreibt Mixpanel ein paralleles Programm, das es an den Digital Personal Data Protection Act koppelt.

Daraus folgen drei Dinge, weil es projektbezogen ist. Ihre Organisation kann US- und EU-Projekte nebeneinander halten. Der Projekt-Token verrät seine Region nicht. Nichts weiter unten in der Kette kann sie aus dem Token ableiten. Und die Oberfläche zieht mit um: EU-Projekte liegen unter eu.mixpanel.com, Indien-Projekte unter in.mixpanel.com, weshalb SSO-Postback-URLs für die EU auch das Präfix eu. brauchen.

Nicht abgedeckt ist der Weg, bevor die Daten Mixpanel erreichen. Mixpanel sagt das selbst: Kommen Events über eine Customer Data Platform herein, könne es nicht garantieren, dass Ingestion, Verarbeitung und Speicherung in der EU bleiben. Ihre Pipeline ist Ihre Sache.

Ingestion-Hosts für US-, EU- und Indien-Projekte

Ingestion ist nicht der einzige regionale Host. Jede API-Familie hat einen. Ändern Sie nur den Tracking-Host, treffen Ihre Exporte und Query-Skripte weiter die US-Hosts und scheitern an einem EU-Projekt.

Die Indien-Spalte stammt von Mixpanels Seite zur Indien-Residenz, die dieselben Familien plus Data Pipelines und Lexicon Schemas unter data-in. und in. aufführt. Die EU-Seite spiegelt sie mit -eu und eu..

Warum Events am falschen Host verloren gehen

Mixpanels Formulierung ist unmissverständlich: In ein Projekt mit EU-Residenz werden keine Daten aufgenommen, es sei denn, Ihre Implementierung sendet sie an die EU-Ingestion-URL. Die Indien-Seite sagt dasselbe über api-in.mixpanel.com.

Das Schmerzhafte: Der falsche Host lehnt den Request nicht so ab, dass es die meisten Tools bemerken. Der Endpunkt /track nimmt den Token für bare Münze, ein auf den US-Host zeigender Sender kann also erfolgreiche Antworten sehen, während das EU-Projekt leer bleibt. Sie erfahren es an einem flachen Chart, meist eine Woche später.

Debuggen Sie also vom Projekt aus. Vertrauen Sie hier nie den Logs des Senders. Öffnen Sie die Events-Ansicht im EU-Projekt, feuern Sie ein Event und beobachten Sie, ob es ankommt. Nichts innerhalb von ein, zwei Minuten heißt: Der Host ist falsch, oder der Token gehört zu einem anderen Projekt.

Residenz prüfen und ein bestehendes Projekt umziehen

Das Prüfen geht schnell. In den Projekteinstellungen steht ein Wert für Data Residency; oder sehen Sie in die Adressleiste, wo eu. oder in. vor mixpanel.com es verrät. Ich würde den Wert in dem Dokument festhalten, das Ihre Integrationen auflistet, weil jedes Tool, das Sie später anbinden, ihn braucht.

Der Umzug ist der schwere Teil. Die Mixpanel-Dokumentation sagt: Wurde der falsche Residenz-Speicherort gewählt, "you will need to create a new project with the applicable data storage option and migrate all your existing data", und Mixpanel könne bei der Migration nicht helfen. In der Praxis heißt das:

1. Legen Sie ein neues Projekt mit EU-Residenz (oder Indien) an und richten Sie jeden Sender auf den neuen Host und Token.
2. Importieren Sie die benötigte Historie neu und schalten Sie das alte Projekt ab, sobald Reports und Dashboards auf dem neuen neu aufgebaut sind.

Nichts auf diesen Seiten sagt, ob eine migrierte Historie ihre ursprünglichen IDs oder Dashboards behält. Ich habe keine dokumentierte Abkürzung gefunden und würde annehmen, dass es keine gibt.

Mixpanel-Datenresidenz und GDPR: IPs und Transfers

Die Residenz beantwortet eine GDPR-Frage gut: wo die gespeicherten Daten liegen. Mit einem EU-Projekt liegt Ihre Event-Historie nicht in den USA, was einen Kapitel-V-Transfer aus dem Speicherbild nimmt. Der GDPR-Leitfaden für URL-Shortener behandelt die Pflichten auf Artikelebene, die bleiben.

Die IP-Adresse ist das Detail, das man übersieht. Server-Side-Sender hängen meist die IP des Besuchers als Property ip an, damit Mixpanel das Event geolokalisieren kann, statt alle am Server des Senders zu verorten. Laut Mixpanels Dokumentation zur Geolokalisierung wird die IP genutzt, um Land, Region und Stadt abzuleiten, und dann verworfen, bevor das Event gespeichert wird. Gut. Aber die IP reist trotzdem im Request mit, und ein Request an api.mixpanel.com ist ein Request an einen US-Endpunkt. Ein falscher Host ist also nicht nur ein Datenverlust-Bug. Es sind auch personenbezogene Daten, die die EU in Richtung eines Endpunkts verlassen, den Ihr Verzeichnis von Verarbeitungstätigkeiten nicht kennt.

Brauchen Sie keine Ortung auf Stadtebene, können Sie ip als 0 senden, und Mixpanel überspringt die Geolokalisierung ganz. Alles Übrige bleibt Ihre Aufgabe: Rechtsgrundlage, Einwilligung für Cookies, die das Browser-SDK setzt, der AVV und was jedes Forwarding-Tool auf seiner Seite behält. Der Beitrag Schrems II und Tracking-Pixel: wo das DPF Sie 2026 stehen lässt geht durch, wie die Transferdebatte für Browser-Tags verläuft.

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

Jeder Sender braucht seine eigene Einstellung. Es gibt keinen kontoweiten Schalter, listen Sie sie also auf und korrigieren Sie jeden:

• Browser-SDK. Setzen Sie api_host bei der Initialisierung, zum Beispiel mixpanel.init(TOKEN, { api_host: "https://api-eu.mixpanel.com" }), oder den Host api-in für Indien.
• Server-SDKs und rohe HTTP-Aufrufe: den Host auf api-eu.mixpanel.com richten (jedes SDK hat dafür eine eigene Konfigurationsoption) oder direkt an https://api-eu.mixpanel.com/track POSTen.
• CDPs, Reverse-ETL-Jobs und No-Code-Konnektoren: das Feld für Region oder Endpunkt suchen und den Anbieter schriftlich fragen, wenn Sie es nicht finden.
• Drittanbieter-Forwarder, die in Ihrem Namen posten, etwa ein Link-Shortener, der Klicks sendet. Auch sie sehen Ihre Residenz nicht am Token.

Prüfen Sie dann jeden im EU-Projekt. Ein Test-Event pro Sender genügt.

Praxisbeispiel: Elidos Mixpanel-Forwarder

Elido leitet jeden Kurzlink-Klick 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 hat der Verbindungsdialog ein Feld Data residency mit drei Optionen, und jede ist einem festen Host zugeordnet:

• Vereinigte Staaten: api.mixpanel.com (auch bei leerem Feld)
• EU: api-eu.mixpanel.com
• Indien: api-in.mixpanel.com

Der Wert wird beim Speichern validiert; alles außer diesen dreien wird abgelehnt, ein Tippfehler kann also nicht zu einem stillen Rückfall auf den US-Host werden. Verbindungen, die vor dem Feld gespeichert wurden, haben keinen Wert und gehen weiter an den US-Host. Ist Ihr Projekt EU-resident, öffnen Sie die Mixpanel-Verbindung also erneut mit Update key, fügen den Projekt-Token noch einmal ein (der Dialog zeigt den gespeicherten nie), wählen EU und speichern.

Hier die Grenze, die ich ausgesprochen sehen wollte, wenn ich das prüfte. Die Schaltfläche Test connection kann die Region nicht beweisen. Sie sendet ein link_click mit der Markierung elido_test: true und zeigt Mixpanels Antwort, aber /track akzeptiert jeden Token und prüft die Residenz nicht, ein grünes Ergebnis am falschen Host sieht also aus wie ein grünes am richtigen. Das Panel sagt das in seinem Hinweis selbst. Der Beweis ist, dass dieses Test-Event in der Events-Ansicht Ihres EU-Projekts ankommt.

Auf Elidos Seite sollte klar sein, was Residenz bei Mixpanel bringt und was nicht. Elido hält auch eigene Klick-Zeilen, mit der vollständigen Besucher-IP (heute ohne Kürzung), und bietet kein Region-Pinning pro Workspace, Sie können für diese Zeilen also keine Speicherregion wählen, wie Sie es bei Mixpanel tun. Unsere Liste der Unterauftragsverarbeiter nennt, wer die Daten berührt. Nehmen Sie beide Speicher in Ihr Verzeichnis von Verarbeitungstätigkeiten auf. Wenn Sie Link-Klicks in einem EU-Mixpanel-Projekt wollen, ohne selbst einen Forwarder zu schreiben, starten Sie einen Workspace und verbinden ihn über die Mixpanel-Integration.

Zwei Lücken, die man kennen sollte: Der Forwarder sendet immer ip (heute gibt es keinen Schalter für ip: 0), und er setzt $insert_id nicht, was der Leitfaden zum Mixpanel-Link-Tracking zusammen mit der distinct_id pro Link behandelt. Zur breiteren Frage, wo Klickdaten liegen sollten, siehe Mixpanel vs GA4 für Link-Analytics: Was Sie wählen sollten.

Weiterlesen im Blog

• Mixpanel-Link-Tracking: Short-Link-Klicks als Events - Einrichtung, Properties und Verifizierung für den Forwarder.
• EU-Datenresidenz für Marketing-Tools: Checkliste für DSB - was Ihr DSB über den Speicherort hinaus fragt.
• Ist Google Analytics GDPR-konform? Die EU-Antwort - dieselbe Frage für ein Tool ohne Residenzoption.
• Serverseitiges Conversion-Tracking mit Kurzlinks: Leitfaden - warum Events den Browser verlassen und was sich dadurch ändert.