Un voyageur qui arrive dans une location de vacances et découvre que le repère sur la carte pointe vers un terrain vague, un tout autre bâtiment ou un lieu situé à quelques rues du logement réel vit une mauvaise expérience qui rejaillit autant sur la plateforme que sur l'hôte. Une plateforme de locations de vacances permettant de créer soi-même ses annonces a constaté que cela arrivait assez souvent pour justifier une vraie solution, au lieu de compter sur les plaintes des voyageurs pour repérer les mauvaises adresses après coup.
La plupart des cas n'étaient pas des fraudes délibérées. Les hôtes qui saisissaient une adresse à la main faisaient des fautes de frappe ordinaires, plaçaient un repère légèrement à côté du logement réel lors de la création d'une nouvelle annonce, ou saisissaient un code postal qui ne correspondait pas à la ville et à la rue indiquées ailleurs dans le même formulaire. Un plus petit nombre de cas semblaient plus délibérés : des adresses qui se résolvaient à un endroit totalement différent de celui annoncé, parfois associées à d'autres signaux laissant penser qu'une annonce n'était pas du tout ce qu'elle prétendait être.
La plateforme a ajouté une étape de vérification au parcours de création d'annonce. L'adresse saisie par l'hôte était envoyée à /v1/forward, qui renvoyait une correspondance accompagnée d'une indication du degré de confiance de la résolution, et la plateforme comparait ce lieu résolu au repère que l'hôte avait placé séparément sur une carte lors de la création, en signalant les annonces pour lesquelles les deux divergeaient au-delà d'une faible tolérance. C'est un signal fort que l'adresse saisie ou le repère placé est erroné, puisqu'une annonce réellement exacte devrait les voir concorder étroitement. Le code postal saisi était vérifié séparément auprès de /v1/postcode pour repérer les cas où il ne correspondait pas à la ville également saisie dans le formulaire.
Les annonces qui passaient les deux vérifications étaient publiées normalement. Les annonces présentant une divergence entre l'adresse saisie et le repère placé, ou un code postal incohérent avec le reste de l'adresse saisie, étaient mises en attente pour une rapide vérification manuelle, ou dans certains cas renvoyées à l'hôte avec une invitation précise à revérifier et corriger le champ signalé avant que l'annonce puisse être mise en ligne. L'erreur était ainsi repérée au moment où elle était la plus facile et la moins coûteuse à corriger, avant qu'un voyageur ait réservé et se soit déplacé sur cette base.
En interne, la plateforme avait bien précisé que cette vérification confirmait qu'une adresse était bien formée et cohérente avec l'emplacement du repère, et non que le logement lui-même correspondait à ses photos ou à sa description à tout autre égard, ce qui relève d'une partie distincte de son processus de confiance et de sécurité que la vérification d'adresse ne cherchait pas à résoudre. Traiter la vérification d'adresse comme un élément étroit et bien défini d'un système de confiance plus large, au lieu de lui demander plus qu'elle ne pouvait raisonnablement faire, a permis de garder des attentes réalistes, en interne comme dans la façon dont la fonctionnalité était présentée aux hôtes.
Le volume suivait la création de nouvelles annonces et les modifications d'adresse des annonces existantes, une charge modeste et prévisible par rapport au volume total de réservations de la plateforme, largement en deçà du quota quotidien gratuit pour une plateforme de taille moyenne.
La documentation des deux endpoints se trouve sur /docs/forward-geocoding/ et /docs/postal-code-lookup/.