Wenn ein Gast an einer Ferienunterkunft ankommt und feststellt, dass die Markierung auf der Karte auf ein leeres Grundstück, ein ganz anderes Gebäude oder einen Ort einige Straßen von der eigentlichen Unterkunft entfernt zeigt, ist das eine schlechte Erfahrung, die auf die Plattform genauso zurückfällt wie auf den Gastgeber. Eine Plattform für Ferienunterkünfte, bei der Gastgeber Inserate selbst anlegen konnten, stellte fest, dass dies oft genug vorkam, um eine echte Lösung zu rechtfertigen, statt sich darauf zu verlassen, dass Beschwerden von Gästen fehlerhafte Adressen im Nachhinein aufdecken.
Die meisten Fälle waren kein vorsätzlicher Betrug. Gastgeber, die eine Adresse von Hand eingaben, machten gewöhnliche Tippfehler, setzten beim Anlegen eines neuen Inserats die Markierung leicht neben die eigentliche Unterkunft oder gaben eine Postleitzahl ein, die nicht zu der Stadt und Straße passte, die sie an anderer Stelle im selben Formular eingetragen hatten. Eine kleinere Zahl von Fällen wirkte dagegen eher absichtlich: Adressen, die sich an einem ganz anderen Ort als dem angegebenen auflösten, manchmal verbunden mit weiteren Anzeichen dafür, dass ein Inserat überhaupt nicht das war, was es zu sein vorgab.
Die Plattform fügte dem Ablauf zum Anlegen eines Inserats einen Prüfschritt hinzu. Die vom Gastgeber eingegebene Adresse ging an /v1/forward, das einen Treffer zusammen mit einer Angabe meldete, wie sicher die Auflösung war. Die Plattform verglich diesen aufgelösten Ort mit der Markierung, die der Gastgeber beim Einrichten separat auf einer Karte gesetzt hatte, und markierte Inserate, bei denen beide um mehr als eine kleine Toleranz voneinander abwichen. Das ist ein starkes Signal dafür, dass entweder die eingegebene Adresse oder die gesetzte Markierung falsch war, denn bei einem wirklich korrekten Inserat sollten beide eng übereinstimmen. Die eingegebene Postleitzahl wurde zusätzlich gegen /v1/postcode geprüft, um Fälle zu erkennen, in denen sie nicht zu der ebenfalls im Formular eingegebenen Stadt passte.
Inserate, die beide Prüfungen bestanden, wurden normal veröffentlicht. Inserate mit einer Abweichung zwischen eingegebener Adresse und gesetzter Markierung oder mit einer Postleitzahl, die nicht zum Rest der eingegebenen Adresse passte, wurden für eine kurze manuelle Prüfung zurückgehalten oder in manchen Fällen mit dem konkreten Hinweis an den Gastgeber zurückgeschickt, das markierte Feld zu überprüfen und zu korrigieren, bevor das Inserat online gehen konnte. So wurde der Fehler genau in dem Moment abgefangen, in dem er am einfachsten und günstigsten zu beheben war, bevor ein Gast auf dieser Grundlage gebucht hatte und angereist war.
Der Plattform war intern klar, dass diese Prüfung bestätigte, dass eine Adresse korrekt aufgebaut war und zur Position der Markierung passte, nicht aber, dass die Unterkunft selbst in anderer Hinsicht ihren Fotos oder ihrer Beschreibung entsprach. Das war ein separater Teil ihres Vertrauens- und Sicherheitsprozesses, den die Adressprüfung gar nicht zu lösen versuchte. Die Adressprüfung als einen schmalen, klar definierten Baustein eines umfassenderen Vertrauenssystems zu behandeln, statt mehr von ihr zu verlangen, als sie vernünftigerweise leisten konnte, hielt die Erwartungen realistisch, sowohl intern als auch in der Art, wie die Funktion den Gastgebern beschrieben wurde.
Das Volumen folgte dem Anlegen neuer Inserate und den Änderungen an Adressen bestehender Inserate, einer überschaubaren und vorhersehbaren Last im Verhältnis zum gesamten Buchungsvolumen der Plattform, die für eine Plattform mittlerer Größe bequem innerhalb des kostenlosen Tageskontingents lag.
Die Dokumentation zu beiden Endpunkten finden Sie unter /docs/forward-geocoding/ und /docs/postal-code-lookup/.