Checkout API Route
Integrieren Sie den Dodo Payments Checkout in Ihre Nuxt-App über eine Serverroute.
Customer Portal API Route
Ermöglichen Sie es Kunden, Abonnements und Details über eine Nuxt-Serverroute zu verwalten.
Webhooks API Route
Empfangen und verarbeiten Sie Dodo Payments Webhook-Ereignisse sicher in Nuxt.
Übersicht
Dieser Leitfaden erklärt, wie Sie Dodo Payments in Ihre Nuxt-Anwendung integrieren, indem Sie das offizielle Nuxt-Modul verwenden. Sie lernen, wie Sie Checkout-, Kundenportal- und Webhook-API-Routen einrichten und wie Sie Umgebungsvariablen sicher verwalten.
Installation
1
Installieren Sie das Nuxt-Modul
Führen Sie den folgenden Befehl im Stammverzeichnis Ihres Projekts aus:
2
Registrieren Sie das Modul in nuxt.config.ts
Fügen Sie
@dodopayments/nuxt zu Ihrem modules-Array hinzu und konfigurieren Sie es:nuxt.config.ts
API-Routen-Handler-Beispiele
Alle Dodo Payments-Integrationen in Nuxt werden über Serverrouten im Verzeichnis
server/routes/api/ behandelt.- Checkout API Route
- Customer Portal API Route
- Webhook API Route
Verwenden Sie diesen Handler, um den Dodo Payments Checkout in Ihre Nuxt-App zu integrieren. Unterstützt statische (GET), dynamische (POST) und Sitzungs- (POST) Zahlungsflüsse.
Checkout-Routen-Handler
Dodo Payments unterstützt drei Arten von Zahlungsflüssen zur Integration von Zahlungen in Ihre Website, dieser Adaptor unterstützt alle Arten von Zahlungsflüssen.
- Statische Zahlungslinks: Sofort teilbare URLs zur schnellen, codefreien Zahlungsabwicklung.
- Dynamische Zahlungslinks: Programmgesteuertes Erstellen von Zahlungslinks mit benutzerdefinierten Details über die API oder SDKs.
- Checkout-Sitzungen: Erstellen Sie sichere, anpassbare Checkout-Erlebnisse mit vorkonfigurierten Produktkörben und Kundendetails.
Statischer Checkout (GET)
Statischer Checkout (GET)
Unterstützte Abfrageparameter
Produktidentifikator (z. B.
?productId=pdt_nZuwz45WAs64n3l07zpQR).Menge des Produkts.
Vollständiger Name des Kunden.
Vorname des Kunden.
Nachname des Kunden.
E-Mail-Adresse des Kunden.
Land des Kunden.
Adresse des Kunden.
Stadt des Kunden.
Bundesland/Provinz des Kunden.
Postleitzahl des Kunden.
Deaktivieren Sie das Feld für den vollständigen Namen.
Deaktivieren Sie das Feld für den Vornamen.
Deaktivieren Sie das Feld für den Nachnamen.
Deaktivieren Sie das E-Mail-Feld.
Deaktivieren Sie das Land-Feld.
Deaktivieren Sie das Adressfeld.
Deaktivieren Sie das Stadtfeld.
Deaktivieren Sie das Bundeslandfeld.
Deaktivieren Sie das Postleitzahlenfeld.
Geben Sie die Zahlungswährung an (z. B.
USD).Währungswähler anzeigen.
Geben Sie den Zahlungsbetrag an (z. B.
1000 für 10,00 $).Rabattfelder anzeigen.
Jeder Abfrageparameter, der mit
metadata_ beginnt, wird als Metadaten übergeben.Antwortformat
Der statische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:Dynamischer Checkout (POST)
Dynamischer Checkout (POST)
- Senden Sie Parameter als JSON-Body in einer POST-Anfrage.
- Unterstützt sowohl einmalige als auch wiederkehrende Zahlungen.
- Für eine vollständige Liste der unterstützten POST-Body-Felder siehe:
Antwortformat
Der dynamische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:Checkout-Sitzungen (POST)
Checkout-Sitzungen (POST)
Checkout-Sitzungen bieten ein sichereres, gehostetes Checkout-Erlebnis, das den gesamten Zahlungsfluss für einmalige Käufe und Abonnements mit vollständiger Anpassungskontrolle abwickelt.Siehe Checkout Sessions Integration Guide für weitere Details und eine vollständige Liste der unterstützten Felder.
Antwortformat
Checkout-Sitzungen geben eine JSON-Antwort mit der Checkout-URL zurück:Kundenportal-Routen-Handler
Der Kundenportal-Routen-Handler ermöglicht es Ihnen, das Dodo Payments-Kundenportal nahtlos in Ihre Nuxt-Anwendung zu integrieren.Abfrageparameter
Die Kunden-ID für die Portalsitzung (z. B.
?customer_id=cus_123).Wenn auf
true gesetzt, wird eine E-Mail an den Kunden mit dem Portal-Link gesendet.Webhook-Routen-Handler
- Methode: Nur POST-Anfragen werden unterstützt. Andere Methoden geben 405 zurück.
- Signaturverifizierung: Überprüft die Webhook-Signatur mit
webhookKey. Gibt 401 zurück, wenn die Verifizierung fehlschlägt. - Payload-Validierung: Wird mit Zod validiert. Gibt 400 für ungültige Payloads zurück.
- Fehlerbehandlung:
- 401: Ungültige Signatur
- 400: Ungültige Payload
- 500: Interner Fehler während der Verifizierung
- Ereignisweiterleitung: Ruft den entsprechenden Ereignis-Handler basierend auf dem Payload-Typ auf.