Le problème des clés d'API qui n'expirent jamais
Une clé émise il y a des années, jamais renouvelée et toujours valide aujourd'hui n'est pas une commodité. C'est un risque que personne n'a vraiment examiné depuis des années.
Pour que la recherche de code postal soit traitée comme une fonctionnalité à part entière
Les priorités d'un produit se lisent dans la structure tarifaire et la profondeur de la documentation bien avant d'apparaître dans une déclaration explicite sur ce qui compte le plus. Un endpoint relégué dans une formule inférieure, ou documenté en trois phrases à côté d'une page très détaillée consacrée à une fonctionnalité phare, communique un fait réel sur les priorités internes, que quelqu'un ait eu l'intention de le communiquer ou non. La recherche par code postal est une victime fréquente de ce schéma : techniquement disponible, rarement améliorée, et traitée comme un utilitaire mineur par rapport au géocodage complet.
Nous avons volontairement tarifé la recherche par code postal comme tous les autres endpoints, précisément pour éviter ce déclassement discret. Elle est couverte par le même quota gratuit quotidien, facturée au même tarif de 0,0001 € par requête au-delà, ou incluse dans la même clé Unlimited à 50 €, exactement comme le géocodage, la recherche d'IP, le fuseau horaire ou l'altitude. Aucune formule à prix réduit ne laisse entendre que la recherche par code postal a moins de valeur, et aucune formule premium ne laisse entendre le contraire. Elle se situe au même niveau que tout le reste, parce que nous pensons que c'est sa place.
Un prix identique est un point de départ, pas tout l'argument. La raison plus profonde pour laquelle la recherche par code postal mérite d'être traitée comme une fonctionnalité à part entière, c'est que les données sous-jacentes justifient réellement le même sérieux que tout autre type de données de localisation. Les systèmes postaux ne sont pas une version simplifiée du géocodage. Ils forment leur propre catégorie de structure, qui varie selon les pays par son format, par la taille de la zone couverte par un seul code et par la manière plus ou moins directe dont le code correspond aux limites administratives. Bien construire cela pour plusieurs pays exige une attention réelle et soutenue, celle qu'une fonctionnalité phare de géocodage reçoit par défaut parce qu'elle est considérée d'emblée comme la plus importante.
Traiter un endpoint comme une fonctionnalité à part entière signifie aussi lui appliquer le même niveau de documentation : de vrais exemples, une description claire des données renvoyées et de leur structure, et des remarques honnêtes sur les limites de couverture par pays plutôt qu'une affirmation générale et vague. Un endpoint peu documenté parce qu'on le suppose simple a tendance à rester simple précisément là où cela compte, car personne ne l'examine d'assez près pour remarquer où il est insuffisant.
Cela présente un avantage pratique au-delà de l'équité dans la répartition de nos efforts d'ingénierie. De nombreuses applications réelles (calculateurs de frais de livraison, vérifications de juridiction fiscale, validation de zones de service) dépendent plus directement d'une résolution correcte du code postal que d'un géocodage complet au niveau de la rue. Traiter la recherche par code postal comme une fonctionnalité mineure par rapport au géocodage inverse la dépendance réelle, précisément pour les applications qui ont le plus besoin de ces données. Lui accorder le même prix et la même documentation n'est pas un geste symbolique. Cela revient plutôt à corriger une erreur de catégorie que le reste du secteur a largement héritée sans l'examiner.