> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/pt-br/concepts/geoip-explained.md).

# GeoIP: Como a geolocalização de IP funciona

De onde vêm os dados de localização de IP realmente, por que o país geralmente está certo, por que a cidade muitas vezes não está e por que os bancos de dados discordam entre si.

Um site o recebe no idioma certo e oferece a moeda certa. Outro insiste que você está em uma cidade a trezentos quilômetros de distância. Ambos usam o mesmo tipo de dado. Como?

## Não há localização dentro de um endereço IP

Comece por aqui, porque isso esclarece a maior parte da confusão.

Um endereço IP não contém absolutamente nenhuma informação geográfica. Ele é um identificador para roteamento, da mesma forma que um número de telefone. Nada em `203.0.113.42` diz "Berlim".

O que existe, em vez disso, é um conjunto de **bancos de dados** que mapeiam faixas de endereços para locais estimados. Várias empresas montam esses bancos de dados, cada uma usando sua própria combinação de fontes e seu próprio critério. Quando um site "detecta sua localização pelo seu IP", ele está consultando seu endereço em um desses bancos de dados e lendo a estimativa de alguém.

É por isso que a descrição honesta do GeoIP é *inferência*, não medição.

## De onde vêm os dados

Quatro fontes principais alimentam esses bancos de dados, em ordem aproximadamente decrescente de confiabilidade.

**Registros de cadastro.** Os registros regionais da internet publicam quem detém cada bloco de endereços, junto com um país e um endereço postal cadastrados. Isso é sólido para dados em nível de país e fraco para qualquer coisa mais detalhada — os registros de um provedor nacional podem listar um único escritório-sede para endereços usados em um país inteiro.

**Dados de roteamento.** Qual sistema autônomo anuncia um prefixo, e onde essa rede opera, é publicamente observável. Um prefixo anunciado apenas por uma rede que opera exclusivamente no Japão quase certamente é usado no Japão. Veja [O que é um ASN?](/knowledge-base/pt-br/concepts/what-is-an-asn.md).

**Medição.** Os provedores enviam sondas cronometradas de muitos locais conhecidos e usam a latência para limitar onde um endereço pode estar fisicamente. A luz na fibra viaja cerca de 200 quilômetros por milissegundo, então um ida e volta consistente de 2 ms a partir de uma cidade conhecida descarta a maior parte do planeta. É assim que suposições em nível de cidade ganham qualquer precisão at all — e isso se degrada muito quando o caminho é indireto.

**Correções informadas pelos próprios responsáveis.** Operadores de rede podem publicar informações de localização para suas próprias faixas, e os grandes fazem isso, porque lhes interessa que seus clientes vejam o conteúdo certo. Também existe um mecanismo formal para publicar isso, às vezes chamado de geofeed. Essas correções costumam ser a fonte mais precisa disponível — quando existem e estão atualizadas.

Acima de tudo isso há uma camada de inferência: sinais fornecidos por usuários, comportamento observado e checagens cruzadas entre as outras fontes.

## Por que país geralmente está certo e cidade muitas vezes não

A precisão em nível de país geralmente é alta, porque se apoia nas fontes mais fortes. Blocos de endereços são atribuídos a organizações registradas em um país, anunciados por redes que operam naquele país e raramente são usados atravessando fronteiras sem que o operador perceba.

A precisão em nível de cidade é outra história, e os motivos se acumulam.

* **Os blocos de endereços não seguem limites de cidade.** Um provedor atribui um bloco a uma região e move os endereços dentro dele conforme necessário.
* **O tráfego sai onde está o equipamento.** Seu provedor pode rotear uma província inteira por uma única instalação na capital. Então todo cliente aparece como se estivesse na capital. Isso é extremamente comum em redes móveis.
* **A medição fica ruidosa.** Estimativas baseadas em latência assumem um caminho razoavelmente direto. Qualquer desvio — e desvios são normais — amplia o erro.
* **Nada obriga uma atualização.** Quando um bloco é reatribuído a uma cidade diferente, o banco de dados só fica sabendo disso quando uma fonte em que confia reflete a mudança.

