Residenza dei dati Mixpanel nell'UE: host, eventi persi e GDPR

La residenza dei dati Mixpanel nell'UE significa che gli eventi del tuo progetto vengono elaborati e archiviati nei data center UE di Mixpanel, e comporta una regola rigida: gli eventi devono essere inviati all'endpoint di acquisizione UE, api-eu.mixpanel.com. Se li invii all'host predefinito api.mixpanel.com, non vengono messi in coda, reindirizzati o segnalati. Semplicemente non compariranno mai nel progetto.

L'India funziona allo stesso modo con api-in.mixpanel.com. La residenza viene scelta quando si crea il progetto, non può essere modificata in seguito e ogni strumento che scrive nel progetto (SDK del browser, backend, CDP, inoltratori di terze parti) deve ricevere separatamente l'host corretto.

Quest'ultima parte è il punto in cui nascono la maggior parte dei problemi, e la situazione è peggiorata quest'estate. Mixpanel inoltrava gli eventi che i progetti UE più vecchi ricevevano sull'host USA. Secondo la sua documentazione sulla residenza UE, quell'inoltro dagli USA all'UE è terminato nel luglio 2026 per la maggior parte dei progetti UE creati prima del 18 agosto 2025. Le configurazioni che vi facevano silenziosamente affidamento hanno smesso di funzionare. Se stai valutando la più ampia questione della residenza per il tuo stack, la guida alla residenza dei dati UE per gli strumenti di marketing è il punto da cui partire; questo articolo resta concentrato su Mixpanel.

Cosa copre la residenza UE di Mixpanel

La residenza UE è una scelta di archiviazione a livello di progetto. Selezioni "Residenza dei dati UE" quando crei il progetto e, da quel momento, Mixpanel elabora e archivia i dati di quel progetto nell'UE invece che negli USA, la sua impostazione predefinita. Mixpanel gestisce un programma parallelo per l'India, collegato al Digital Personal Data Protection Act.

Dal fatto che sia a livello di progetto derivano tre conseguenze. La tua organizzazione può avere progetti USA e UE affiancati. Il token del progetto non ne rivela la regione. Nessun sistema a valle può dedurla dal token. Anche l'interfaccia cambia: i progetti UE si trovano su eu.mixpanel.com, quelli indiani su in.mixpanel.com, ed è anche per questo che gli URL di postback SSO per l'UE richiedono il prefisso eu..

Non copre invece il percorso prima che i dati raggiungano Mixpanel. Mixpanel lo dice chiaramente: se gli eventi arrivano tramite una piattaforma di dati dei clienti, "non può garantire" che acquisizione, elaborazione e archiviazione restino nell'UE. La tua pipeline resta una tua responsabilità.

Host di acquisizione per progetti USA, UE e India

L'acquisizione non è l'unico host regionale. Ogni famiglia di API ne ha uno. Se cambi solo l'host di tracciamento, gli script di esportazione e query continueranno a interrogare gli host USA e falliranno per un progetto UE.

La colonna India deriva dalla pagina sulla residenza in India di Mixpanel, che elenca le stesse famiglie oltre a Data Pipelines e Lexicon Schemas sotto data-in. e in.. La pagina UE ne è l'equivalente con -eu ed eu..

Perché gli eventi inviati all'host sbagliato vengono scartati

La formulazione di Mixpanel è netta: nessun dato viene acquisito in un progetto con residenza UE se l'implementazione non lo invia all'URL di acquisizione UE. La pagina India afferma lo stesso per api-in.mixpanel.com.

La parte dolorosa è che l'host errato non rifiuta la richiesta in un modo che la maggior parte degli strumenti rileva. L'endpoint /track accetta il token senza verificarne altro, quindi un mittente indirizzato all'host USA può vedere risposte positive mentre il progetto UE resta vuoto. Te ne accorgi da un grafico piatto, di solito una settimana dopo.

Quindi esegui il debug dal progetto. Qui non fidarti mai dei log del mittente. Apri la vista Eventi nel progetto UE, invia un evento e osservalo. Se non compare entro uno o due minuti, l'host è errato oppure il token appartiene a un altro progetto.

Come verificare la residenza e spostare un progetto esistente

La verifica è rapida. Le Impostazioni del progetto mostrano un valore Residenza dei dati; oppure guarda la barra degli indirizzi, dove eu. o in. davanti a mixpanel.com lo rivela. Lo annoterei nel documento che elenca le integrazioni, perché ogni strumento collegato in seguito ne avrà bisogno.

Lo spostamento è la parte difficile. La documentazione di Mixpanel afferma che, se è stata scelta la posizione di residenza errata, "dovrai creare un nuovo progetto con l'opzione di archiviazione dati applicabile e migrare tutti i dati esistenti", e che Mixpanel non può aiutare nella migrazione. In pratica significa:

1. Crea un nuovo progetto con residenza UE (o India) e indirizza ogni mittente al nuovo host e token.
2. Reimporta lo storico necessario, poi dismetti il vecchio progetto una volta ricostruiti report e dashboard su quello nuovo.

Niente in quelle pagine chiarisce se lo storico migrato conserva i propri ID o le dashboard. Non ho trovato una scorciatoia documentata e presupporrei che non esista.

Residenza dei dati Mixpanel e GDPR: IP e trasferimenti

