Residência de dados do Mixpanel na UE: hosts e GDPR

Residência de dados do Mixpanel na UE significa que os eventos do seu projeto são processados e armazenados nos data centers do Mixpanel na UE. Ela vem com uma regra rígida: todo remetente precisa enviar ao endpoint de ingestão da UE, api-eu.mixpanel.com. Envie os mesmos eventos ao api.mixpanel.com padrão e eles não são enfileirados, redirecionados nem sinalizados. Simplesmente nunca aparecem.

A Índia funciona do mesmo modo com api-in.mixpanel.com. A residência é escolhida quando o projeto é criado, não pode ser alterada depois, e toda ferramenta que escreve no projeto (SDK de navegador, backend, CDP, forwarders de terceiros) precisa receber o host correto separadamente.

A maior parte dos problemas vem dessa última parte, e piorou neste verão. O Mixpanel costumava encaminhar eventos que projetos antigos da UE recebiam no host dos EUA. Segundo sua documentação de residência na UE, esse encaminhamento dos EUA para a UE terminou em julho de 2026 para a maioria dos projetos da UE criados antes de 18 de agosto de 2025. Configurações que dependiam disso em silêncio pararam de enviar dados. Se você está tratando a questão mais ampla de residência para a sua stack, o guia de residência de dados na UE para ferramentas de marketing é o ponto de partida; este post fica no Mixpanel.

O que a residência na UE do Mixpanel cobre

A residência na UE é uma escolha de armazenamento no nível do projeto. Você marca "EU Data Residency" ao criar o projeto e, a partir daí, o Mixpanel processa e armazena os dados desse projeto na UE em vez do padrão dos EUA. O Mixpanel mantém um programa paralelo para a Índia, que ele associa à Digital Personal Data Protection Act.

Três coisas decorrem de isso ser no nível do projeto. Sua organização pode ter projetos dos EUA e da UE lado a lado. O token do projeto não revela sua região. Nada a jusante consegue deduzi-la a partir do token. E a interface também muda: projetos da UE ficam em eu.mixpanel.com, projetos da Índia em in.mixpanel.com, e é por isso que os URLs de postback de SSO da UE precisam do prefixo eu..

O que ela não cobre é o caminho antes de os dados chegarem ao Mixpanel. O próprio Mixpanel diz: se os eventos entram por uma plataforma de dados de clientes, ele "cannot guarantee" que a ingestão, o processamento e o armazenamento permaneçam na UE. Seu pipeline é problema seu.

Hosts de ingestão para projetos dos EUA, da UE e da Índia

A ingestão não é o único host regional. Cada família de API tem o seu. Se você mudar apenas o host de rastreamento, suas exportações e scripts de consulta ainda acessarão os hosts dos EUA e falharão contra um projeto da UE.

A coluna da Índia vem da página de residência na Índia do Mixpanel, que lista as mesmas famílias mais Data Pipelines e Lexicon Schemas sob data-in. e in.. A página da UE a espelha com -eu e eu..

Por que eventos enviados ao host errado são descartados

A redação do Mixpanel é direta: nenhum dado é ingerido em um projeto com residência na UE a menos que sua implementação o envie ao URL de ingestão da UE. A página da Índia diz o mesmo sobre api-in.mixpanel.com.

O ponto doloroso é que o host errado não rejeita a requisição de um modo que a maioria das ferramentas perceba. O endpoint /track aceita o token como está, então um remetente apontado para o host dos EUA pode ver respostas de sucesso enquanto o projeto da UE continua vazio. Você descobre por um gráfico plano, em geral uma semana depois.

Por isso, depure a partir do projeto. Nunca confie nos logs do remetente aqui. Abra a visão de Events no projeto da UE, dispare um evento e espere por ele. Nada em um ou dois minutos significa que o host está errado ou que o token pertence a outro projeto.

Como verificar sua residência e migrar um projeto existente

Verificar é rápido. Project Settings mostra um valor de Data Residency; ou olhe a barra de endereços, onde eu. ou in. antes de mixpanel.com entrega a resposta. Eu anotaria o valor no documento que lista suas integrações, porque toda ferramenta que você conectar depois vai precisar dele.

Migrar é a parte difícil. A documentação do Mixpanel afirma que, se o local de residência errado foi escolhido, "you will need to create a new project with the applicable data storage option and migrate all your existing data", e que o Mixpanel não pode ajudar com a migração. Na prática isso significa:

1. Criar um novo projeto com residência na UE (ou na Índia) e apontar todo remetente para o novo host e token.
2. Reimportar o histórico de que você precisa e depois aposentar o projeto antigo quando relatórios e dashboards forem reconstruídos no novo.

Nada nessas páginas diz se um histórico migrado mantém seus IDs ou dashboards originais. Não encontrei um atalho documentado e presumiria que não existe.

Residência de dados do Mixpanel e GDPR: IPs e transferências

A residência responde bem a uma pergunta do GDPR: onde ficam os dados armazenados. Com um projeto da UE, o histórico de eventos não fica nos EUA, o que tira uma transferência do Capítulo V do quadro do armazenamento. O guia de GDPR para encurtadores de URL cobre as obrigações, artigo por artigo, que continuam valendo.

