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.
Das Problem mit Daten, die nur am Starttag genau sind
Auf einen Datensatz kann man am Tag seines Launchs am leichtesten stolz sein. Er wurde geprüft, bereinigt und gegen die damals verfügbaren Quellen validiert, und die Ankündigung kann ehrlich eine starke Abdeckung und Genauigkeit für sich beanspruchen, denn in genau diesem Moment hat er sich diese Aussage verdient. Das Problem ist, dass fast nichts an der Geografie lange unverändert bleibt. Verwaltungsgrenzen verschieben sich. Postbehörden ziehen Postleitzahlen neu oder vergeben sie neu. Regierungen ändern Sommerzeitregeln, manchmal mit sehr kurzer Vorankündigung. Ein Datensatz, der am Launch-Tag genau war und seitdem nicht aktiv gepflegt wurde, ist nicht mehr derselbe Datensatz, auch wenn er vielleicht noch mit derselben Zuversicht vermarktet wird.
Die IANA-Zeitzonendatenbank ist ein gutes Beispiel dafür, wie das tatsächlich gut gehandhabt wird: Sie existiert gerade deshalb, weil sich Zeitzonenregeln ständig ändern, und sie wird aktualisiert, sobald diese Änderungen eintreten, von Menschen, deren Aufgabe es ist, genau diese Art von Verschiebung zu verfolgen. Eine Geokodierungs- oder Standort-API, die auf eine solche Quelle zurückgreift und laufend deren Aktualisierungen übernimmt, tut etwas deutlich anderes als ein Anbieter, der vor Jahren einen einmaligen Schnappschuss erstellt hat und ihn seitdem, leicht nachgebessert, ausliefert.
Wir finden, dass diese Unterscheidung, laufende Pflege gegenüber einem einmaligen Aufbau, mehr Aufmerksamkeit verdient, als sie bei der Vermarktung von Standortdatenprodukten meist bekommt. Eine Launch-Ankündigung kann eine breite Länderabdeckung beanspruchen, und das wird stimmen. Was sie für sich allein nicht versprechen kann, ist, dass die Abdeckung auch zwei Jahre später noch stimmt, nach Grenzänderungen, Neuordnungen von Postleitzahlen und Änderungen von Zeitzonenregeln, die in der Zwischenzeit still und leise stattgefunden haben, ohne dass ein Kunde einen Grund hätte, das zu überprüfen.
Auch deshalb behandeln wir Zeitzonen-, Höhen- und IP-Daten als die Teile unseres Produkts, die wir am konkretesten beschreiben, denn in diesen Bereichen werden die zugrunde liegenden Referenzdaten, also die Art von Quelle, die die IANA-Datenbank für Zeitzonen darstellt, von vornherein laufend gepflegt und nicht allein nach dem internen Aktualisierungsplan eines Anbieters. Und deshalb achten wir darauf, die Geokodierung, die Reverse-Geokodierung und die Autovervollständigung nicht als vollständig fertig mit verifizierter Genauigkeit darzustellen: Gerade bei Adressdaten gibt es enorme regionale Unterschiede darin, wie gut sie gepflegt werden, und eine zuversichtlich klingende Aussage darüber verdient mehr kritische Prüfung, als die Aussage selbst meist nahelegt.
Das Alter eines Datensatzes ist für sich genommen kein Mangel. Ein gut gepflegter Datensatz von vor fünf Jahren, der aktuell gehalten wurde, ist vertrauenswürdiger als ein frischer, der bis zur nächsten Neugestaltung nicht mehr angefasst wird. Entscheidend ist, ob ein Anbieter die Datenpflege als fortlaufende Verpflichtung behandelt oder als einmaliges Projekt, das abgeschlossen war, als die Marketingseite online ging. Beurteilen lässt sich das ehrlicherweise nicht an der Launch-Ankündigung. Sondern daran, was ein Anbieter in den Jahren danach still und leise tut.