Que un huésped llegue a un alquiler vacacional y descubra que el marcador del mapa apunta a un solar vacío, a un edificio completamente distinto o a una ubicación a unas calles de la propiedad real es una mala experiencia que afecta tanto a la imagen de la plataforma como a la del anfitrión, y una plataforma de alquiler vacacional que permitía crear anuncios por autoservicio vio que esto ocurría con la frecuencia suficiente como para merecer una solución real, en lugar de depender de las quejas de los huéspedes para detectar direcciones incorrectas a posteriori.
La mayoría de los casos no eran fraude deliberado. Los anfitriones que introducían una dirección a mano cometían errores tipográficos corrientes, colocaban el marcador un poco desplazado de la propiedad real al configurar un anuncio nuevo o introducían un código postal que no coincidía con la ciudad y la calle que habían escrito en otra parte del mismo formulario. Un número menor de casos sí parecía más deliberado: direcciones que se resolvían en un lugar completamente distinto del indicado, a veces vinculadas a otras señales que sugerían que un anuncio no era en absoluto lo que decía ser.
La plataforma añadió un paso de verificación al flujo de creación de anuncios. La dirección que introducía un anfitrión iba a /v1/forward, que indicaba una coincidencia junto con una indicación de con qué confianza se resolvió, y la plataforma comparaba esa ubicación resuelta con el marcador que el anfitrión había colocado por separado en un mapa durante la configuración, marcando los anuncios en los que ambos diferían en más de un pequeño margen de tolerancia, una señal clara de que la dirección escrita o el marcador colocado estaba mal, ya que en un anuncio realmente exacto ambos deberían coincidir de cerca. El código postal introducido se comprobaba por separado con /v1/postcode para detectar los casos en que no correspondía a la ciudad también introducida en el formulario.
Los anuncios que superaban ambas comprobaciones se publicaban con normalidad. Los anuncios con una discrepancia entre la dirección escrita y el marcador colocado, o con un código postal incoherente con el resto de la dirección introducida, quedaban retenidos para una revisión manual rápida o, en algunos casos, se devolvían al anfitrión con un aviso concreto para revisar y corregir el campo marcado antes de que el anuncio pudiera publicarse, detectando el error en el momento en que era más fácil y barato corregirlo, antes de que un huésped hubiera reservado y viajado basándose en él.
La plataforma tenía claro internamente que esta verificación confirmaba que una dirección estaba bien formada y era coherente con la ubicación del marcador, no que la propiedad en sí se correspondiera con sus fotos o su descripción en ningún otro aspecto, una parte distinta de su proceso de confianza y seguridad que la comprobación de direcciones no intentaba resolver. Tratar la comprobación de direcciones como una pieza concreta y bien definida de un sistema de confianza más amplio, en lugar de pedirle más de lo que razonablemente podía hacer, mantuvo las expectativas realistas tanto internamente como en la forma de describir la función a los anfitriones.
El volumen seguía la creación de anuncios nuevos y las ediciones de direcciones de anuncios existentes, una carga de trabajo modesta y predecible en relación con el volumen total de reservas de la plataforma, holgadamente dentro de la cuota diaria gratuita para una plataforma de tamaño medio.
La documentación de ambos endpoints está en /docs/forward-geocoding/ y /docs/postal-code-lookup/.