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.
Warum wir pro Anfrage abrechnen und nicht pro Nutzerplatz
Ein Nutzerplatz ist eine Softwareeinheit, die man einmal installiert und jeden Morgen öffnet. Ein API-Aufruf ist das nicht. Er findet statt, wann immer ein Batch-Job läuft, eine Checkout-Seite lädt oder ein Hintergrundprozess eine Lieferadresse auflöst. Niemand sitzt am Schreibtisch und klickt zehntausendmal am Tag auf einen Button. Das erledigt eine Maschine, und zwar in Schüben.
Preise pro Nutzerplatz gibt es, weil sie sich leicht verkaufen und leicht planen lassen. Man zählt Personen, multipliziert mit einer Monatsgebühr und hat eine Zahl, mit der die Finanzabteilung planen kann. Das funktioniert für Software, bei der sich Menschen anmelden. Es funktioniert nicht für Infrastruktur, die von Maschinen aufgerufen wird, denn die Zahl der Personen in einem Team hat fast nichts mit der Zahl der Anfragen zu tun, die die Systeme dieses Teams stellen.
Wir rechnen My Geocode pro Anfrage ab, weil genau das uns beim Bereitstellen tatsächlich Geld kostet. Jede Abfrage greift auf eine Datenbank zu, führt Berechnungen aus und liefert eine Antwort. Die Kosten steigen mit dem Volumen, nicht damit, wie viele Entwickler API-Schlüssel besitzen. Also berechnen wir das Volumen: 2.500 kostenlose Anfragen pro Tag von jeder Adresse, ganz ohne Schlüssel. Wenn Sie mehr brauchen, registrieren Sie sich mit einer E-Mail-Adresse und laden entweder Prepaid-Guthaben zu 0,0001 € pro Anfrage auf oder nehmen einen Unlimited-Schlüssel für 50 € im Monat. Jeder Endpunkt und jeder Drop-in-Host kostet gleich viel.
Damit entfällt auch ein seltsamer Anreiz, den Preise pro Nutzerplatz schaffen. Wenn Sie pro Nutzerplatz zahlen, sind Sie versucht, ein Login im Team zu teilen, um Geld zu sparen, was meist ohnehin gegen die Nutzungsbedingungen verstößt. Wenn Sie pro Anfrage zahlen, gibt es nichts zu teilen. Ein Schlüssel oder zehn Schlüssel, das spielt keine Rolle. Entscheidend ist, wie viele Abfragen Sie tatsächlich stellen, und diese Zahl ist ehrlich. Sie steigt, wenn Ihr Produkt stärker genutzt wird, und sinkt, wenn nicht, ohne dass jemand einen Vertrag neu verhandeln muss.
Preise pro Anfrage lassen sich außerdem sauber nach unten skalieren, was bei Preisen pro Nutzerplatz selten gelingt. Ein Studentenprojekt oder ein Wochenendprototyp braucht keine fünf Nutzerplätze. Es braucht ein paar hundert Abfragen im Monat, und das kostenlose Kontingent deckt das ohne Verkaufsgespräch ab. Ein wachsendes Produkt muss nicht raten, wie viele Nutzerplätze seine Geokodierung braucht; es muss wissen, was tausend Anfragen kosten, und diese Zahl können Sie direkt in eine Tabelle zur Stückkostenrechnung eintragen.
Das heißt nicht, dass Preise pro Anfrage keine Nachteile hätten. Es bedeutet, dass sich Ihre Rechnung mit Ihrem Traffic bewegt, was unangenehm sein kann, wenn Sie die Nutzung nicht im Blick behalten. Das sind echte Kosten, und wir tun nicht so, als wäre es anders. Deshalb enthält jede Antwort Kontingent-Header, damit Sie immer wissen, wo Sie stehen, bevor eine Rechnung Sie überrascht, und nicht erst danach.
Wir haben nichts gegen Nutzerplätze als Konzept. Sie sind sinnvoll für Werkzeuge, die eine feste Zahl von Menschen öffnet und schließt. Geokodierung ist kein solches Werkzeug. Sie ähnelt eher Strom als einem Abonnement: etwas, das Maschinen verbrauchen, die Ihr Geschäft betreiben, in einem Umfang, der nichts mit Ihrer Mitarbeiterzahl zu tun hat. Eine Abrechnung pro genutzter Einheit ist die einzige Form dieser Zahl, die etwas aussagt.