O endereço IP é o detalhe que as pessoas deixam passar. Remetentes server-side costumam anexar o IP do visitante como a propriedade ip para que o Mixpanel geolocalize o evento em vez de colocar todos na localização do servidor do remetente. Segundo a documentação de geolocalização do Mixpanel, o IP é usado para derivar país, região e cidade e depois descartado antes de o evento ser armazenado. Bom. Mas o IP ainda viaja na requisição, e uma requisição para api.mixpanel.com é uma requisição para um endpoint dos EUA. Então um host errado não é apenas um bug de perda de dados. É também dado pessoal saindo da UE para um endpoint que seus registros de tratamento dizem que você não usa.

Se você não precisa de localização no nível da cidade, pode enviar ip como 0 e o Mixpanel pula a geolocalização por completo. Todo o resto continua sendo seu para tratar: base legal, consentimento para qualquer cookie que o SDK de navegador defina, o DPA e o que cada ferramenta de encaminhamento guarda do lado dela. O post Schrems II e pixels de rastreamento: o que o DPF significa para si em 2026 mostra como o debate sobre transferências se desenrola para tags no navegador.

Enviando eventos ao endpoint de ingestão da UE a partir de qualquer ferramenta

Cada remetente precisa da sua própria configuração. Não existe uma chave para a conta toda, então liste-os e corrija um a um:

• SDK de navegador. Defina api_host na inicialização, por exemplo mixpanel.init(TOKEN, { api_host: "https://api-eu.mixpanel.com" }), ou o host api-in para a Índia.
• SDKs de servidor e chamadas HTTP diretas: aponte o host para api-eu.mixpanel.com (cada SDK tem sua própria opção de configuração para isso) ou faça POST direto para https://api-eu.mixpanel.com/track.
• CDPs, jobs de reverse-ETL e conectores no-code: encontre o campo de região ou endpoint e, se não achar, pergunte por escrito ao fornecedor.
• Forwarders de terceiros que enviam em seu nome, como um encurtador de links que envia cliques. Eles também não enxergam sua residência pelo token.

Depois verifique cada um no projeto da UE. Um evento de teste por remetente basta.

Exemplo prático: o forwarder do Elido para o Mixpanel

O Elido encaminha cada clique em link curto ao Mixpanel como um evento link_click server-side com o slug, o ID do link, país, dispositivo, destino, timestamp e o ip do visitante, truncado para /24 (IPv4) ou /48 (IPv6). Desde 22 de setembro de 2026, o diálogo de conexão tem um campo Data residency com três opções, e cada uma corresponde a um host fixo:

• Estados Unidos: api.mixpanel.com (também usado quando o campo está vazio)
• UE: api-eu.mixpanel.com
• Índia: api-in.mixpanel.com

O valor é validado ao salvar; qualquer coisa além dessas três é rejeitada, então um erro de digitação não vira um fallback silencioso para o host dos EUA. Conexões salvas antes de o campo existir não têm valor e continuam indo para o host dos EUA, então, se o seu projeto tem residência na UE, reabra a conexão do Mixpanel com Update key, cole o token do projeto de novo (o diálogo nunca mostra o armazenado), escolha EU e salve.

Aqui está o limite que eu gostaria de ver explícito se estivesse revisando isto. O botão Test connection não consegue provar a região. Ele envia um link_click marcado com elido_test: true e mostra a resposta do Mixpanel, mas /track aceita qualquer token e não verifica a residência, então um resultado verde no host errado é idêntico a um resultado verde no host certo. O painel diz isso em sua nota. A prova é esse evento de teste chegando à visão de Events do seu projeto da UE.

Do lado do Elido, seja claro sobre o que a residência no Mixpanel dá e não dá. O Elido também guarda suas próprias linhas de cliques, com o IP do visitante truncado no edge (IPv4 /24, IPv6 /48), a cidade e o user agent completo, e não oferece fixação de região por workspace, então você não pode escolher uma região de armazenamento para essas linhas como faz no Mixpanel. Nossa lista de subprocessadores nomeia quem toca nos dados. Coloque os dois armazenamentos nos seus registros de tratamento. Se você quer cliques de links em um projeto do Mixpanel na UE sem escrever um forwarder por conta própria, crie um workspace e conecte pela integração com o Mixpanel.

Duas lacunas que vale conhecer: o forwarder sempre envia o ip truncado (hoje não há chave para ip: 0, exceto no modo só de API sem dados pessoais, que o omite) e não define $insert_id, o que o guia de rastreamento de links no Mixpanel cobre junto com o distinct_id por link. Para a escolha mais ampla de onde os dados de cliques devem ficar, veja Mixpanel vs GA4 para analytics de links: qual escolher.

Relacionados no blog

• Rastreamento de link no Mixpanel: cliques em link curto como eventos - configuração, propriedades e verificação do forwarder.
• Residência de dados na UE em marketing: checklist para o DPO - o que seu DPO pergunta além do local de armazenamento.
• O Google Analytics Cumpre o GDPR? A Resposta para a UE - a mesma pergunta para uma ferramenta sem opção de residência.
• Rastreamento de conversões no servidor com links curtos: guia - por que os eventos saem do navegador e o que isso muda.