Dicht besiedelte Städte sind für Postleitzahldaten der einfache Fall. Die Grenzen sind gut dokumentiert, es gibt zahlreiche Adressen, und Datenanbieter priorisieren sie ganz natürlich, weil dort das Anfragevolumen liegt. Ländliche und dünn besiedelte Gebiete waren schon immer der schwierigere Fall, mit weniger Adressen, verteilt auf größere Gebiete, deren Grenzen man leichter leicht falsch erfasst. Genau dort haben wir gezielt daran gearbeitet, die Abdeckung von /v1/postcode zu verbessern.
Die Form von Anfrage und Antwort des Endpunkts bleibt unverändert und ist vollständig unter /docs/postal-code-lookup/ dokumentiert. Verbessert hat sich die Genauigkeit in den Gebieten, die bei Postleitzahldaten allgemein am schwächsten sind: dünn besiedelte Regionen, in denen ein Postleitzahlgebiet eine große Fläche mit relativ wenigen tatsächlichen Adressen abdecken kann und in denen kleine Fehler in den zugrunde liegenden Daten historisch häufiger vorkommen, weil es weniger Verkehr gibt, der sie sichtbar macht.
Das ist für eine bestimmte, oft vernachlässigte Gruppe von Anwendungsfällen wichtig: Logistik- und Lieferdienste auf ländlichen Routen, landwirtschaftliche und flächengebundene Betriebe außerhalb dicht besiedelter Zentren und jedes Adressformular, das korrekt funktionieren muss, egal ob ein Nutzer im Stadtzentrum wohnt oder irgendwo sehr viel dünner besiedelt. Eine Adresssuche, die nur in Städten zuverlässig funktioniert, hat eine Lücke, die genau dann auffällt, wenn ein Kunde vom Land sie nutzen will, oft ohne dass es jemand bemerkt, bis eine konkrete Beschwerde eintrifft.
Preise und Kontingentverhalten bleiben unverändert. Eine Postleitzahlabfrage in einer dicht besiedelten Stadt und eine in einem dünn besiedelten ländlichen Gebiet kosten genau gleich viel und werden auf dieselbe Weise auf das kostenlose Kontingent, das Prepaid-Guthaben oder ein Unlimited-Paket angerechnet, und bei einem Stapel von Postleitzahlen wird weiterhin jede einzeln gezählt.
Wir halten es für lohnend, gezielt in die Abdeckungsqualität in dünner besiedelten Gebieten zu investieren, statt sie als automatisch gelöst zu betrachten, sobald die Abdeckung in Städten stark ist, denn beides hängt tatsächlich nicht zusammen. Ein Anbieter kann in Großstädten eine hervorragende Abdeckung haben und überall sonst eine merklich schwächere, und diese Lücke bleibt unsichtbar, bis sie direkt eine echte Adresssuche für einen echten Kunden irgendwo außerhalb eines Stadtzentrums betrifft.
Wenn Ihre Anwendung Kunden außerhalb großer Ballungszentren bedient, sei es für Lieferungen, Außendienst oder allgemeine Adressvalidierung, sollte sich diese Verbesserung als zuverlässigere Postleitzahltreffer genau in den Gebieten zeigen, die früher am schwierigsten korrekt zu erfassen waren. Die vollständige Dokumentation des Endpunkts finden Sie weiterhin unter /docs/postal-code-lookup/.
Ein Überblick über die jüngsten Arbeiten an der API: neue Kompatibilitäts-Hosts, schnellere Zeitzonen- und Höhenabfragen, Dashboard-Funktionen und bessere Sichtbarkeit des Kontingents.
Organisationen mit eigenen Compliance-Anforderungen können jetzt einen Auftragsverarbeitungsvertrag anfordern, der regelt, wie My Geocode personenbezogene Daten verarbeitet.
Die Schlüssel eines neuen Kontos funktionieren nach der Registrierung während einer Kulanzfrist weiter und pausieren nur, wenn die E-Mail-Adresse innerhalb dieses Zeitraums nie bestätigt wird.