Route API de Paiement
Intégrez le processus de paiement Dodo Payments dans votre application Nuxt en utilisant une route serveur.
Route API du Portail Client
Permettez aux clients de gérer leurs abonnements et leurs détails via une route serveur Nuxt.
Route API des Webhooks
Recevez et traitez les événements de webhook Dodo Payments de manière sécurisée dans Nuxt.
Vue d’ensemble
Ce guide explique comment intégrer Dodo Payments dans votre application Nuxt en utilisant le module Nuxt officiel. Vous apprendrez à configurer les routes API de paiement, de portail client et de webhook, ainsi qu’à gérer de manière sécurisée les variables d’environnement.
Installation
1
Installez le module Nuxt
Exécutez la commande suivante à la racine de votre projet :
2
Enregistrez le module dans nuxt.config.ts
Ajoutez
@dodopayments/nuxt à votre tableau modules et configurez-le :nuxt.config.ts
Exemples de Gestionnaires de Route API
Toutes les intégrations Dodo Payments dans Nuxt sont gérées via des routes serveur dans le répertoire
server/routes/api/.- Route API de Paiement
- Route API du Portail Client
- Route API des Webhooks
Utilisez ce gestionnaire pour intégrer le processus de paiement Dodo Payments dans votre application Nuxt. Prend en charge les flux de paiement statiques (GET), dynamiques (POST) et de session (POST).
Gestionnaire de Route de Paiement
Dodo Payments prend en charge trois types de flux de paiement pour intégrer les paiements dans votre site web, cet adaptateur prend en charge tous les types de flux de paiement.
- 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.
Paiement Statique (GET)
Paiement Statique (GET)
Paramètres de Requête Supportés
Identifiant du produit (par exemple,
?productId=pdt_nZuwz45WAs64n3l07zpQR).Quantité du produit.
Nom complet du client.
Prénom du client.
Nom de famille du client.
Adresse email du client.
Pays du client.
Adresse du client.
Ville du client.
État/province du client.
Code postal du client.
Désactiver le champ du nom complet.
Désactiver le champ du prénom.
Désactiver le champ du nom de famille.
Désactiver le champ de l’email.
Désactiver le champ du pays.
Désactiver le champ de l’adresse.
Désactiver le champ de la ville.
Désactiver le champ de l’état.
Désactiver le champ du code postal.
Spécifiez la devise de paiement (par exemple,
USD).Afficher le sélecteur de devise.
Spécifiez le montant du paiement (par exemple,
1000 pour 10,00 $).Afficher les champs de réduction.
Tout paramètre de requête commençant par
metadata_ sera passé en tant que métadonnées.Format de Réponse
Le paiement statique renvoie une réponse JSON avec l’URL de paiement :Paiement Dynamique (POST)
Paiement Dynamique (POST)
- Envoyez les paramètres sous forme de corps JSON dans une requête POST.
- Prend en charge les paiements uniques et récurrents.
- Pour une liste complète des champs de corps POST pris en charge, référez-vous à :
Format de Réponse
Le paiement dynamique renvoie une réponse JSON avec l’URL de paiement :Sessions de Paiement (POST)
Sessions de Paiement (POST)
Les sessions de paiement offrent une expérience de paiement plus sécurisée et hébergée qui gère l’ensemble du flux de paiement pour les achats uniques et les abonnements avec un contrôle de personnalisation complet.Référez-vous au Guide d’Intégration des Sessions de Paiement pour plus de détails et une liste complète des champs pris en charge.
Format de Réponse
Les sessions de paiement renvoient une réponse JSON avec l’URL de paiement :Gestionnaire de Route du Portail Client
Le Gestionnaire de Route du Portail Client vous permet d’intégrer de manière transparente le portail client Dodo Payments dans votre application Nuxt.Paramètres de Requête
L’identifiant du client pour la session du portail (par exemple,
?customer_id=cus_123).Si défini sur
true, envoie un email au client avec le lien du portail.Gestionnaire de Route des Webhooks
- Méthode : Seules les requêtes POST sont prises en charge. D’autres méthodes renvoient 405.
- Vérification de la Signature : Vérifie la signature du webhook en utilisant
webhookKey. Renvoie 401 si la vérification échoue. - Validation de la Charge Utile : Validée avec Zod. Renvoie 400 pour les charges utiles invalides.
- 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.