TomTom, MapQuest e HERE aparecem nas conversas de compras corporativas sobre dados de localização, e os três têm raízes profundas em navegação e mapeamento anteriores a muitos dos novos participantes do setor. Essa história em comum faz com que as APIs deles tenham alguma semelhança estrutural, mas os contextos típicos de implantação diferem o bastante para fazer diferença na hora de escolher um deles ou de migrar entre eles.
O TomTom Search está muito ligado à herança de navegação e automotiva da TomTom e aparece com frequência em softwares de gestão de frotas e de navegação veicular. Seu formato de resposta usa um array results com um objeto position e um bloco address que inclui campos como freeformAddress. A autenticação é feita com uma chave em parâmetro de consulta, como na maioria das APIs de mapeamento voltadas ao consumidor.
O MapQuest Geocoding tem a história mais longa em mapeamento para o consumidor entre os três, e sua API reflete um design mais antigo, mas bem testado: um array results que contém um array aninhado locations, cada um com um objeto latLng e campos de endereço como adminArea5 para a cidade. Ele continua sendo uma opção razoável para aplicações que valorizam estabilidade e um longo histórico mais do que conjuntos de recursos mais novos.
O HERE Geocoding and Search tem um foco mais explícito no mercado corporativo e automotivo, com uma estrutura de array items que traz position e campos address estruturados, e autenticação por chave de API ou por token OAuth, o que é mais típico de plataformas criadas desde o início pensando em clientes corporativos maiores e mais preocupados com segurança.
Para compradores corporativos, as diferenças práticas que importam geralmente têm menos a ver com os nomes dos campos JSON, que são todos razoavelmente bem documentados e semelhantes em essência, e mais com a estrutura do contrato, o gerenciamento da conta e a forma como os preços por volume têm sido negociados historicamente. É exatamente essa camada que uma abordagem de compatibilidade pode simplificar, já que ela tira o formato de resposta da geocodificação da lista de variáveis da decisão.
A My Geocode opera hosts de compatibilidade para os três: a estrutura de results e position da TomTom em /compatibility/tomtom/, o array aninhado locations do MapQuest em /compatibility/mapquest/ e o array items da HERE em /compatibility/here/. Equipes corporativas que avaliam uma consolidação, ou que querem reduzir o número de fornecedores sem reescrever a interpretação das respostas de cada sistema que hoje usa um desses três, podem testar os três formatos com uma única conta e um único modelo de preço fixo.
Esse modelo de preços elimina por completo a negociação por faixas: 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, incluindo os três hosts de compatibilidade, com preço idêntico, independentemente da faixa de volume.
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.