Skip to main content

Checkout Handler

Intégrez le checkout Dodo Payments dans votre application SvelteKit.

Customer Portal

Permettez aux clients de gérer leurs abonnements et leurs informations.

Webhooks

Recevez et traitez les événements webhook Dodo Payments.

Installation

1

Install the package

Exécutez la commande suivante à la racine de votre projet :
2

Set up environment variables

Créez un fichier .env à la racine de votre projet :
Ne commettez jamais votre fichier .env ni vos secrets dans le contrôle de version.

Exemples de Gestionnaires de Route

Tous les exemples supposent que vous utilisez le SvelteKit App Router.
Utilisez ce gestionnaire pour intégrer le checkout Dodo Payments dans votre application SvelteKit. Il prend en charge les flux de paiement statiques (GET), dynamiques (POST) et basés sur la session (POST).

Gestionnaire de Route de Paiement

Dodo Payments prend en charge trois types de flux de paiement pour intégrer les paiements sur votre site, cet adaptateur prend en charge tous les types de flux.
  • Liens de Paiement Statique : URL partageables instantanément pour une collecte de paiement rapide et sans code.
  • Liens de Paiement Dynamique : Générez des liens de paiement de manière programmatique avec des détails personnalisés en utilisant l’API ou les SDK.
  • Sessions de Paiement : Créez des expériences de paiement sécurisées et personnalisables avec des paniers de produits préconfigurés et des détails clients.

Paramètres de requête pris en charge

string
requis
Identifiant du produit (par ex., ?productId=pdt_nZuwz45WAs64n3l07zpQR).
integer
Quantité du produit.
string
Nom complet du client.
string
Prénom du client.
string
Nom du client.
string
Adresse e-mail du client.
string
Pays du client.
string
Ligne d’adresse du client.
string
Ville du client.
string
État ou province du client.
string
Code postal du client.
boolean
Désactiver le champ du nom complet.
boolean
Désactiver le champ du prénom.
boolean
Désactiver le champ du nom.
boolean
Désactiver le champ de l’adresse e-mail.
boolean
Désactiver le champ du pays.
boolean
Désactiver le champ de la ligne d’adresse.
boolean
Désactiver le champ de la ville.
boolean
Désactiver le champ de l’État.
boolean
Désactiver le champ du code postal.
string
Spécifier la devise du paiement (par ex., USD).
boolean
Afficher le sélecteur de devise.
number
Fixe le montant facturé, exprimé dans les unités principales de la devise (par ex., 12.5 pour 12,50 $). Uniquement pour les produits Pay What You Want, et ignoré s’il est inférieur au prix minimum du produit.
boolean
Afficher les champs de remise.
string
Tout paramètre de requête commençant par metadata_ sera transmis en tant que métadonnées.
Si productId est manquant, le gestionnaire renvoie une réponse 400. Les paramètres de requête invalides entraînent également une réponse 400.

Format de Réponse

Le paiement statique renvoie une réponse JSON avec l’URL de paiement :
Dynamic Checkout utilise les endpoints POST /payments et POST /subscriptions, désormais obsolètes. Il continue de fonctionner pour les intégrations existantes, mais les nouvelles intégrations doivent utiliser les Checkout Sessions ci-dessous.

Format de la réponse

Dynamic checkout renvoie une réponse JSON contenant l’URL de paiement :
Les Checkout Sessions offrent une expérience de paiement hébergée plus sécurisée, qui gère l’ensemble du processus de paiement pour les achats ponctuels et les abonnements, avec un contrôle complet de la personnalisation.Consultez le guide d’intégration des Checkout Sessions pour plus de détails et la liste complète des champs pris en charge.

Format de la réponse

Les Checkout Sessions renvoient une réponse JSON contenant l’URL de paiement :

Gestionnaire de route Customer Portal

Le gestionnaire de route Customer Portal vous permet d’intégrer facilement le portail client Dodo Payments à votre application SvelteKit.

Paramètres de requête

string
requis
L’identifiant client pour la session du portail (par exemple, ?customer_id=cus_123).
boolean
Si cette valeur est définie sur true, un e-mail contenant le lien vers le portail est envoyé au client.
Renvoie 400 si customer_id est manquant.

Gestionnaire de route Webhook

  • Méthode : seules les requêtes POST sont prises en charge. Les autres méthodes renvoient 405.
  • Vérification de la signature : la signature du webhook est vérifiée à l’aide de webhookKey. Renvoie 401 si la vérification échoue.
  • Validation de la charge utile : validée avec Zod. Renvoie 400 si la charge utile n’est pas valide.
  • Gestion des erreurs :
    • 401 : signature non valide
    • 400 : charge utile non valide
    • 500 : erreur interne lors de la vérification
  • Routage des événements : appelle le gestionnaire d’événement approprié en fonction du type de charge utile.

Gestionnaires d’événements Webhook pris en charge


Invite pour le LLM

Dernière modification le 21 août 2026