Base de conhecimento da ProxyCompass
Como os sites determinam sua localização
Um site pode estimar sua localização a partir de um endereço IP, solicitar uma posição ao seu dispositivo ou usar informações salvas em visitas anteriores. Também pode exibir um país que você mesmo selecionou. Essas fontes descrevem coisas diferentes: a conexão, o dispositivo, suas preferências e a conta que você está usando.
Ao escolher uma localização de proxy, você seleciona o país necessário para o endereço IP que os sites verão. O navegador continua enviando outras informações também. Para entender o resultado em um site específico, ajuda saber o que essas informações significam e como chegam ao site.
Por que um IP alemão pode abrir uma loja para a Índia?
Imagine um cliente na Índia abrindo uma loja online por um proxy anunciado como alemão. Neste exemplo, a loja também identifica o endereço IP como alemão. Mesmo assim, o seletor de país no topo da página continua mostrando Índia, e o catálogo é o disponível para clientes na Índia.
Em uma visita anterior, o cliente selecionou Índia nesse menu. A loja salvou a escolha e a usa novamente quando o cliente retorna. Ela tem duas informações úteis: a solicitação atual vem de um IP que ela associa à Alemanha, e o cliente pediu anteriormente para comprar para a Índia. Manter o mercado selecionado é uma parte deliberada do comportamento dessa loja.
Portanto, o país do IP e a loja regional selecionada respondem a perguntas diferentes. Um diz respeito ao endereço de onde a solicitação chegou; a outra controla a experiência de compra. A mesma distinção se aplica a uma cidade selecionada em um site de previsão do tempo ou a um destino inserido em uma pesquisa de hotéis. O site pode mostrar informações sobre um lugar sem decidir que o visitante está fisicamente lá.
Quais informações chegam ao site?
O servidor que processa uma solicitação de página vê o endereço IP da conexão. Para uma solicitação enviada por um proxy, esse é o endereço que o proxy usa para se conectar ao serviço. Os dados de geolocalização IP associam esse endereço a um país ou área. O próprio site ou um serviço que processa solicitações em nome dele pode fazer essa consulta.
A solicitação também pode conter preferências de idioma e cookies salvos anteriormente para o site. Depois que a página carrega, seu JavaScript pode ler outras configurações do navegador e solicitar a localização do dispositivo pelo sistema de permissões do navegador. Fazer login oferece outro vínculo com informações: o site pode recuperar os dados salvos da conta.
| Informação | De onde vem | Para que o site pode usá-la |
|---|---|---|
| País associado ao IP | A conexão e os dados de geolocalização IP do site. | Escolher uma página regional inicial ou estimar uma área geral. |
| Posição do dispositivo | Uma estimativa de localização solicitada ao navegador com permissão. | Encontrar lugares próximos ou posicionar o visitante em um mapa. |
| País ou cidade salvos | Dados do site no navegador ou configurações mantidas em uma conta. | Restaurar a região selecionada em uma visita anterior. |
| Idioma e fuso horário | Configurações do navegador disponíveis por solicitações ou scripts da página. | Selecionar um idioma disponível e exibir horários locais. |
| Endereço de entrega ou destino da pesquisa | Informações fornecidas pelo cliente. | Verificar a disponibilidade de entrega ou pesquisar na área solicitada. |
Um site usa as informações necessárias para seus recursos. Uma página simples pode depender apenas do endereço IP, enquanto uma loja com contas, catálogos regionais e opções de entrega tem motivos para usar várias fontes. Não há exigência de que todo site colete todos os itens da tabela.
Como um site se lembra do país selecionado?
Cookies são pequenos dados que um navegador armazena e envia em solicitações posteriores ao site correspondente. Um cookie pode conter diretamente uma preferência de país. Também pode conter um identificador pelo qual o servidor encontra uma sessão salva e suas configurações. Outros armazenamentos do navegador, como localStorage, podem guardar preferências para os scripts do site lerem.
Trocar o proxy muda a conexão usada nas solicitações seguintes. Isso não remove esses valores armazenados. No exemplo de compra, uma solicitação do IP alemão pode carregar o mesmo cookie de sessão de antes, permitindo à loja recuperar a seleção de Índia.
As configurações da conta podem persistir entre navegadores e dispositivos. Um endereço residencial, endereço de entrega ou região preferida salvos podem ser mantidos nos servidores do site. Depois que você faz login, esses dados ficam disponíveis novamente. Limpar os dados locais do site não exclui os registros da conta.
O link aberto também pode selecionar uma região. Uma loja pode ter um domínio ou caminho de endereço separado para cada mercado. Seguir um link para sua loja indiana pode abrir essa versão imediatamente. Nesse caso, a URL selecionada já informa à loja qual versão você solicitou.
A atividade anterior também pode importar. O Google, por exemplo, documenta o uso de informações de IP, localização do dispositivo, endereços de casa e trabalho salvos e atividade anterior ao estimar uma localização relevante para a pesquisa. Isso descreve o serviço do Google; não significa que qualquer site possa ler todo o histórico do seu navegador.
Como o navegador compartilha a localização do dispositivo?
A Geolocation API é um recurso do navegador pelo qual uma página pode solicitar uma estimativa da posição geográfica do dispositivo. Em sites públicos comuns, ela está disponível em um contexto seguro, normalmente HTTPS, e exige permissão de localização. O resultado inclui latitude, longitude, uma estimativa de precisão e o horário em que a posição foi obtida. Uma solicitação permitida pode usar uma posição em cache se a página permitir, então abrir um mapa não produz necessariamente uma nova medição.
O navegador e os serviços de localização do dispositivo determinam como obter essa estimativa. As fontes disponíveis podem incluir GPS, redes Wi-Fi próximas, informações da rede móvel e informações de IP. Portanto, um notebook sem GPS também pode fornecer uma posição. A API não exige uma fonte específica nem identifica a fonte para a página. As coordenadas retornadas pelo navegador não devem ser descritas automaticamente como coordenadas de GPS ou uma localização física exata.
Suponha que o cliente na Índia permita que a loja obtenha a localização do dispositivo e o navegador retorne coordenadas na Índia. A página pode enviar essas coordenadas à loja pelo proxy alemão. A solicitação passa a carregar dois fatos diferentes: chega de um endereço IP alemão e seu conteúdo inclui uma posição na Índia. O proxy transporta essas informações; não transforma as coordenadas fornecidas em coordenadas na Alemanha.
Uma nova solicitação de permissão não precisa aparecer a cada visita. O navegador ainda pode ter uma permissão válida concedida anteriormente. Você pode revisar a permissão de localização desse site nas configurações do navegador; o acesso também pode depender das permissões do sistema operacional para o navegador.
Negar essa permissão impede o site de obter uma nova posição por essa API enquanto o acesso permanecer negado. As estimativas baseadas em IP e as informações já salvas pelo site continuam sendo fontes separadas. Isso explica por que um site ainda pode exibir uma localização mesmo quando você não permitiu que ele solicitasse a posição do dispositivo.
O que idioma e fuso horário dizem ao site?
Um navegador pode enviar os idiomas preferidos no cabeçalho de solicitação Accept-Language. Scripts da página também podem ler preferências de idioma. Essas configurações ajudam o site a escolher um idioma que o visitante entenda. Elas não exigem a permissão usada para a geolocalização do dispositivo.
Um navegador em inglês pode continuar em inglês enquanto seu dono viaja entre países ou usa um proxy alemão. Se uma loja alemã oferece inglês, pode exibir texto em inglês e ainda tratar a conexão como alemã. Mesmo uma preferência como en-US identifica uma variante de idioma, não uma posição verificada nos Estados Unidos.
O JavaScript também pode ler o fuso horário exposto pelo navegador, por exemplo, por Intl.DateTimeFormat().resolvedOptions().timeZone. Um site pode usá-lo para exibir um compromisso no horário local do visitante. O valor normalmente reflete o ambiente do navegador, que pode usar um fuso horário automático ou configurado manualmente.
Um nome de fuso horário e uma diferença em relação ao UTC são valores diferentes. Essa diferença informa o desvio em relação ao UTC em um dado momento, e vários países podem compartilhá-la. Nenhum dos valores estabelece de forma independente onde o dispositivo está fisicamente localizado. Um site pode comparar idioma e fuso horário com outras informações, mas uma diferença em relação ao país do proxy não mostra, por si só, que outro endereço IP foi revelado.
O site pode descobrir outro endereço IP?
Uma configuração de proxy se aplica ao tráfego que o navegador envia por esse proxy; ela não estabelece que todas as conexões do navegador ou dispositivo seguem essa rota. O WebRTC, a tecnologia do navegador usada para troca de áudio, vídeo e dados em tempo real, pode descobrir endereços ao preparar conexões. Quando as regras do navegador e a configuração de rede permitem verificações diretas, elas podem revelar outro IP público, como o endereço da conexão de internet do cliente.
O resultado depende das regras de privacidade do navegador e da configuração de rede. O WebRTC não é uma forma universal de qualquer site recuperar o IP público do cliente. Um endereço local privado, como 192.168.1.10, também é uma descoberta diferente: o mesmo endereço pode existir em muitas redes locais sem relação entre si, então não identifica um país sozinho.
O DNS converte nomes de domínio em endereços de rede. Um teste de DNS específico pode identificar o resolvedor que processa suas consultas. O país do resolvedor descreve esse servidor, que pode estar longe tanto do cliente quanto do proxy. Alguns resolvedores também enviam parte do endereço IP do cliente que fez a solicitação DNS por meio do recurso opcional EDNS Client Subnet. Portanto, ver um resolvedor em outro país e expor informações sobre a rede do cliente são resultados diferentes.
Esses mecanismos dizem respeito a informações de rede disponíveis além da solicitação normal da página. Eles devem ser investigados quando um teste mostra um endereço público inesperado ou outros dados de rede. Uma página exibida no idioma errado não basta para estabelecer que uma conexão desse tipo ocorreu.
A quais informações o site dá prioridade?
A resposta depende da decisão tomada. O recurso “perto de mim” de um mapa pode usar uma posição de dispositivo permitida. Uma loja pode manter o país selecionado por um cliente que retorna. Um cálculo de entrega precisa do destino do pacote. Esses recursos podem operar na mesma visita e usar informações diferentes.
Não existe uma regra universal de que o GPS sempre prevalece sobre o IP ou de que o país de uma conta sempre prevalece sobre ambos. O site decide quais fontes estão disponíveis e são relevantes para cada recurso. Ele pode usar uma fonte, recorrer a outra como alternativa ou comparar várias.
A finalização da compra torna essa distinção especialmente visível. Um cliente pode navegar por um catálogo alemão e depois inserir um endereço de entrega na Índia. A loja pode recalcular a entrega, mudar os produtos disponíveis ou aplicar suas regras para esse destino. Por exemplo, a Shopify documenta que o endereço de entrega determina a experiência final de mercado do cliente na finalização da compra. Essa é uma regra do sistema de comércio, não uma nova medição do IP do proxy.
O acesso é outra decisão. Um serviço pode identificar o país corretamente e ainda rejeitar uma ação devido a suas regras de conta, rede ou disponibilidade. Uma recusa genérica não revela qual informação a causou. A evidência relevante é a explicação específica fornecida pelo serviço, e não o fato de uma recusa ter aparecido.
Como saber o que afetou o resultado?
Comece pelo recurso exato que você está verificando: o país atribuído à conexão, um catálogo regional, resultados de pesquisa próximos, idioma ou disponibilidade de entrega. Cada um pode depender de informações diferentes. Para uma comparação útil, mantenha o mesmo IP de proxy e endereço de página ao mudar uma condição relevante. Registre o endereço usado em cada teste em vez de confiar apenas em configurações de proxy inalteradas; caso contrário, a rotação pode mudar o IP ao mesmo tempo que a configuração que você pretendia testar.
- Inspecione as configurações do próprio site. Verifique seu seletor de país, a área de pesquisa, o destino de entrega e a versão regional na URL. Uma seleção visível já pode explicar o resultado.
- Compare uma visita de retorno com uma sessão nova sem login. Um perfil de teste separado, sem os dados armazenados do site, ajuda a examinar o efeito do estado salvo. Primeiro, confirme que o perfil usa o mesmo IP de proxy. Uma nova sessão privada usa dados de sites separados da navegação comum, mas não muda automaticamente a conexão nem todas as configurações do navegador.
- Verifique o que muda depois do login. Se a região anterior volta com a conta, inspecione suas configurações de região e endereço. Esse comportamento aponta para informações relacionadas à conta, embora não revele todo o processo de decisão do site.
- Revise a localização do dispositivo quando o recurso precisar de uma posição atual. Verifique a permissão de localização do site e qualquer explicação que ele forneça sobre a origem da estimativa de localização. Resultados próximos e um país de entrega salvo exigem verificações diferentes.
No exemplo de compra, selecionar Alemanha no menu de país da loja trata da preferência de loja regional salva. Se a tarefa é organizar uma entrega para a Índia, o destino indiano continua relevante. Se o site atribui explicitamente o IP do proxy ao país errado, a questão passa a ser seus dados de geolocalização para esse endereço. Identificar o resultado de que você precisa torna a próxima ação específica.
