Se você trabalha com várias contas do Facebook Ads, Instagram ou TikTok, provavelmente já se deparou com a situação: os proxies estão configurados, as impressões do navegador são únicas, mas as contas ainda assim recebem bans. Uma das razões mais comuns é a discrepância entre o fuso horário (timezone) do endereço IP e as configurações do navegador. As plataformas aprenderam a identificar essas discrepâncias e bloqueiam automaticamente contas suspeitas.
Neste guia, vamos explorar como funciona a detecção de timezone e idioma, por que isso leva a bloqueios e, mais importante, como configurar corretamente os navegadores anti-detect Dolphin Anty, AdsPower, Multilogin e GoLogin, para que todos os parâmetros coincidam com seus proxies e não levantem suspeitas nos sistemas antifraude.
Como as plataformas detectam timezone e idioma do navegador
Sistemas antifraude modernos do Facebook, Instagram, TikTok, Google Ads e outras plataformas coletam dezenas de parâmetros do seu navegador e os comparam entre si. Timezone (fuso horário) e language (idioma) são alguns dos marcadores-chave que devem corresponder logicamente entre si e ao endereço IP.
Principais métodos de detecção de timezone:
1. JavaScript API — Intl.DateTimeFormat().resolvedOptions().timeZone
Este é o principal método pelo qual os sites obtêm seu fuso horário. O código JavaScript na página chama o método new Intl.DateTimeFormat().resolvedOptions().timeZone e recebe uma string como "Europe/Moscow", "America/New_York" ou "Asia/Dubai".
2. Date.getTimezoneOffset()
Este método retorna a diferença em minutos entre UTC e o horário local do navegador. Por exemplo, para Moscovo (UTC+3) retornará -180 minutos. As plataformas comparam esse valor com o timezone do primeiro método — eles devem coincidir.
3. Endereço IP e bancos de dados GeoIP
Quando você se conecta através de um proxy, o servidor vê o endereço IP e determina sua localização geográfica através de bancos de dados como MaxMind, IP2Location ou dados próprios. Cada país e cidade tem um fuso horário padrão.
Métodos de detecção de idioma do navegador:
1. navigator.language e navigator.languages
O JavaScript obtém o idioma principal do navegador através de navigator.language (por exemplo, "ru-RU", "en-US") e a lista de todos os idiomas através de navigator.languages — um array de idiomas em ordem de prioridade.
2. Cabeçalho HTTP Accept-Language
A cada solicitação ao servidor, o navegador envia o cabeçalho Accept-Language, que contém uma lista de idiomas preferidos. Por exemplo: "en-US,en;q=0.9,ru;q=0.8". Este cabeçalho deve coincidir com o navigator.languages.
3. Locale do Intl API
O método Intl.DateTimeFormat().resolvedOptions().locale retorna as configurações regionais para formatação de datas e números. Deve corresponder ao idioma principal do navegador.
Importante: Sistemas antifraude verificam não apenas cada parâmetro separadamente, mas também sua relação lógica. Se o IP for de Londres (UTC+0), mas o timezone do navegador for "America/New_York" (UTC-5) — isso é um sinal claro de uso de proxy e falsificação de dados.
Por que a discrepância de timezone leva a bloqueios
As plataformas de publicidade e redes sociais lutam contra vários tipos de infratores: golpistas, spammers, bots e arbitradores que violam as regras de multi-contas. A discrepância entre timezone e idioma com o endereço IP é uma das maneiras mais simples de detectá-los.
Cenários reais de bloqueios:
Cenário 1: Arbitrador farmando contas do Facebook Ads
Você usa proxies residenciais dos EUA (Nova Iorque, UTC-5), mas no Dolphin Anty esqueceu de mudar o timezone — ele ficou como Moscovo (UTC+3). O Facebook vê o IP dos EUA, mas o navegador informa o horário de Moscovo. Resultado: a conta recebe um ban em 24-48 horas, frequentemente com a anotação "atividade suspeita".
Cenário 2: Especialista em SMM gerenciando contas de clientes
Você tem 20 contas do Instagram de clientes de diferentes países. Você configurou proxies para cada país, mas o idioma do navegador para todos os perfis ficou como "ru-RU". O Instagram analisa: IP da Alemanha, mas o idioma do navegador é russo — pode ser um VPN ou proxy. A conta passa por verificações adicionais, podendo ser necessária a verificação por número de telefone.
Cenário 3: Multi-contas no TikTok Ads
Você está rodando 10 contas de anúncios do TikTok através de diferentes perfis no AdsPower. Os proxies estão configurados corretamente, mas todos os perfis usam o mesmo timezone "Europe/London". O TikTok vê que 10 "usuários" diferentes com IPs diferentes estão ativos ao mesmo tempo, com padrões de atividade idênticos — isso é um sinal de contas farmadas. Todas as contas recebem ban em cadeia (chain-ban).
| Parâmetro | O que a plataforma vê | Nível de risco |
|---|---|---|
| IP dos EUA, timezone UTC-5 | Tudo coincide logicamente | Baixo |
| IP dos EUA, timezone UTC+3 (Moscovo) | Discrepância clara — proxy | Crítico |
| IP da Alemanha, language "ru-RU" | Possivelmente VPN ou turista | Médio |
| IP da França, language "fr-FR", timezone Europe/Paris | Tudo lógico — usuário local | Baixo |
| 10 contas com o mesmo timezone | Suspeita de fazenda de contas | Alto |
Top-5 erros ao configurar timezone e language
Ao longo dos anos trabalhando com multi-contas, arbitradores e especialistas em SMM cometem os mesmos erros. Aqui estão os mais críticos:
Erro 1: Detecção automática de timezone pelo IP
Muitos navegadores anti-detect (Dolphin Anty, AdsPower) oferecem a opção "detectar timezone automaticamente pelo IP do proxy". Parece conveniente, mas na prática funciona mal. O problema é que os bancos de dados GeoIP nem sempre são precisos — especialmente para proxies móveis e residenciais, onde o IP pode estar registrado em uma cidade, mas fisicamente estar em outra (diferença de 1-2 horas).
Solução: Sempre verifique o timezone detectado automaticamente através do serviço browserleaks.com/timezone ou whoer.net. Se o timezone não coincidir com o esperado para a cidade do IP — configure manualmente.
Erro 2: Uso de UTC em vez de um timezone específico
Alguns usuários configuram o timezone como "UTC+3" ou "GMT-5". Isso é um erro! Navegadores modernos e a API JavaScript retornam o timezone no formato IANA (Internet Assigned Numbers Authority) — são strings como "Europe/Moscow", "America/New_York", "Asia/Dubai". Se você configurar apenas "UTC+3", as plataformas verão um valor não padrão.
Solução: Use apenas o timezone IANA. A lista completa está disponível em en.wikipedia.org/wiki/List_of_tz_database_time_zones. Para Moscovo — "Europe/Moscow", para Nova Iorque — "America/New_York", para Dubai — "Asia/Dubai".
Erro 3: Esquecer de mudar o cabeçalho Accept-Language
Você muda o navigator.language nas configurações do perfil para "en-US", mas esquece do cabeçalho HTTP Accept-Language, que permanece "ru-RU,ru;q=0.9". As plataformas comparam esses dois valores — se não coincidirem, isso é um sinal de falsificação de dados.
Solução: Nas configurações do perfil do navegador anti-detect, há uma seção "HTTP headers" ou "Cabeçalhos". Certifique-se de que o Accept-Language corresponda ao navigator.language. Por exemplo, se o idioma for "en-US", o cabeçalho deve ser "en-US,en;q=0.9".
Erro 4: Mesmo timezone para todos os perfis em uma cidade
Se você trabalha com 20 contas através de proxies de Londres e configurou todos como "Europe/London" — isso cria um padrão. Sistemas antifraude analisam não apenas contas individuais, mas também grupos de contas com características semelhantes.
Solução: Use proxies de diferentes cidades, mesmo dentro do mesmo país. O Reino Unido tem um timezone, mas cidades diferentes — Londres, Manchester, Birmingham. Isso adiciona diversidade nas impressões.
Erro 5: Não considerar a mudança para horário de verão/inverno
Em alguns países (EUA, Europa) a hora muda duas vezes por ano. Por exemplo, Nova Iorque no verão opera em UTC-4 (EDT), e no inverno em UTC-5 (EST). Se você configurou manualmente a diferença e não a atualizou após a mudança — o timezone deixa de coincidir com o IP.
Solução: Use o timezone IANA (por exemplo, "America/New_York") em vez de uma diferença manual UTC. O navegador considerará automaticamente a mudança para o horário de verão. Se você usar uma diferença — fique atento às datas de mudança e atualize as configurações dos perfis.
Configuração correta de timezone em navegadores anti-detect
Vamos detalhar a configuração do timezone em navegadores anti-detect populares. O processo é semelhante em todas as ferramentas, mas há nuances.
Configuração no Dolphin Anty
O Dolphin Anty é um dos navegadores anti-detect mais populares entre arbitradores. Aqui está como configurar corretamente o timezone:
- Abra o perfil do navegador (ou crie um novo)
- Vá para a seção "Configurações Gerais" → "Fuso Horário"
- Desative a opção "Determinar automaticamente" (se estiver ativada)
- No menu suspenso, escolha o timezone desejado no formato IANA. Por exemplo, para proxies de Miami, escolha "America/New_York" (Flórida na zona Eastern Time)
- Verifique o campo "Deslocamento UTC" — ele deve ser preenchido automaticamente. Para America/New_York, isso será -5 (no inverno) ou -4 (no verão)
- Salve o perfil e inicie o navegador
Importante detalhe do Dolphin Anty: Na seção "Configurações Avançadas" há uma opção "Substituir timezone via JavaScript". Certifique-se de que ela esteja ativada — caso contrário, as configurações não serão aplicadas à API JavaScript.
Configuração no AdsPower
O AdsPower oferece configurações de timezone mais detalhadas:
- Crie ou abra um perfil
- Aba "Configurações Básicas" → seção "Fuso Horário"
- Escolha o modo: "Baseado no IP" (automaticamente) ou "Manual" (manualmente). Recomendamos Manual para controle preciso
- No campo "Fuso Horário", insira o timezone IANA. O AdsPower suporta autocompletar — comece a digitar "America" e verá uma lista de todas as zonas
- Verifique o campo "Hora Atual" — deve mostrar a hora atual no timezone selecionado
- Salve o perfil
Dica do AdsPower: Há um botão "Testar" ao lado das configurações de timezone. Ele abre um teste embutido que mostra qual timezone o JavaScript vê. Certifique-se de verificar antes de iniciar campanhas.
Configuração no Multilogin
O Multilogin é uma solução premium com configurações avançadas:
- No perfil, vá para "Configurações Avançadas" → "Timezone"
- Escolha "Timezone personalizado"
- Insira o timezone IANA manualmente ou escolha na lista
- O Multilogin configurará automaticamente todos os parâmetros relacionados: Date.getTimezoneOffset(), API Intl, hora no console do navegador
- Salve e inicie o perfil
Configuração no GoLogin
O GoLogin é uma alternativa econômica com uma interface simples:
- Abra o perfil → aba "Visão Geral"
- Seção "Timezone" → escolha "Preencher a partir do IP do proxy" para detecção automática ou "Personalizado" para configuração manual
- Se escolher Personalizado — insira o timezone no formato IANA
- O GoLogin mostrará a hora atual e o deslocamento UTC para verificação
- Salve o perfil
Dica para arbitradores: Crie uma tabela de correspondência "Proxy → Timezone → Language". Quando você compra um novo lote de proxies, determine imediatamente seu timezone através do whoer.net e registre na tabela. Isso economiza tempo ao criar novos perfis e elimina erros.
Configuração de language, locale e cabeçalhos accept-language
O timezone está configurado — agora é a vez do idioma do navegador. Este é um parâmetro igualmente importante que deve corresponder logicamente ao endereço IP e ao timezone.
Qual idioma escolher para diferentes países
A regra principal: o idioma do navegador deve ser típico para o país do seu proxy. Aqui estão as recomendações para geos populares:
| País do proxy | Idioma principal (navigator.language) | Cabeçalho Accept-Language |
|---|---|---|
| EUA | en-US | en-US,en;q=0.9 |
| Reino Unido | en-GB | en-GB,en;q=0.9 |
| Alemanha | de-DE | de-DE,de;q=0.9,en;q=0.8 |
| França | fr-FR | fr-FR,fr;q=0.9,en;q=0.8 |
| Espanha | es-ES | es-ES,es;q=0.9,en;q=0.8 |
| Itália | it-IT | it-IT,it;q=0.9,en;q=0.8 |
| Brasil | pt-BR | pt-BR,pt;q=0.9,en;q=0.8 |
| EAU (Dubai) | ar-AE ou en-US | ar-AE,ar;q=0.9,en;q=0.8 ou en-US,en;q=0.9 |
| Índia | en-IN | en-IN,en;q=0.9,hi;q=0.8 |
Importante sobre Accept-Language: Preste atenção ao parâmetro "q=" no cabeçalho. Este é o peso do idioma (de 0 a 1). O formato "en-US,en;q=0.9,ru;q=0.8" significa: idioma principal en-US (prioridade 1.0 por padrão), reserva en (prioridade 0.9), terceiro opção ru (prioridade 0.8). Para a maioria das geos, dois idiomas são suficientes: principal + inglês.
Configuração do idioma em navegadores anti-detect
Dolphin Anty:
- Perfil → "Configurações Gerais" → "Idioma do navegador"
- Escolha o idioma principal da lista (por exemplo, "English (United States)" para en-US)
- Vá para "Configurações Avançadas" → "HTTP cabeçalhos"
- Encontre o campo "Accept-Language" e insira o cabeçalho manualmente: "en-US,en;q=0.9"
- Salve o perfil
AdsPower:
- Perfil → "Configurações Básicas" → "Idioma"
- No menu suspenso, escolha o idioma desejado
- O AdsPower configurará automaticamente o cabeçalho Accept-Language de acordo com o idioma escolhido
- Se precisar de uma configuração personalizada — vá para "Configurações Avançadas" → "Cabeçalhos Personalizados" e adicione o cabeçalho manualmente
Multilogin e GoLogin: O processo é semelhante — você escolhe o idioma nas configurações principais, verifica se o cabeçalho Accept-Language coincide (geralmente é configurado automaticamente).
Configuração de Locale (formatos regionais)
Locale define como o navegador formata datas, números, moeda. Por exemplo, nos EUA a data é escrita MM/DD/YYYY (12/31/2023), enquanto na Europa é DD/MM/YYYY (31/12/2023). As plataformas verificam a correspondência do locale com o idioma e o timezone.
Na maioria dos navegadores anti-detect, o locale é configurado automaticamente ao escolher o idioma. Mas vale a pena verificar através de um teste:
- Inicie o perfil do navegador
- Abra o console do desenvolvedor (F12)
- Digite o comando:
new Intl.DateTimeFormat().resolvedOptions().locale - Deve retornar uma string como "en-US", "de-DE" etc. — ela deve coincidir com o navigator.language
Geolocation API e WebRTC: pontos adicionais de vazamento
O timezone e o idioma estão configurados, mas há mais dois parâmetros que podem revelar o uso de proxies: Geolocation API e WebRTC.
Geolocation API — determinação de coordenadas
Navegadores modernos podem solicitar sua localização física através da Geolocation API. Se o site solicitar coordenadas e você permitir o acesso — o navegador retornará as coordenadas GPS reais do seu computador, e não as coordenadas do proxy. Isso revela completamente a falsificação.
Como se proteger:
- Proibir acesso à geolocalização: Nas configurações do perfil do navegador anti-detect, encontre a seção "Permissões" e defina "Bloquear" para Geolocation. Os sites não poderão solicitar coordenadas.
- Substituir coordenadas: Alguns navegadores (AdsPower, Multilogin) permitem definir coordenadas GPS falsas. Escolha as coordenadas da cidade onde seu proxy está localizado. Por exemplo, para proxies de Nova Iorque, defina as coordenadas: 40.7128, -74.0060.
- Modo "Prompt": Defina um modo em que o navegador perguntará permissão para cada solicitação de geolocalização. Assim, você controla o que está entregando aos sites.
WebRTC — vazamento do IP real
WebRTC (Web Real-Time Communication) é uma tecnologia para chamadas de vídeo diretamente no navegador. O problema é que o WebRTC pode contornar proxies e transmitir seu IP real ao site. Isso é um vazamento crítico para multi-contas.
Solução: Todos os navegadores anti-detect modernos têm proteção contra vazamentos de WebRTC. Verifique as configurações:
- Dolphin Anty: "Configurações Avançadas" → "WebRTC" → escolha "Substituir" (substituir IP pelo IP do proxy) ou "Desativado" (desativar completamente)
- AdsPower: "Configurações Avançadas" → "WebRTC" → modo "Alterar" (substituição) ou "Desativado"
- Multilogin: substitui automaticamente o IP do WebRTC pelo IP do proxy
- GoLogin: "WebRTC" → "Usar IP do proxy"
Como verificar vazamento de WebRTC: Abra o site browserleaks.com/webrtc no perfil do navegador. Ele mostrará qual IP é visto através do WebRTC. Deve coincidir com o IP do seu proxy, e não com o IP real.
Como escolher proxies para o timezone desejado
A escolha correta do proxy é metade do sucesso. Se você precisa de um timezone específico para uma campanha, escolha proxies da região correspondente.
Tipos de proxies e suas características para timezone
Proxies residenciais: A melhor escolha para trabalhar com Facebook Ads, Instagram, TikTok. Proxies residenciais usam IPs de usuários domésticos reais, portanto, seu timezone sempre corresponde à localização física. A desvantagem — são mais caros do que proxies de data centers.
Proxies móveis: Ideais para Instagram, TikTok, aplicativos móveis. Proxies móveis usam IPs de operadoras móveis (4G/5G). O timezone é determinado pela torre de celular — geralmente coincide exatamente com a cidade. A plataforma tem a maior pontuação de confiança, mas também o preço mais alto.
Proxies de data center: Baratos e rápidos, mas o timezone pode ser impreciso. O IP está registrado em um data center, que fisicamente está em uma cidade, mas atende toda a região. Por exemplo, o IP pode estar registrado em Nova Iorque, mas o data center fisicamente em Nova Jersey (diferença de timezone). São adequados para scraping, mas não para farmar contas.
Como descobrir o timezone do proxy antes de comprar
A maioria dos provedores de proxy não indica o timezone na descrição. Aqui está como verificar por conta própria:
- Obtenha um proxy de teste do provedor (muitos oferecem teste de 1-3 dias)
- Configure o proxy em qualquer navegador ou use um serviço online
- Abra o site
whoer.netou2ip.io - O serviço mostrará: endereço IP, país, cidade, timezone, provedor
- Anote o timezone — esse é o valor que você precisará configurar no navegador anti-detect
Método alternativo via API: Se você está comprando um grande lote de proxies, pode automatizar a verificação através da API GeoIP. Serviços como ipapi.co ou ip-api.com retornam o timezone pelo IP. Exemplo de solicitação: curl ipapi.co/8.8.8.8/timezone/ retornará "America/Chicago".
Recomendações para escolher geos para plataformas populares
| Plataforma | Geos recomendados | Timezone | Tipo de proxy |
|---|---|---|---|
| Facebook Ads | EUA, Reino Unido, Canadá | America/New_York, Europe/London | Residenciais |
| EUA, Brasil, Índia | America/Sao_Paulo, Asia/Kolkata | Móveis | |
| TikTok Ads | EUA, Reino Unido, EAU | America/Los_Angeles, Asia/Dubai | Móveis |
| Google Ads | EUA, Alemanha, Austrália | America/Chicago, Europe/Berlin | Residenciais |
| Amazon (vendedores) | EUA (diferentes estados) | America/New_York, America/Denver | Residenciais |
Verificação das configurações: ferramentas para teste
Após configurar o timezone, language e proxies, verifique todos os parâmetros antes de iniciar campanhas de trabalho. Um parâmetro incorreto pode levar ao ban de todas as contas.
Serviços abrangentes de verificação de impressão do navegador
1. Whoer.net
O serviço mais popular entre arbitradores. Mostra: endereço IP, país, cidade, timezone, idioma do navegador, vazamentos de WebRTC, vazamentos de DNS, impressão de canvas. Fornece uma avaliação geral de anonimato em porcentagem. Busque 90%+ para um trabalho seguro.
O que verificar no Whoer.net:
- IP e geolocalização devem coincidir com seu proxy
- Timezone deve corresponder à cidade do IP
- Language deve ser típico para o país
- IP do WebRTC deve coincidir com o IP principal (ou estar bloqueado)
- DNS não deve vazar seu provedor real
2. BrowserLeaks.com
Um serviço técnico mais detalhado. Tem páginas separadas para verificar cada parâmetro:
browserleaks.com/ip— verificação de IP e geolocalizaçãobrowserleaks.com/javascript— todas as APIs JavaScript incluindo timezone, language, localebrowserleaks.com/webrtc— verificação de vazamentos de WebRTCbrowserleaks.com/canvas— impressão de Canvas (para anti-detect)
3. IPLeak.net
Um serviço simples para verificação rápida de IP, DNS e WebRTC. Conveniente para verificação em massa de perfis — carrega rapidamente, mostrando o essencial.
Verificação através do console do navegador (para avançados)
Se você deseja verificar APIs JavaScript específicas manualmente, use o console do desenvolvedor:
- Inicie o perfil no navegador anti-detect
- Pressione F12 para abrir o console
- Digite os comandos para verificar os parâmetros:
// Verificação de timezone
new Intl.DateTimeFormat().resolvedOptions().timeZone
// Deve retornar: "America/New_York" (ou seu timezone)
// Verificação de deslocamento UTC
new Date().getTimezoneOffset()
// Para America/New_York retornará: 300 (no inverno) ou 240 (no verão)
// Verificação do idioma do navegador
navigator.language
// Deve retornar: "en-US" (ou seu idioma)
// Verificação de todos os idiomas
navigator.languages
// Deve retornar um array com os idiomas