Comparar fornecedores de dados de localização apenas pelo preço anunciado por requisição é uma simplificação comum, e ela deixa de fora tanto custo real que vale a pena montar um modelo um pouco mais completo antes de tomar uma decisão, seja ela continuar com o provedor atual ou migrar para um novo.
Um modelo de custo mais completo tem pelo menos quatro componentes que vale a pena estimar separadamente:
Custo direto das requisições. Este é o número com que a maioria das comparações de fornecedores começa e termina: uma tarifa por requisição, uma faixa de assinatura mensal ou um limite de cota gratuita. Ele importa, mas é apenas uma parte.
Tempo de engenharia para integrar e manter. Um provedor com um formato de resposta que exige bastante código de parsing personalizado custa mais em horas de engenharia do que um com um formato que seu código já entende, e esse custo se repete toda vez que a integração precisa de manutenção, não apenas uma vez na configuração. Uma abordagem baseada em compatibilidade reduz especificamente esse componente, já que um host que reproduz um formato conhecido exige menos trabalho de parsing personalizado construído e mantido ao longo da vida da integração.
Custo de migração, tanto o realizado quanto o potencial. Se o formato de resposta de um fornecedor é proprietário e incomum, migrar para longe dele mais tarde, seja por escolha ou porque o fornecedor mudou os termos, custa mais em lógica de parsing reescrita do que migrar de um fornecedor cujo formato segue algo padrão ou algo que um host de compatibilidade já reproduz. Esse é um custo real mesmo que você não tenha nenhum plano atual de migrar, porque afeta sua posição em qualquer negociação futura ou mudança forçada.
Sobrecarga operacional. O tempo gasto monitorando a cota, tratando erros de limite de taxa e construindo lógica de novas tentativas custa tempo de engenharia, e os provedores diferem em quanto dessas informações expõem diretamente (por meio de cabeçalhos de resposta, por exemplo) em vez de exigir consultas extras ou verificações no painel da conta para descobri-las.
Aplicando esse modelo ao My Geocode especificamente: o custo direto das requisições é fixo e simples, 2.500 requisições gratuitas por dia sem chave, mais 2.500 gratuitas por chave por dia, contadas por rede, e depois crédito pré-pago a € 0,0001 por requisição ou uma chave Unlimited a € 50 por mês, com todos os endpoints cobrados pelo mesmo preço, seja qual for o que você chamar. Os custos de engenharia e de migração são tratados diretamente pelos 17 hosts de compatibilidade, listados em /compatibility/, que reproduzem o formato exato de um provedor conhecido, em vez de introduzir um novo que exija aprender e manter código de parsing. A sobrecarga operacional é reduzida porque as informações de cota vêm diretamente em toda resposta, como cabeçalhos (X-Quota-Limit, X-Quota-Used, X-Credits-Remaining e outros, documentados em /docs/rate-limits/), em vez de exigir uma verificação separada no painel.
Montar até mesmo uma versão aproximada desse modelo em quatro partes, com números reais onde você os tem e estimativas honestas onde não tem, leva a uma decisão significativamente melhor do que comparar apenas a tarifa principal por requisição. A tarifa mais barata no papel nem sempre é a integração mais barata quando o tempo de engenharia e a flexibilidade futura são contabilizados com honestidade.
Automações no-code construídas sobre uma etapa de geocodificação exigem uma abordagem de migração diferente da usada em código próprio. Veja como lidar com essa troca.
Trocar de fornecedor de dados de localização não é apenas uma decisão técnica. Veja o que revisar do lado do processamento de dados e da privacidade nessa mudança.
Desligar a chave de API de um provedor antigo cedo demais ou tarde demais traz riscos nos dois casos. Veja como aposentar credenciais corretamente quando uma migração estiver concluída.