Rezidența datelor Mixpanel în UE: hosturi, evenimente, GDPR

Rezidența datelor Mixpanel în UE înseamnă că evenimentele proiectului tău sunt procesate și stocate în centrele de date UE ale Mixpanel. Vine cu o regulă fermă: fiecare expeditor trebuie să trimită la endpointul de ingestie UE, api-eu.mixpanel.com. Dacă trimiți aceleași evenimente la api.mixpanel.com implicit, nu sunt puse în coadă, redirecționate sau semnalate. Pur și simplu nu apar niciodată.

India funcționează la fel, cu api-in.mixpanel.com. Rezidența se alege la crearea proiectului, nu poate fi schimbată ulterior, iar fiecare instrument care scrie în proiect (SDK de browser, backend, CDP, forwardere terțe) trebuie să primească separat hostul corect.

Majoritatea problemelor vin din ultima parte, iar vara aceasta s-a înrăutățit. Mixpanel obișnuia să redirecționeze evenimentele pe care proiectele UE mai vechi le primeau pe hostul din SUA. Conform documentației de rezidență UE, redirecționarea SUA-UE s-a încheiat în iulie 2026 pentru majoritatea proiectelor UE create înainte de 18 august 2025. Configurațiile care se sprijineau pe ea pe tăcute au amuțit. Dacă lucrezi la întrebarea mai largă despre rezidență pentru stack-ul tău, ghidul rezidenței datelor în UE pentru instrumentele de marketing este locul de început; acest articol rămâne la Mixpanel.

Ce acoperă rezidența UE din Mixpanel

Rezidența UE este o alegere de stocare la nivel de proiect. Bifezi "EU Data Residency" la crearea proiectului și, de atunci, Mixpanel procesează și stochează datele proiectului în UE, nu în varianta implicită din SUA. Mixpanel are un program paralel pentru India, pe care îl leagă de Digital Personal Data Protection Act.

Din faptul că este la nivel de proiect rezultă trei lucruri. Organizația ta poate avea proiecte SUA și UE unul lângă altul. Tokenul proiectului nu își dezvăluie regiunea. Nimic din aval nu o poate deduce din token. Iar interfața se mută și ea: proiectele UE sunt la eu.mixpanel.com, cele din India la in.mixpanel.com, motiv pentru care URL-urile de postback SSO pentru UE au nevoie de prefixul eu..

Ce nu acoperă este drumul înainte ca datele să ajungă la Mixpanel. Mixpanel o spune singur: dacă evenimentele intră printr-o platformă de date despre clienți, nu poate garanta ("cannot guarantee") că ingestia, procesarea și stocarea rămân în UE. Pipeline-ul tău este problema ta.

Hosturi de ingestie pentru proiectele SUA, UE și India

Ingestia nu este singurul host regional. Fiecare familie de API are unul. Dacă schimbi doar hostul de urmărire, exporturile și scripturile de query vor lovi în continuare hosturile din SUA și vor eșua pe un proiect UE.

Coloana India provine din pagina de rezidență India a Mixpanel, care listează aceleași familii plus Data Pipelines și Lexicon Schemas sub data-in. și in.. Pagina UE o oglindește cu -eu și eu..

De ce sunt abandonate evenimentele trimise la hostul greșit

Formularea Mixpanel este tăioasă: nu se ingerează date într-un proiect cu rezidență UE decât dacă implementarea ta le trimite la URL-ul de ingestie UE. Pagina pentru India spune același lucru despre api-in.mixpanel.com.

Partea dureroasă este că hostul greșit nu respinge cererea într-un mod pe care majoritatea instrumentelor să-l observe. Endpointul /track ia tokenul de bun, deci un expeditor îndreptat spre hostul din SUA poate vedea răspunsuri reușite în timp ce proiectul UE rămâne gol. Afli dintr-un grafic plat, de obicei după o săptămână.

Așa că depanează din proiect. Nu te încrede aici în logurile expeditorului. Deschide vizualizarea Events din proiectul UE, trimite un eveniment și așteaptă-l. Dacă nu apare nimic într-un minut sau două, hostul e greșit sau tokenul aparține altui proiect.

Cum îți verifici rezidența și cum muți un proiect existent

Verificarea e rapidă. Project Settings arată o valoare Data Residency; sau uită-te la bara de adrese, unde eu. sau in. în fața mixpanel.com trădează regiunea. Aș nota valoarea în documentul care listează integrările tale, pentru că fiecare instrument pe care îl conectezi ulterior are nevoie de ea.

Mutarea este partea grea. Documentația Mixpanel spune că, dacă a fost aleasă locația de rezidență greșită, "you will need to create a new project with the applicable data storage option and migrate all your existing data," iar Mixpanel nu poate ajuta cu migrarea. În practică înseamnă:

1. Creează un proiect nou cu rezidență UE (sau India) și îndreaptă fiecare expeditor spre noul host și token.
2. Reimportă istoricul de care ai nevoie, apoi retrage proiectul vechi după ce rapoartele și dashboardurile sunt reconstruite pe cel nou.

Nimic din acele pagini nu spune dacă un istoric migrat își păstrează ID-urile sau dashboardurile originale. Nu am găsit o scurtătură documentată și aș presupune că nu există.

Rezidența datelor Mixpanel și GDPR: IP-uri și transferuri

Rezidența răspunde bine la o întrebare GDPR: unde se află datele stocate. Cu un proiect UE, istoricul tău de evenimente nu se află în SUA, ceea ce scoate un transfer din Capitolul V din tabloul stocării. Ghidul GDPR pentru scurtătoarele de URL-uri acoperă obligațiile la nivel de articol care rămân.

