Caractéristiques

Tout ce qu'il faut pour lancer une API.

Une passerelle propre, des clés par client, des plans avec des essais, des webhooks clients et un marché public, le tout au même endroit.

<5 ms

frais généraux de la passerelle p50

15

types d'événements webhook

15%

coupe plate-forme, pas d'extras

surface caractéristique chemin de production
Demande de l'acheteur 200 OK

GET /weather/v1/forecast · 42ms

Console vendeur live

82%

quota mensuel utilisé

+€1,284

revenus du fournisseur

EU

résidence des données

Pour les acheteurs

Le workflow de l'acheteur

01

Découvrir

Comparez APIs par catégorie, prix, statut, latence et fournisseur avant la création d'une clé.

02

S'abonner

Choisissez un forfait, démarrez un essai ou activez un abonnement payant; les limites et les coûts sont visibles dès le départ.

03

Intégrer

Copiez la clé, utilisez l'exemple de requête et appelez api.oanor.com au lieu de directement en amont.

04

Contrôle

L'utilisation, les limites quotidiennes, le quota mensuel, les factures, les webhooks et l'historique des clés restent traçables.

Pour les vendeurs

Le flux de travail du vendeur

01

Publier

Maintenez le profil API, les points de terminaison, la copie SEO et les langues sans exposer de secrets.

02

Prix

Créez des plans avec des essais, des limites strictes, des dépassements et des puces de fonctionnalités.

03

Protéger

La passerelle applique le RPS, les limites quotidiennes et mensuelles, bloque les abonnements expirés et enregistre les actions d'administration.

04

Grandir

Les abonnés, les avis, les analyses des points de terminaison et les données de paiement indiquent quels APIs génèrent des revenus.

Scénarios

Les cas critiques sont prévus.

La facturation et les accès API doivent rester corrects lorsque les limites, les essais, les paiements ou les amonts deviennent difficiles.

Limite atteinte

Les limites RPS, quotidiennes et mensuelles sont vérifiées par abonnement avant que l'amont ne soit atteint.

429 ou excédent par plan

L'essai expire

Les journées d’essai font partie du plan; après expiration, l'accès continue uniquement avec un abonnement valide.

Pas d'accès gratuit et silencieux

Paiement manquant

Les abonnements et les clés dépendent du statut de facturation, de sorte que les acheteurs ne peuvent pas consommer autour du paygate.

Accès bloqué

Il faut faire confiance à Webhook

Les événements sont signés, réessayés et enregistrés; les destinataires vérifient la signature avant le traitement.

HMAC + nouvelle tentative + journal

Échec en amont

Les pannes restent séparées: la passerelle oanor, le fournisseur en amont et la clé client sont traçables.

Effacer les données 5xx/statut

Limaces localisées

L'anglais est la valeur par défaut sans /en; L'allemand utilise /de et des segments localisés, les langues futures suivent le même modèle.

Structure i18n évolutive

Plate-forme

Un seul plan de contrôle pour la place de marché, la passerelle et la facturation.

La page sépare les besoins de l'acheteur et du vendeur, mais la plateforme calcule à partir des mêmes sources: abonnement, forfait, clé, utilisation et statut de paiement.

Facturation comme portail

L'abonnement actif, l'essai, l'expiration, la limite stricte et le dépassement déterminent si une demande peut continuer.

Passerelle avant amont

Les clients appellent oanor; L'authentification en amont, la liste verte d'en-tête et la gestion des erreurs restent côté serveur.

Utilisation visible

Les requêtes, la latence, le taux d'erreur, les avertissements de quota et les événements de webhook sont traçables pour les opérations et le support.

Audit et UE

Les actions d'administration, les signatures et la résidence des données sont préparées afin que le support et la conformité n'aient pas à deviner.