La residenza risponde bene a una domanda GDPR: dove si trovano i dati archiviati. Con un progetto UE, lo storico degli eventi non risiede negli USA, eliminando un trasferimento ai sensi del Capitolo V dalla questione dell'archiviazione. La guida GDPR per gli abbreviatori di URL tratta gli obblighi a livello di articolo che rimangono.

L'indirizzo IP è il dettaglio che spesso sfugge. I mittenti lato server di solito allegano l'IP del visitatore come proprietà ip, affinché Mixpanel possa geolocalizzare l'evento invece di posizionare tutti sul server del mittente. Secondo la documentazione sulla geolocalizzazione di Mixpanel, l'IP viene usato per ricavare paese, regione e città, poi viene scartato prima dell'archiviazione dell'evento. Bene. Ma l'IP viaggia comunque nella richiesta, e una richiesta a api.mixpanel.com è una richiesta a un endpoint USA. Quindi un host errato non è solo un bug di perdita dei dati. Significa anche che dati personali escono dall'UE verso un endpoint che i tuoi registri dei trattamenti dichiarano di non usare.

Se non ti serve la posizione a livello di città, puoi inviare ip come 0 e Mixpanel salta del tutto la geolocalizzazione. Tutto il resto resta a te: base giuridica, consenso per ogni cookie impostato dall'SDK del browser, il DPA e ciò che ogni strumento di inoltro conserva dalla propria parte. L'articolo su Schrems II e pixel di tracciamento spiega come il dibattito sui trasferimenti si svolge per i tag lato browser.

Invio di eventi all'endpoint di acquisizione UE da qualsiasi strumento

Ogni mittente necessita della propria impostazione. Non esiste un interruttore valido per tutto l'account, quindi elencali e correggili uno per uno:

• SDK del browser. Imposta api_host all'inizializzazione, ad esempio mixpanel.init(TOKEN, { api_host: "https://api-eu.mixpanel.com" }), oppure l'host api-in per l'India.
• SDK server e chiamate HTTP dirette: indirizza l'host a api-eu.mixpanel.com (ogni SDK ha la propria opzione di configurazione) oppure invia un POST direttamente a https://api-eu.mixpanel.com/track.
• CDP, processi reverse-ETL e connettori no-code: cerca il loro campo relativo a regione o endpoint e chiedi conferma scritta al fornitore se non riesci a trovarlo.
• Inoltratori di terze parti che effettuano il POST per tuo conto, come un abbreviatore di link che invia i clic. Nemmeno loro possono conoscere la tua residenza dal token.

Poi verifica ognuno nel progetto UE. È sufficiente un evento di test per mittente.

Esempio pratico: l'inoltratore Mixpanel di Elido

Elido inoltra ogni clic su link breve a Mixpanel come evento lato server link_click contenente slug, ID del link, paese, dispositivo, destinazione, timestamp e ip del visitatore. Dal 22 settembre 2026, la finestra di dialogo della connessione dispone di un campo Residenza dei dati con tre opzioni, ognuna associata a un host fisso:

• Stati Uniti: api.mixpanel.com (usato anche quando il campo è vuoto)
• UE: api-eu.mixpanel.com
• India: api-in.mixpanel.com

Il valore viene convalidato al salvataggio; qualsiasi valore diverso da questi tre viene rifiutato, quindi un errore di battitura non può trasformarsi in un silenzioso ripiego sull'host USA. Le connessioni salvate prima dell'introduzione del campo non hanno alcun valore e continuano a usare l'host USA, quindi se il tuo progetto ha residenza UE, riapri la connessione Mixpanel con Aggiorna chiave, incolla di nuovo il token del progetto (la finestra non mostra mai quello archiviato), scegli UE e salva.

Ecco il limite che vorrei fosse esplicitato se lo stessi esaminando. Il pulsante Prova connessione non può dimostrare la regione. Invia un link_click con elido_test: true e mostra la risposta di Mixpanel, ma /track accetta qualunque token e non controlla la residenza, perciò un risultato positivo sull'host sbagliato sembra identico a uno sull'host giusto. Il pannello lo dice nella sua nota. La prova è che l'evento di test arrivi nella vista Eventi del tuo progetto UE.

I clic vengono registrati in una regione UE da Elido e il nostro elenco dei sub-responsabili indica chi li tratta. Se vuoi che i clic sui link arrivino in un progetto Mixpanel UE senza scrivere tu l'inoltro, crea uno spazio di lavoro e collegalo dall'integrazione Mixpanel.

Due lacune da conoscere: l'inoltratore invia sempre ip (al momento non esiste un interruttore per ip: 0) e non imposta $insert_id, trattato dalla guida al tracciamento dei link con Mixpanel insieme al distinct_id per link. Per la scelta più ampia su dove debbano risiedere i dati dei clic, vedi Mixpanel vs GA4 per l'analisi dei link.

Articoli correlati nel blog

• Tracciamento dei link Mixpanel: clic sui link brevi come eventi - configurazione, proprietà e verifica dell'inoltratore.
• Residenza dei dati UE per gli strumenti di marketing - ciò che il tuo DPO chiede oltre alla posizione di archiviazione.
• Google Analytics è conforme al GDPR? - la stessa domanda per uno strumento senza opzione di residenza.
• Tracciamento delle conversioni lato server - perché gli eventi si spostano fuori dal browser e cosa cambia.