Uma forma razoável de encarar isso: trate o país como provavelmente certo, a região como frequentemente certa e a cidade como uma pista. As coordenadas merecem cautela especial — geralmente apontam para o centro de uma área administrativa, não para algo real. Alguns bancos de dados usam o centro geográfico de um país como espaço reservado quando sabem de nada mais, o que já causou problemas bem documentados para as pessoas que por acaso moram lá.

| Campo           | Confiabilidade típica          | Por quê                                                       |
| --------------- | ------------------------------ | ------------------------------------------------------------- |
| País            | Geralmente correto             | Cadastro e roteamento dão suporte a isso                      |
| Região / estado | Frequentemente correto         | Depende de quão detalhadamente o provedor está documentado    |
| Cidade          | Frequentemente errado          | Pontos de saída, reatribuição de blocos, dados desatualizados |
| Coordenadas     | Raramente uma localização real | Geralmente o centro de uma área, ou um espaço reservado       |
| Provedor / ASN  | Geralmente correto             | Vem de dados de roteamento, que são públicos e atuais         |

## O que VPNs, proxies e CGNAT fazem com isso

**Uma VPN ou proxy substitui a resposta por completo.** Agora o banco de dados descreve o servidor de saída, que é exatamente o que você pediu. Se ele informa a cidade errada para o seu servidor VPN, isso é uma imprecisão do banco de dados sobre os endereços do provedor, não um vazamento.

**Faixas de datacenters são reconhecíveis.** Endereços pertencentes a redes de hospedagem são sinalizados como tal pela maioria dos bancos de dados. É assim que serviços de streaming detectam o uso de VPN — não por saber onde você está, mas por saber que clientes residenciais comuns não navegam a partir de um rack de servidores.

**CGNAT desloca sua localização aparente para o ponto de saída.** Por trás do NAT de nível de operadora, você compartilha um endereço público com muitos outros clientes, e a localização informada é onde quer que esteja o equipamento de tradução do provedor. Veja [Endereços Públicos, Privados e CGNAT](/knowledge-base/pt-br/concepts/public-private-cgnat.md).

**As redes móveis são as menos precisas de todas.** Poucos endereços públicos, poucos pontos de saída e reatribuição constante. Ser colocado em uma cidade diferente usando dados móveis é normal, não um defeito.

**O endereço é apenas um dos sinais.** Mudar onde você sai muda o que os bancos de dados dizem, e mais nada. Seu navegador ainda informa seu próprio fuso horário, ordem de idiomas e formatos regionais, e um site que lê esses dados ao lado do endereço percebe a divergência. No IPCheck.ing, [Verificação aprofundada de persona](/knowledge-base/pt-br/connection-tools/persona-check.md) avalia exatamente essa diferença.

**Endereços reutilizados carregam dados antigos.** Os endereços mudam de mãos — entre provedores, entre países. Os bancos de dados se atualizam em velocidades diferentes, e um bloco transferido recentemente pode ser descrito de forma errada por meses.

## O que os sites fazem com a resposta

Saber para que ele é usado ajuda você a julgar quanto custa a imprecisão.

* **Padrões de idioma e moeda.** Em nível de país, então geralmente correto.
* **Levá-lo para um servidor próximo.** Redes de conteúdo escolhem uma cópia próxima de um site, muitas vezes usando a localização do seu resolvedor de DNS em vez do seu próprio endereço. Veja [Como o DNS Funciona](/knowledge-base/pt-br/concepts/how-dns-works.md).
* **Licenciamento e disponibilidade.** Catálogos de streaming, transmissões esportivas e disponibilidade de lojas são decididos em nível de país.
* **Fraude e pontuação de risco.** Um login a partir de um país inesperado aciona verificações extras. É aqui que um país errado realmente incomoda você.
* **Requisitos legais e fiscais.** Banners de consentimento, regras de idade e imposto sobre vendas frequentemente dependem do país informado.

