Les limites de débit doivent être documentées, pas découvertes
Découvrir votre limite de débit par une erreur 429 en production, ce n'est pas de la documentation. C'est un ticket d'assistance qui n'aurait jamais dû être nécessaire.
Thème du blog
Nos points de vue (page 5)
Nos opinions sur le marché des données de localisation : tarifs, dépendance aux fournisseurs, confidentialité, et ce que les grands fournisseurs font mal.
Pourquoi nous comptons les requêtes groupées par élément et non par appel
Un appel par lot de mille adresses effectue toujours mille recherches distinctes. Le compter comme une seule requête ne ferait que masquer où est réellement passée la consommation.
Contre les formats de réponse propriétaires
Un nom de champ propriétaire ou un modèle d'objet sur mesure ne fait rien gagner au fournisseur et coûte au client une réécriture plus tard. Un JSON simple et prévisible n'est pas une fonctionnalité manquante.
Pourquoi nous avons créé un accès sans clé plutôt qu'un essai plus long
Un essai prend fin et réclame une carte bancaire selon un calendrier fixe. Un accès sans clé continue simplement de fonctionner. Nous pensons que le second respecte davantage le temps d'un développeur.
Ce que la facturation par produit comprend mal à l'usage réel des API
Les vraies applications combinent géocodage, recherches d'IP et appels de fuseau horaire dans un même parcours de requête. Les facturer comme des produits séparés ignore la façon dont ils sont utilisés ensemble.
Les données ouvertes de fuseau horaire ne devraient pas être une fonctionnalité premium
Les recherches de fuseau horaire reposent sur une source de données publique et activement maintenue. Facturer un supplément premium pour cette recherche ne correspond à aucun coût supplémentaire réel.
Pourquoi les hôtes compatibles comptent plus qu'un nouveau SDK
Un SDK vous demande de faire confiance à la bibliothèque cliente d'une seule entreprise pendant toute la durée de votre projet. Un hôte compatible vous demande de modifier une ligne de configuration.
Le problème des offres « illimitées » qui, discrètement, ne le sont pas
« Illimité » est censé signifier sans plafond. Lisez les petits caractères de nombreuses offres d'API illimitées et vous trouverez souvent une politique d'usage raisonnable qui dit discrètement le contraire.
Pourquoi nous facturons à la requête et non par utilisateur
Un prix à la requête correspond à ce que coûte réellement le fonctionnement d'une API. La tarification par utilisateur mesure l'effectif, pas la consommation, et le trafic de géocodage ne suit presque jamais l'un ou l'autre.
Uniquement Nos points de vue, dès la publication.
S'abonner à Nos points de vue