Skip to main content

Checkout Handler

Integrieren Sie Dodo Payments Checkout mit statischen, dynamischen und Session-Abläufen.

Customer Portal

Ermöglichen Sie Kunden, Abonnements und Angaben zu verwalten.

Webhooks

Empfangen und verarbeiten Sie Dodo Payments Webhook-Ereignisse.

Installation

1

Install the package

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

Set up environment variables

Erstellen Sie eine .env-Datei im Stammverzeichnis Ihres Projekts:
Übertragen Sie Ihre .env-Datei oder Secrets niemals in die Versionsverwaltung.

Beispiele für Route Handler

Alle Beispiele setzen voraus, dass Sie den Next.js App Router verwenden.
Verwenden Sie diesen Handler, um Dodo Payments Checkout in Ihre Next.js-App zu integrieren. Unterstützt statische (GET), dynamische (POST) und Checkout-Session-Zahlungsabläufe (POST).

Checkout Route Handler

Dodo Payments unterstützt drei Arten von Zahlungsabläufen zur Integration von Zahlungen in Ihre Website; dieser Adaptor unterstützt alle Arten von Zahlungsabläufen.
  • Statische Payment Links: Sofort teilbare URLs für die schnelle Zahlungserfassung ohne Code.
  • Dynamische Payment Links: Generieren Sie mithilfe der API oder SDKs programmgesteuert Payment Links mit benutzerdefinierten Angaben.
  • Checkout-Sessions: Erstellen Sie sichere, anpassbare Checkout-Erlebnisse mit vorkonfigurierten Produkt-Warenkörben und Kundenangaben.

Unterstützte Query-Parameter

string
erforderlich
Produktkennung (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
Feld für die Adresszeile 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 den 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 Parameters führen ebenfalls zu einer 400-Antwort.

Antwortformat

Statischer Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:
Dynamic Checkout proxyt die veralteten POST /payments- und POST /subscriptions-Endpunkte. Für bestehende Integrationen funktioniert es weiterhin, neue Integrationen sollten jedoch 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 mit umfassenden Anpassungsmöglichkeiten abwickelt.Weitere Informationen und eine vollständige Liste der unterstützten Felder findest du im Integrationsleitfaden für Checkout Sessions.

Antwortformat

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

Customer Portal Route Handler

Der Customer Portal Route Handler ermöglicht es dir, das Kundenportal von Dodo Payments nahtlos in deine Next.js-Anwendung zu integrieren.

Query-Parameter

string
erforderlich
Die Kunden-ID für die Portalsitzung (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 einer ungültigen Payload wird 400 zurückgegeben.
  • Fehlerbehandlung:
    • 401: Ungültige Signatur
    • 400: Ungültige 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