Observe que quase todo uso importante é em nível de país. Dados em nível de cidade são usados principalmente para publicidade e para mostrar uma loja próxima — os casos em que errar é irritante em vez de prejudicial.

## Por que os bancos de dados discordam

Porque são produtos independentes construídos a partir de entradas diferentes.

Cada fornecedor dá pesos diferentes às fontes, atualiza em seu próprio cronograma, aplica suas próprias correções e faz sua própria escolha sobre o que dizer quando não tem certeza — alguns chutam, outros não retornam nada. Dois bancos de dados olhando o mesmo endereço são dois analistas lendo evidências sobrepostas e chegando a conclusões diferentes.

Então, quando duas ferramentas mostram cidades diferentes, nenhuma está com defeito. Você está vendo duas estimativas. E quando vários bancos de dados independentes concordam, esse acordo em si é um sinal significativo — muito mais forte do que qualquer resposta isolada.

## Equívocos comuns

**"GeoIP sabe meu endereço."** Não sabe, e não pode saber. No máximo, identifica a área pela qual seu provedor o roteia. A localização precisa em um celular ou laptop vem de GPS, redes Wi‑Fi próximas e das permissões que você concedeu — um mecanismo completamente separado.

**"A cidade errada significa que minha VPN está vazando."** Geralmente o contrário de um problema. Se a localização não é a sua e não é obviamente a do seu provedor, primeiro verifique se ela é a saída da sua VPN — veja [Minha VPN ou Proxy está funcionando?](/knowledge-base/pt-br/diagnose/is-my-vpn-working.md).

**"Eu posso simplesmente corrigir isso."** Não diretamente. As correções vêm do operador de rede que detém a faixa. Alguns fornecedores de bancos de dados aceitam relatos individuais, mas um único usuário não pode mudar como uma faixa é descrita.

**"Meu IPv4 e IPv6 deveriam mostrar o mesmo lugar."** Frequentemente não mostram. As faixas de IPv6 são mais novas e menos documentadas de forma abrangente, então as duas costumam trazer qualidades de dados diferentes. Veja [IPv4 vs IPv6](/knowledge-base/pt-br/concepts/ipv4-vs-ipv6.md).

{% hint style="info" %}
**Veja você mesmo no MyIP**

MyIP não escolhe um banco de dados e apresenta sua resposta como fato. Ele consulta várias fontes independentes de geolocalização para o mesmo endereço e mostra cada resultado, e você pode alterar qual delas é a preferida em Preferências.

Comparar os cartões é a lição mais rápida de como isso funciona: onde as fontes concordam, você pode confiar no campo; onde elas se dispersam, você está olhando para um palpite. Veja [Lendo seus cartões de IP](/knowledge-base/pt-br/getting-started/reading-your-ip-cards.md) para um passo a passo campo por campo, e [Por que a localização do meu IP está errada?](/knowledge-base/pt-br/diagnose/why-is-my-ip-location-wrong.md) quando a resposta parece claramente errada.
{% endhint %}

## Conceitos relacionados

* [O que é um ASN?](/knowledge-base/pt-br/concepts/what-is-an-asn.md) — os dados de roteamento por trás da maioria das suposições de localização
* [Endereços Públicos, Privados e CGNAT](/knowledge-base/pt-br/concepts/public-private-cgnat.md) — por que saídas compartilhadas movem sua localização aparente
* [IPv4 vs IPv6](/knowledge-base/pt-br/concepts/ipv4-vs-ipv6.md) — por que seus dois endereços podem relatar lugares diferentes
* [Como o DNS Funciona](/knowledge-base/pt-br/concepts/how-dns-works.md) — como os sites enviam você para um servidor próximo


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.ipcheck.ing/knowledge-base/pt-br/concepts/geoip-explained.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
