Funktionen

Alles, was du zum Launch einer API brauchst.

Sauberes Gateway, Per-Customer-Keys, Pläne mit Trials, Customer-Webhooks und ein öffentlicher Marktplatz — alles aus einer Hand.

<5 ms

p50 Gateway-Overhead

15

Webhook-Event-Typen

15%

Plattform-Cut, keine Extras

Feature-Oberfläche Produktionspfad
Käufer-Request 200 OK

GET /weather/v1/forecast · 42ms

Verkäufer-Konsole live

82%

Monatslimit genutzt

+€1.284

Provider-Umsatz

EU

Datenresidenz

Für Käufer

Der Käufer-Workflow

01

Entdecken

APIs nach Kategorie, Preis, Status, Latenz und Anbieter vergleichen, bevor ein Key erzeugt wird.

02

Abonnieren

Plan wählen, Trial starten oder bezahltes Abo aktivieren; Limits und Kosten sind vorab sichtbar.

03

Integrieren

Key kopieren, Beispiel-Request nutzen und über api.oanor.com statt direkt zum Upstream senden.

04

Kontrollieren

Usage, tägliche Limits, Monatsquota, Rechnungen, Webhooks und Key-Historie bleiben nachvollziehbar.

Für Verkäufer

Der Verkäufer-Workflow

01

Veröffentlichen

API-Profil, Endpoints, SEO-Texte und Sprachen pflegen, ohne Secrets öffentlich zu machen.

02

Bepreisen

Pläne mit Trials, harten Limits, Overage und Feature-Punkten anlegen.

03

Absichern

Gateway erzwingt RPS, Tages- und Monatslimits, blockiert abgelaufene Abos und protokolliert Admin-Aktionen.

04

Wachsen

Subscriber, Reviews, Endpoint-Analytics und Payout-Daten zeigen, welche APIs Umsatz bringen.

Szenarien

Die kritischen Fälle sind eingeplant.

Billing und API-Zugriff müssen auch dann korrekt bleiben, wenn Limits, Trials, Zahlungen oder Upstreams schwierig werden.

Limit erreicht

RPS, Tages- und Monatslimits werden pro Subscription geprüft, bevor der Upstream erreicht wird.

429 oder Overage nach Plan

Trial läuft ab

Trial-Tage sind Teil des Plans; nach Ablauf wird Zugriff nur nach gültigem Abo fortgeführt.

Kein stiller Gratiszugang

Zahlung fehlt

Abos und Keys hängen am Billing-Status, damit Käufer nicht am Paygate vorbei konsumieren.

Zugriff gesperrt

Webhook muss vertrauenswürdig sein

Events werden signiert, wiederholt und geloggt; Empfänger prüfen die Signatur vor Verarbeitung.

HMAC + Retry + Log

Upstream fällt aus

Fehler werden sauber getrennt: oanor-Gateway, Anbieter-Upstream und Customer-Key bleiben nachvollziehbar.

Klare 5xx/Statusdaten

Mehrsprachige Slugs

Standard ist Englisch ohne /en; Deutsch nutzt /de und lokalisierte Segmente, weitere Sprachen folgen demselben Muster.

Skalierbare i18n-Struktur

Plattform

Ein Kontrollzentrum für Marktplatz, Gateway und Billing.

Die Seite trennt Käufer- und Verkäufer-Bedürfnisse, aber die Plattform rechnet alles gegen dieselben Quellen: Subscription, Plan, Key, Usage und Payment-Status.

Billing als Gate

Aktive Subscription, Trial, Ablauf, Hard-Limit und Overage entscheiden, ob ein Request weiter darf.

Gateway vor dem Upstream

Kunden sprechen oanor an; Upstream-Auth, Header-Allowlist und Fehlerbehandlung bleiben serverseitig.

Usage sichtbar

Requests, Latenz, Error-Rate, Quota-Warnungen und Webhook-Events sind für Betrieb und Support nachvollziehbar.

Audit & EU

Admin-Aktionen, Signaturen und Datenresidenz sind so vorbereitet, dass Support und Compliance nicht raten müssen.