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
Produktidentifikator (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.
number
Legt den berechneten Betrag in Haupteinheiten der Währung fest (z. B. 12.5 für 12,50 $). Nur für Pay What You Want-Produkte und wird ignoriert, wenn der Betrag unter dem Mindestpreis des Produkts liegt.
boolean
Rabattfelder anzeigen.
string
Jeder Query-Parameter, der mit metadata_ beginnt, wird als Metadaten ü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:
Dynamic Checkout stellt die veralteten POST /payments- und POST /subscriptions-Endpunkte als Proxy bereit. Es funktioniert weiterhin für bestehende Integrationen, aber neue Integrationen sollten die unten aufgeführten Checkout Sessions verwenden.

Antwortformat

Dynamic Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:
Checkout Sessions bieten eine sicherere, gehostete Checkout-Erfahrung, die den vollständigen Zahlungsablauf sowohl für einmalige Käufe als auch für Abonnements abwickelt und dabei umfassende Anpassungsmöglichkeiten bietet.Weitere Informationen und eine vollständige Liste der unterstützten Felder finden Sie im Integrationsleitfaden für Checkout Sessions.

Antwortformat

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

Route Handler für Customer Portal

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

Query-Parameter

string
erforderlich
Die Kunden-ID für die Portal-Sitzung (z. B. ?customer_id=cus_123).
boolean
Wenn dieser Wert auf true gesetzt ist, 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: Die Webhook-Signatur wird mithilfe von webhookKey überprüft. Bei fehlgeschlagener Überprüfung wird 401 zurückgegeben.
  • Payload-Validierung: Die Validierung erfolgt mit Zod. Bei einem ungültigen Payload wird 400 zurückgegeben.
  • Fehlerbehandlung:
    • 401: Ungültige Signatur
    • 400: Ungültiger Payload
    • 500: Interner Fehler während der Überprüfung
  • Event-Routing: Der entsprechende Event-Handler wird basierend auf dem Payload-Typ aufgerufen.

Unterstützte Webhook-Event-Handler


Prompt für LLM

Zuletzt geändert am 21. August 2026