Adresa IP este detaliul pe care îl ratează oamenii. Expeditorii server-side atașează de obicei IP-ul vizitatorului ca proprietate ip, pentru ca Mixpanel să poată geolocaliza evenimentul în loc să-i plaseze pe toți la serverul expeditorului. Conform documentației de geolocalizare a Mixpanel, IP-ul este folosit pentru a deduce țara, regiunea și orașul și apoi este eliminat înainte ca evenimentul să fie stocat. Bine. Dar IP-ul tot călătorește în cerere, iar o cerere către api.mixpanel.com este o cerere către un endpoint din SUA. Deci un host greșit nu este doar un bug de pierdere de date. Sunt și date personale care părăsesc UE către un endpoint despre care registrul tău de prelucrări spune că nu îl folosești.

Dacă nu ai nevoie de locație la nivel de oraș, poți trimite ip ca 0 și Mixpanel sare complet peste geolocalizare. Tot restul rămâne în grija ta: temeiul legal, consimțământul pentru orice cookie setat de SDK-ul de browser, acordul DPA și ce păstrează fiecare instrument de forwarding la el. Articolul Schrems II și pixelii de urmărire analizează cum se desfășoară dezbaterea despre transferuri pentru tagurile din browser.

Trimiterea evenimentelor la endpointul de ingestie UE din orice instrument

Fiecare expeditor are nevoie de propria setare. Nu există un comutator la nivel de cont, așa că fă o listă și corectează-le una câte una:

• SDK de browser. Setează api_host la init, de exemplu mixpanel.init(TOKEN, { api_host: "https://api-eu.mixpanel.com" }), sau hostul api-in pentru India.
• SDK-uri de server și apeluri HTTP brute: îndreaptă hostul spre api-eu.mixpanel.com (fiecare SDK are propria opțiune de configurare pentru asta) sau fă POST direct la https://api-eu.mixpanel.com/track.
• CDP-uri, joburi reverse-ETL și conectori no-code: găsește câmpul lor de regiune sau de endpoint și întreabă furnizorul în scris dacă nu-l găsești.
• Forwardere terțe care postează în numele tău, precum un scurtător de linkuri care trimite clicuri. Nici ele nu pot deduce rezidența ta din token.

Apoi verifică fiecare în proiectul UE. Un eveniment de test per expeditor este suficient.

Exemplu concret: forwarderul Mixpanel al Elido

Elido trimite fiecare click pe un link scurt către Mixpanel ca eveniment link_click server-side, cu slug-ul, ID-ul linkului, țara, dispozitivul, destinația, marca de timp și ip-ul vizitatorului, trunchiat la /24 (IPv4) sau /48 (IPv6). Din 22 septembrie 2026, dialogul de conectare are un câmp Data residency cu trei opțiuni, iar fiecare corespunde unui host fix:

• Statele Unite: api.mixpanel.com (folosit și când câmpul este gol)
• UE: api-eu.mixpanel.com
• India: api-in.mixpanel.com

Valoarea este validată la salvare; orice în afara acestor trei este respins, deci o greșeală de scriere nu se poate transforma într-o revenire tăcută la hostul din SUA. Conexiunile salvate înainte să existe câmpul nu au nicio valoare și merg în continuare la hostul din SUA, deci dacă proiectul tău este cu rezidență UE, redeschide conexiunea Mixpanel cu Update key, lipește din nou tokenul proiectului (dialogul nu îl arată niciodată pe cel stocat), alege UE și salvează.

Iată limita pe care aș vrea s-o văd spusă clar dacă aș fi recenzent. Butonul Test connection nu poate dovedi regiunea. Trimite un singur link_click marcat cu elido_test: true și arată răspunsul Mixpanel, dar /track acceptă orice token și nu verifică rezidența, deci un rezultat verde pe hostul greșit arată identic cu unul verde pe hostul corect. Panoul spune asta în nota sa. Dovada este că acel eveniment de test ajunge în vizualizarea Events a proiectului tău UE.

Din partea Elido, fii limpede cu ce aduce și ce nu aduce rezidența din Mixpanel. Elido păstrează și propriile rânduri de clicuri, cu IP-ul vizitatorului trunchiat la edge (IPv4 /24, IPv6 /48), plus orașul și user agent-ul complet, și nu oferă fixarea regiunii pe workspace, deci nu poți alege o regiune de stocare pentru acele rânduri așa cum o alegi în Mixpanel. Lista noastră de subprocesatori numește cine atinge datele. Pune ambele stocări în registrul tău de prelucrări. Dacă vrei clicuri pe linkuri într-un proiect Mixpanel UE fără să-ți scrii singur un forwarder, pornește un workspace și conectează-l din integrarea Mixpanel.

Două lacune de știut: forwarderul trimite întotdeauna ip-ul trunchiat (azi nu există comutator pentru ip: 0, cu excepția modului fără date personale, disponibil doar prin API, care îl elimină) și nu setează $insert_id, lucru pe care ghidul de urmărire a linkurilor în Mixpanel îl acoperă alături de distinct_id per link. Pentru alegerea mai largă a locului unde ar trebui să stea datele despre clicuri, vezi Mixpanel vs GA4 pentru analiza linkurilor.

Articole conexe pe blog

• Urmărirea linkurilor în Mixpanel: clicurile pe linkuri scurte ca evenimente - configurare, proprietăți și verificare pentru forwarder.
• Rezidența datelor în UE pentru marketing: listă pentru DPO - ce întreabă DPO-ul tău dincolo de locația stocării.
• Este Google Analytics conform cu GDPR? - aceeași întrebare pentru un instrument fără opțiune de rezidență.
• Urmărirea conversiilor server-side cu linkuri scurte: ghid - de ce evenimentele părăsesc browserul și ce schimbă asta.