Se connecter avec REAL AUTH
OpenID Connect avec PKCE, correspondance stricte des redirections, JWKS et jetons signés de courte durée. Si vous avez déjà intégré un fournisseur OIDC, rien ne vous surprendra.
Solutions
Pour les développeurs
OAuth 2.1 et OpenID Connect, une API REST versionnée, des webhooks signés, et une sandbox qui se comporte comme la production.
Ce avec quoi vous travaillez
Des standards, pas un protocole maison
Les intents comme API à part entière
Créez un intent de connexion ou d’action, liez-le à des valeurs exactes, puis interrogez ou recevez un webhook. L’approbation est cryptographiquement liée à ce qui a été affiché.
Une sandbox réellement séparée
Les identifiants sandbox et production sont des enregistrements distincts avec un discriminant d’environnement strict. Une clé de test ne peut pas authentifier une requête de production, par construction.
Des webhooks qui résistent au rejeu
Signés avec un horodatage et un identifiant d’événement, avec historique de livraison et relances que vous pouvez inspecter au lieu de deviner.
Limites assumées
À dire clairement
Les passkeys exigent un contexte sécurisé : votre intégration a donc besoin de HTTPS dans tout environnement où vous les testez au-delà de localhost. Des parties de la plateforme sont encore en construction, et ce qui n’est pas en ligne est signalé comme tel dans l’espace développeur plutôt que documenté comme si cela fonctionnait.
Lire la documentation développeur
Démarrage rapide, référence de l’API, signatures de webhooks et description OpenAPI.