Skip to main content

Checkout API Route

Intégrez le checkout de Dodo Payments à votre application Nuxt à l’aide d’une route serveur.

Customer Portal API Route

Permettez aux clients de gérer leurs abonnements et leurs informations via une route serveur Nuxt.

Webhooks API Route

Recevez et traitez les événements webhook de Dodo Payments de manière sécurisée dans Nuxt.

Présentation

Ce guide explique comment intégrer Dodo Payments à votre application Nuxt à l’aide du module Nuxt officiel. Vous apprendrez à configurer les routes API du checkout, du portail client et des webhooks, ainsi qu’à gérer les variables d’environnement de manière sécurisée.

Installation

1

Install the Nuxt module

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

Register the module in nuxt.config.ts

Ajoutez @dodopayments/nuxt à votre tableau modules et configurez-le :
nuxt.config.ts
Ne validez jamais votre fichier .env ni vos secrets dans le contrôle de version.

Exemples de gestionnaires de routes API

Toutes les intégrations de Dodo Payments dans Nuxt sont gérées via des routes serveur dans le répertoire server/routes/api/.
Utilisez ce gestionnaire pour intégrer le checkout de Dodo Payments à votre application Nuxt. Il prend en charge les flux de paiement statiques (GET), dynamiques (POST) et par session (POST).
Si productId est absent ou invalide, le gestionnaire renvoie une réponse 400.

Gestionnaire de route du checkout

Dodo Payments prend en charge trois types de flux de paiement pour intégrer les paiements à votre site web ; cet adaptateur prend en charge tous les types de flux de paiement.
  • Liens de paiement statiques : URL partageables instantanément pour collecter rapidement des paiements, sans code.
  • Liens de paiement dynamiques : générez des liens de paiement par programmation avec des informations personnalisées à l’aide de l’API ou des SDK.
  • Sessions de checkout : créez des expériences de checkout sécurisées et personnalisables avec des paniers de produits et des informations client préconfigurés.

Paramètres de requête pris en charge

string
requis
Identifiant du produit (par exemple, ?productId=pdt_nZuwz45WAs64n3l07zpQR).
integer
Quantité du produit.
string
Nom complet du client.
string
Prénom du client.
string
Nom de famille 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 de famille.
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 exemple, USD).
boolean
Afficher le sélecteur de devise.
number
Fixe le montant facturé, exprimé dans les unités monétaires principales (par exemple, 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 absent, le gestionnaire renvoie une réponse 400. Les paramètres de requête invalides entraînent également une réponse 400.

Format de la réponse

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

Format de réponse

Dynamic Checkout renvoie une réponse JSON contenant l’URL de paiement :
Checkout Sessions offrent une expérience de paiement hébergée plus sécurisée qui gère l’intégralité 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 de Checkout Sessions pour plus d’informations et la liste complète des champs pris en charge.

Format de réponse

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 dans votre application Nuxt.

Paramètres de requête

string
requis
L’identifiant client de la session du portail (par exemple, ?customer_id=cus_123).
boolean
S’il est défini sur true, envoie un e-mail au client contenant le lien vers le portail.
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 : vérifie la signature du webhook à 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 est invalide.
  • Gestion des erreurs :
    • 401 : signature invalide
    • 400 : charge utile invalide
    • 500 : erreur interne lors de la vérification
  • Routage des événements : appelle le gestionnaire d’événements approprié en fonction du type de charge utile.

Gestionnaires d’événements Webhook pris en charge


Prompt pour le LLM

Dernière modification le 21 août 2026