O mesmo e-mail pode levar um usuário da Rússia para uma landing page com preços em rublos, enquanto um usuário da Alemanha pode ser direcionado para uma página de erro 404. Se você não testou a campanha de diferentes geos, está trabalhando às cegas: parte da sua base perde conversões, e você nem saberá disso pelas métricas de aberturas e cliques. Neste artigo, analisamos como verificar a correção dos links em e-mails para diferentes países usando proxies e quais 6 verificações precisam ser feitas antes de cada envio em massa.
Por que os links no e-mail não levam para onde deveriam
A maioria das plataformas de e-mail e CRM (Mailchimp, SendPulse, GetResponse, Unisender, Klaviyo) permite configurar conteúdo dinâmico e redirecionamentos com base no geo-IP do destinatário. Isso é conveniente: um modelo de e-mail — e o usuário dos EUA vê preços em dólares, enquanto o usuário da França vê em euros com texto localizado. Mas essa flexibilidade cria o risco de erros.
O problema é que, ao testar a campanha de dentro do escritório, o profissional de marketing quase sempre abre o e-mail de um mesmo IP — seu IP doméstico ou de trabalho. Ele vê a versão correta da landing page, envia a campanha para 50.000 endereços em 10 países — e parte dos destinatários se depara com conteúdo irrelevante, moeda errada, ou até mesmo uma página bloqueada para sua região pelo provedor de hospedagem ou CDN (Cloudflare, Akamai frequentemente filtram o tráfego por geo).
Para os arbitradores que direcionam tráfego para ofertas através de campanhas de e-mail, um erro no redirecionamento geo significa orçamento perdido: há cliques, mas não há conversões, porque a pessoa acessou a landing page da versão geo errada. Para os profissionais de SMM e marketing por e-mail de agências, isso representa um risco reputacional diante do cliente — o relatório de aberturas é bom, mas as vendas não crescem. Daí a regra: os links na campanha precisam ser testados a partir de endereços IP dos países para os quais a base de assinantes realmente se destina, e não do seu próprio.
Verificação 1: redirecionamento por IP-geo
A primeira coisa a verificar é se o redirecionamento geo está funcionando e se leva à página que você espera. Abra o link do e-mail através de um navegador com um proxy do país desejado e veja a URL final. Se você configurou redirecionamentos para 8 países, deve passar o link por pelo menos 8 IPs diferentes — um para cada país, ou melhor, 2-3, para excluir a aleatoriedade (alguns serviços determinam o geo não apenas pelo IP, mas também pelo ASN do provedor, e o resultado pode variar dentro de um mesmo país).
Um erro comum é que o redirecionamento está configurado apenas para os 5 principais países, enquanto os outros visitantes caem na versão padrão sem localização. Isso nem sempre é ruim, mas é algo que deve ser conhecido previamente, e não descoberto através de reclamações de clientes.
Verificação 2: moeda e idioma da landing page
Mesmo que o redirecionamento tenha funcionado corretamente e o usuário tenha sido levado ao domínio ou à versão de idioma correta, vale a pena verificar separadamente a exibição do preço, moeda e unidades de medida. Muitas plataformas de e-commerce (Shopify, WooCommerce com plugins de geolocalização) mudam a moeda por IP, mas se o proxy para o teste tiver uma "má" reputação (IP de data center, já exposto por bots), o sistema pode reverter para a moeda padrão — geralmente o dólar americano.
Portanto, para a pureza do teste, é importante usar IPs com boa reputação, o mais parecido possível com um usuário comum da internet. Aqui, os proxies residenciais são uma boa opção — eles são fornecidos por provedores reais de internet doméstica e acionam menos sistemas anti-fraude, que poderiam distorcer o resultado do teste.
Verificação 3: UTM-tags e rastreamento
Após clicar no link do e-mail, verifique se as UTM-tags foram mantidas e se os parâmetros de rastreamento não se perderam na cadeia de redirecionamentos. Isso é especialmente crítico para campanhas ligadas a programas de afiliados ou redes CPA: se o click_id ou sub_id se perder ao longo do caminho, a conversão não será contabilizada, mesmo que o usuário tenha comprado o produto.
Verifique isso de diferentes geos separadamente, pois alguns CDN e WAF (Web Application Firewall) limpam agressivamente os parâmetros de consulta para tráfego de regiões "suspeitas" do seu ponto de vista — por exemplo, países com altos níveis de fraude, segundo os dados do provedor de proteção.
Verificação 4: bloqueios e disponibilidade do domínio
O domínio para o qual o link do e-mail leva pode estar indisponível em determinados países devido ao bloqueio pelo provedor, legislação local ou configurações de CDN que fecham o acesso para regiões inteiras (geo-fencing). Essa é uma prática padrão para muitos serviços de streaming, produtos fintech e SaaS com restrições de jurisdição.
Se você está enviando uma campanha para uma base internacional, verifique a disponibilidade da página de destino em pelo menos 10-15 países-chave da sua audiência. Para essa verificação em massa, é mais conveniente usar proxies de data centers — eles são mais rápidos e mais baratos para verificação, e para a tarefa de "o domínio está disponível", a reputação do IP não é tão crítica quanto a velocidade.
Verificação 5: correção dos pixels de rastreamento e cadeias de redirecionamento
Os e-mails frequentemente contêm não apenas um link direto, mas uma cadeia de redirecionamentos: clique → rastreador da plataforma de e-mail → redirecionamento através do serviço de encurtamento de links → UTM-ponte → landing final. Cada elo dessa cadeia pode se comportar de maneira diferente dependendo do país de onde a solicitação é feita. Por exemplo, alguns serviços de encurtamento de links (Bitly, redirecionadores próprios baseados em Cloudflare Workers) aplicam lógica geo exatamente nesse passo intermediário, e não no domínio final.
Para verificar isso, use as ferramentas de desenvolvedor no navegador (aba Network) ao abrir o e-mail através do proxy do país desejado — você verá toda a cadeia de solicitações e poderá entender em que etapa ocorre a lógica geo e se há alguma interrupção (erros 404, 500, redirecionamento em loop).
Verificação 6: versão móvel e deep links para o aplicativo
Mais da metade dos e-mails hoje são abertos em smartphones, e parte dos links está configurada para deep link — abertura direta do aplicativo móvel, e não da versão do site no navegador. A lógica de "abrir no aplicativo, se instalado, caso contrário — no navegador" também está frequentemente ligada ao geo: em alguns países, a marca tem um aplicativo, enquanto em outros — apenas a versão web.
Para verificar esse cenário, não são apenas necessários proxies com o geo desejado, mas também a emulação de tráfego móvel — um IP móvel real de um operador de celular de um país específico. Para esses testes, os arbitradores e profissionais de marketing móvel frequentemente escolhem proxies móveis, porque muitos sistemas de deep-link e mecanismos anti-fraude de aplicativos verificam exatamente o tipo de rede (móvel/Wi-Fi/data center), e não apenas o país.
Como configurar a verificação através de proxies e navegador anti-detect
Para não confundir cookies e sessões entre testes de diferentes países, é melhor realizar a verificação não em um navegador comum, mas em um navegador anti-detect — Dolphin Anty, AdsPower, Multilogin, GoLogin ou Octo Browser. Isso oferece duas vantagens: cada verificação ocorre em um perfil isolado com cookies limpos, e você pode manter dezenas de perfis "por país" constantemente, sem precisar configurar proxies novamente antes de cada teste.
Passo a passo, isso se parece com:
- Crie no navegador anti-detect um perfil separado para cada país que precisa ser verificado (por exemplo, perfil "DE", perfil "US", perfil "BR").
- Nas configurações do perfil, especifique o proxy do geo desejado — insira o IP, porta, login e senha, escolha o protocolo HTTP(S) ou SOCKS5.
- Verifique o geo IP antes do teste através do verificador embutido do navegador anti-detect ou de um serviço externo de determinação de geolocalização de IP.
- Abra o e-mail de teste (envie-o para uma caixa de teste conectada a esse perfil ou copie o link do original da campanha).
- Clique em cada link no e-mail e registre para qual página, com qual idioma e moeda ele levou.
- Repita para os outros perfis-pais e compile os resultados em uma tabela para comparação.
Qual tipo de proxy escolher para verificar links de e-mail
Diferentes verificações exigem diferentes tipos de IP. Um erro na escolha do tipo de proxy é uma causa comum para que o teste "não reproduza" o comportamento real do usuário.
| Tarefa de verificação | Tipo de proxy recomendado | Por que |
|---|---|---|
| Moeda, idioma, personalização da landing page | Proxies residenciais | Alta confiabilidade do IP, sem retorno ao padrão devido a anti-fraude |
| Disponibilidade do domínio por países (verificação em massa) | Proxies de data centers | Alta velocidade, baixo custo por verificação, geo é mais importante que a reputação |
| Deep link para aplicativo móvel | Proxies móveis | Emulação de rede celular, verificação da lógica "aplicativo vs navegador" |
| UTM e cadeias de redirecionamento para ofertas CPA | Proxies residenciais | Próximos ao comportamento real do usuário, menos chances de serem pegos por anti-fraude da rede CPA |
Automatização da verificação: script para quem quer sem esforço
Se você verifica links regularmente (por exemplo, antes de cada campanha semanal em 15 países), clicar manualmente em cada link no navegador anti-detect se torna uma rotina. Essa parte pode ser automatizada com um script simples que percorre a lista de links e proxies, registrando a URL final após todos os redirecionamentos e o status da resposta HTTP.
import requests
links = [
"https://example.com/go?campaign=newsletter_jan",
]
proxies_by_country = {
"DE": "http://user:[email protected]:12321",
"US": "http://user:[email protected]:12321",
"BR": "http://user:[email protected]:12321",
}
for country, proxy in proxies_by_country.items():
try:
resp = requests.get(
links[0],
proxies={"http": proxy, "https": proxy},
allow_redirects=True,
timeout=15,
)
print(f"{country}: status {resp.status_code}, URL final: {resp.url}")
except Exception as e:
print(f"{country}: erro — {e}")
O script percorre automaticamente a cadeia de redirecionamentos (parâmetro allow_redirects=True) e mostra para onde realmente o usuário de cada país é direcionado. Os resultados podem ser coletados em CSV e comparados semanalmente — assim você verá se a lógica geo quebrou após uma atualização do site ou das regras da CDN.
Checklist antes do envio da campanha
Antes de enviar uma campanha em massa para uma base internacional, passe por uma lista curta:
- O link foi verificado em pelo menos 3 países para cada segmento geo da base
- A moeda e o idioma da landing page coincidem com o esperado para cada país
- As UTM-tags e click_id são mantidas na URL final após os redirecionamentos
- O domínio está disponível e não retorna 403/404 em nenhum dos países-alvo
- Deep link abre corretamente o aplicativo onde deveria ser aberto
- A cadeia de redirecionamento não entra em loop e não excede 3-4 etapas (caso contrário, o tempo de carregamento aumenta e a conversão cai)
Conclusão
O link em um e-mail não é uma URL estática, mas frequentemente um sistema inteiro de lógica geo, configurações de moeda e redirecionamentos, que se comporta de maneira diferente dependendo do país do destinatário. A única maneira confiável de garantir que a campanha funcione corretamente para toda a base é testar os links a partir de endereços IP reais dos países para os quais o e-mail é enviado, e não confiar em um único teste a partir do seu computador de trabalho.
Se você envia regularmente campanhas para uma audiência internacional, recomendamos manter um conjunto de proxies de diferentes países à mão para uma verificação rápida antes de cada lançamento. Para uma verificação precisa de personalização e moeda, os proxies residenciais são mais adequados, enquanto para verificações em massa de disponibilidade de domínios em dezenas de geos — proxies de data centers mais rápidos e econômicos. Essa abordagem economiza orçamento em campanhas e reduz o número de reclamações de clientes sobre "landing page confusa após o clique".