Das Problem mit API-Schlüsseln, die nie ablaufen
Ein Schlüssel, der vor Jahren ausgestellt, nie rotiert wurde und heute noch gültig ist, ist keine Bequemlichkeit. Er ist ein Risiko, das sich seit Jahren niemand mehr angesehen hat.
Postleitzahlen verdienen mehr Anerkennung, als sie bekommen
Fragen Sie eine Standort-API nach ihrer Funktionsliste, steht meist die Geokodierung an erster Stelle, danach kommen IP-Abfragen, und Postleitzahlen tauchen irgendwo weit unten auf, in einer einzigen Zeile beschrieben, als wäre das Auflösen einer Postleitzahl zu einem Ort oder eines Orts zu seiner Postleitzahl eine triviale Abfrage mit einer einzigen offensichtlichen Antwort. Das ist sie nicht. Postsysteme unterscheiden sich von Land zu Land enorm: Manche kodieren die Verwaltungshierarchie direkt in die Ziffern, manche sind alphanumerisch, manche decken ein Gebiet von der Größe eines Viertels ab und manche eines von der Größe eines kleinen Landes. Wer das als unbedeutenden Hilfs-Endpunkt behandelt, unterschätzt, wie viel echte Struktur dahintersteckt.
Wir haben die Postleitzahlenabfrage als vollwertigen Endpunkt neben Geokodierung, IP, Zeitzone und Höhe gebaut, nicht als nachträglich an die Geokodierungsantwort angehängte Nebensache. Sie hat dieselben Preise wie jeder andere Endpunkt: abgedeckt durch das kostenlose Tageskontingent, danach dieselben 0,0001 € pro Anfrage oder derselbe Unlimited-Schlüssel für 50 € wie bei allem anderen. Es gibt keine separate Stufe für „Hilfs-Endpunkte“, die Postleitzahlenabfragen als geringere Funktion behandelt, die einen geringeren Preis und stillschweigend auch weniger technische Aufmerksamkeit verdient.
Ein Grund, warum Postleitzahlen unterschätzt werden, ist, dass sie aus der Sicht eines Landes einfach wirken, in dem das System aus einer festen Anzahl von Ziffern besteht, die sauber einem kleinen Gebiet zugeordnet sind. Diese Einfachheit lässt sich nicht verallgemeinern. Eine Postleitzahlenabfrage muss die Vielfalt an Formaten und administrativen Bedeutungen in den verschiedenen Ländern tatsächlich bewältigen, nicht nur das Muster, das demjenigen am vertrautesten ist, der die Funktion gebaut hat. Eine API, die stillschweigend das Postleitzahlenformat eines Landes als Standard annimmt und alles andere als Sonderfall behandelt, bietet nicht wirklich globale Postleitzahlen-Unterstützung. Sie bietet das System eines Landes mit notdürftig angeflanschter, begrenzter Abdeckung.
Das hat praktische Folgen, die man leicht übersieht, bis sie ein Problem verursachen. Versandkostenberechnungen, die Bestimmung von Steuerzuständigkeiten, Prüfungen des Liefergebiets und regionale Preise hängen alle davon ab, dass die Postleitzahlenebene stimmt, oft direkter als von einer vollständigen Geokodierung auf Straßenebene. Ein Versandangebot braucht normalerweise keine dachgenaue Adresse. Es braucht eine korrekte Postleitzahlenregion, einheitlich aufgelöst. Wer das im Vergleich zur vollständigen Geokodierung als Nebenfunktion behandelt, stellt die tatsächliche Abhängigkeit bei vielen realen Anwendungen auf den Kopf.
Wir behaupten nicht, dass Postleitzahlendaten weltweit ein gelöstes Problem sind, denn Postsysteme ändern sich ständig, und die Qualität der Abdeckung variiert tatsächlich je nach Land und danach, wie aktiv eine Postbehörde Aktualisierungen veröffentlicht. Wir sagen aber, dass sie dieselbe Ernsthaftigkeit verdienen wie jeder andere Endpunkt: echte Dokumentation, denselben Preis wie alles andere und dieselbe Erwartung, dass sie dauerhaft korrekt funktionieren, statt die Ecke des Produkts zu sein, die niemand mehr anschaut, sobald sie technisch eine Antwort zurückgibt.