Skip to main content

Checkout API Route

Integrieren Sie den Checkout von Dodo Payments über eine Server-Route in Ihre Nuxt-App.

Customer Portal API Route

Ermöglichen Sie Kunden, Abonnements und Details über eine Nuxt-Server-Route zu verwalten.

Webhooks API Route

Empfangen und verarbeiten Sie Dodo Payments-Webhook-Ereignisse sicher in Nuxt.

Übersicht

Diese Anleitung erklärt, wie Sie Dodo Payments mithilfe des offiziellen Nuxt-Moduls in Ihre Nuxt-Anwendung integrieren. Sie lernen, wie Sie Checkout-, Customer-Portal- und Webhook-API-Routen einrichten und Umgebungsvariablen sicher verwalten.

Installation

1

Install the Nuxt module

Führen Sie den folgenden Befehl im Stammverzeichnis Ihres Projekts aus:
2

Register the module in nuxt.config.ts

Fügen Sie @dodopayments/nuxt zu Ihrem modules-Array hinzu und konfigurieren Sie es:CODE_PLACEHOLDER_2ab8cd524713e4e4e1_END
Committen Sie Ihre .env-Datei oder Secrets niemals in die Versionsverwaltung.

Beispiele für API-Route-Handler

Alle Dodo Payments-Integrationen in Nuxt werden über Server-Routen im Verzeichnis server/routes/api/ verarbeitet.
Verwenden Sie diesen Handler, um den Checkout von Dodo Payments in Ihre Nuxt-App zu integrieren. Unterstützt statische (GET), dynamische (POST) und Session-basierte (POST) Zahlungsabläufe.
Wenn productId fehlt oder ungültig ist, gibt der Handler eine 400-Antwort zurück.

Checkout-Route-Handler

Dodo Payments unterstützt drei Arten von Zahlungsabläufen zur Integration von Zahlungen in Ihre Website. Dieser Adapter unterstützt alle Arten von Zahlungsabläufen.
  • Statische Payment Links: Sofort teilbare URLs für eine schnelle Zahlungserfassung ohne Code.
  • Dynamische Payment Links: Erzeugen Sie Payment Links programmgesteuert mit benutzerdefinierten Details über die API oder SDKs.
  • Checkout-Sessions: Erstellen Sie sichere, anpassbare Checkout-Erlebnisse mit vorkonfigurierten Produktwarenkörben und Kundendetails.

Unterstützte Query-Parameter

string
erforderlich
Produktidentifier (z. B. ?productId=pdt_nZuwz45WAs64n3l07zpQR).
integer
Menge des Produkts.
string
Vollständiger Name des Kunden.
string
Vorname des Kunden.
string
Nachname des Kunden.
string
E-Mail-Adresse des Kunden.
string
Land des Kunden.
string
Adresszeile des Kunden.
string
Stadt des Kunden.
string
Bundesland/Provinz des Kunden.
string
Postleitzahl des Kunden.
boolean
Feld für den vollständigen Namen deaktivieren.
boolean
Feld für den Vornamen deaktivieren.
boolean
Feld für den Nachnamen deaktivieren.
boolean
E-Mail-Feld deaktivieren.
boolean
Länderfeld deaktivieren.
boolean
Adresszeilenfeld deaktivieren.
boolean
Stadtfeld deaktivieren.
boolean
Bundeslandfeld deaktivieren.
boolean
Postleitzahlenfeld deaktivieren.
string
Zahlungswährung angeben (z. B. USD).
boolean
Währungsauswahl anzeigen.
integer
Zahlungsbetrag angeben (z. B. 1000 für 10,00 $).
boolean
Rabattfelder anzeigen.
string
Jeder Query-Parameter, der mit metadata_ beginnt, wird als Metadata übergeben.
Wenn productId fehlt, gibt der Handler eine 400-Antwort zurück. Ungültige Query-Parameter führen ebenfalls zu einer 400-Antwort.

Antwortformat

Der statische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:

Antwortformat

Der dynamische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:
Checkout-Sessions bieten ein sichereres, gehostetes Checkout-Erlebnis, das den vollständigen Zahlungsablauf sowohl für einmalige Käufe als auch für Abonnements mit umfassenden Anpassungsmöglichkeiten abwickelt.Weitere Informationen und eine vollständige Liste der unterstützten Felder finden Sie im Checkout Sessions Integration Guide.

Antwortformat

Checkout-Sessions geben eine JSON-Antwort mit der Checkout-URL zurück:

Customer Portal-Route-Handler

Der Customer Portal-Route-Handler ermöglicht die nahtlose Integration des Dodo Payments Customer Portal in Ihre Nuxt-Anwendung.

Query-Parameter

string
erforderlich
Die Kunden-ID für die Portal-Session (z. B. ?customer_id=cus_123).
boolean
Wenn auf true gesetzt, wird dem Kunden eine E-Mail mit dem Portal-Link gesendet.
Gibt 400 zurück, wenn customer_id fehlt.

Webhook-Route-Handler

  • Methode: Es werden nur POST-Anfragen unterstützt. Andere Methoden geben 405 zurück.
  • Signaturüberprüfung: Überprüft die Webhook-Signatur mithilfe von webhookKey. Gibt 401 zurück, wenn die Überprüfung 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 Überprüfung
  • Ereignis-Routing: Ruft den entsprechenden Ereignishandler basierend auf dem Payload-Typ auf.

Unterstützte Webhook-Ereignishandler


Prompt für LLM

Zuletzt geändert am 31. Juli 2026