Google Maps vs OpenStreetMap pra validar endereço de PDV

Diretor de TI quer validar cadastro de 25k PDVs. Time propõe Google Maps API. Funciona, custa pouco, integração fácil. Em 6 meses descobre: 18% dos endereços retornaram "OK" do Maps mas estão errados na realidade. Outro time menciona OpenStreetMap (OSM). Pergunta: o que muda? Vale cruzar?

Resposta honesta: cada fonte tem viés específico. Cruzar resolve o que cada uma deixa passar. Comparação técnica.

O que Google Maps entrega

Google Maps Platform (API de geocoding):

Pontos fortes:

• Cobertura ampla: quase qualquer endereço urbano brasileiro
• Maturidade: API estável há anos
• Documentação: abundante
• Performance: rápido
• Street View integrado: evidência visual do mesmo provedor
• Reverso geocoding: coordenada → endereço

Pontos fracos:

• Atualização opaca: não sabe quando ponto foi atualizado por último
• Custo escala com volume: 25k consultas/mês não é gratuito
• Erro silencioso: retorna "OK" mesmo quando inventou
• Cobertura uniforme: áreas pouco mapeadas têm dado fraco
• Sem detalhe de fonte: não sabe quem mapeou aquele endereço
• Cobertura rural: fraca em áreas remotas

O que OpenStreetMap entrega

OSM (OpenStreetMap) via Nominatim ou serviços hospedados (Geoapify, etc.):

Pontos fortes:

• Base aberta: dado mantido pela comunidade
• Detalhe variável: cidades com mapeador ativo têm dado superior ao Maps
• Sem custo de licença em uso justo
• Rastreabilidade: sabe quem mapeou, quando
• Atualização visível: mudanças têm histórico
• Cobertura rural: depende, mas alguns estados tem dado superior ao Maps

Pontos fracos:

• Cobertura desigual: cidade com mapeador ativo é boa, cidade sem é fraca
• Performance: servidores públicos podem ser lentos
• Documentação: menos abundante
• Em alguns países, dado é inferior
• Curva técnica: Nominatim exige mais conhecimento que Maps

A comparação direta

| Critério | Google Maps | OpenStreetMap | |---|---|---| | Cobertura urbana BR | Alta | Variável | | Cobertura rural BR | Média | Variável (boa em alguns estados) | | Atualidade | Opaca | Rastreável | | Custo | Pago (acima de free tier) | Gratuito / hospedagem barata | | Performance | Alta | Média | | Rastreabilidade da fonte | Não | Sim | | Street View | Sim | Não | | Documentação | Forte | Média |

Cada um tem viés. Cruzar revela divergência.

Por que cruzar entrega mais

Caso 1: endereço existe em Maps e OSM com mesma coordenada. → Confiança alta. Atualização automática.

Caso 2: endereço existe em Maps mas não em OSM. → Suspeita de erro Maps (talvez inventou). Investigar.

Caso 3: endereço existe em OSM mas não em Maps. → Provavelmente endereço real mas pouco visitado. Maps pode estar defasado.

Caso 4: existe em ambos mas coordenadas divergem mais que 200m. → Endereço ambíguo. Bandeira pra revisão.

Cruzando, cada caso revela informação que sozinho não tinha.

O caso Pinheiros

Exemplo prático: PDV em "Rua dos Pinheiros, 234, Pinheiros, São Paulo".

• Maps: retorna coordenada X. Status OK.
• OSM: retorna coordenada X (mesma). Status OK.
• Confiança alta — atualização automática.

Exemplo problemático: PDV em "Rua dos Limoeiros, 87, Centro, cidade pequena interior".

• Maps: retorna coordenada X. Status OK.
• OSM: sem resultado (cidade pouco mapeada).
• Confiança média, vira flag de revisão.

Operador descobre que Maps inventou — não existe "Rua dos Limoeiros 87" naquela cidade, mas Maps encontrou "Rua dos Limoeiros" em outra cidade e retornou plausível.

Sem cruzar, esse erro entra silenciosamente.

Quando uma fonte basta

Sinais consolidados:

• Cadastro de consumidor (CPF), não PDV
• Endereço informado pelo próprio cliente (auto-validação)
• Volume baixo, retrabalho aceitável
• Operação em grande capital exclusivamente

Aqui, Maps sozinho cobre 95%.

Quando cruzar virou prioridade

Sinais consolidados:

• Cadastro de PDV/PJ
• Cobertura nacional (capital + interior)
• Volume acima de 10k
• Custo de erro de endereço é alto
• Decadência de cadastro é problema

Quando 2+ presentes, cruzar deixa de ser luxo.

O modelo combinado

Modelo realista:

1. Maps consulta primeiro: rápido, cobertura ampla
2. OSM consulta em paralelo: segunda opinião
3. Comparação automatizada: distância, status, similaridade
4. Score consolidado por endereço
5. Receita Federal cruzada: valida CNPJ
6. Street View valida visualmente onde possível
7. Humano valida apenas divergente

Não é "Maps ou OSM". É Maps + OSM + outras fontes, com IA orquestrando.

O que NÃO resolve

• Maps premium "mais caro". Mesmo viés estrutural.
• OSM puro sem Maps. Cobertura desigual em interior.
• Validação humana 100%. Inviável em escala.

O que resolve é cruzamento multi-fonte com humano só em exceção.

Quando vale priorizar

Sinais:

• Cadastro de PDV/PJ acima de 10k
• Cobertura inclui capital e interior
• Decisão estratégica baseada em cobertura
• Diretoria pediu plano de data quality

Quando 2+ presentes, cruzamento vira pré-requisito.

Próximo passo

Cruzamento Google Maps + OpenStreetMap + Receita Federal + Street View + visão computacional, com score consolidado, é o caminho honesto pra validar endereço de PDV em escala. A FELGOR Vision implementa esse fluxo. Se quiser ver aplicado no contexto da sua base, agende um diagnóstico de 30 minutos com os fundadores.