Skip to main content

Checkout Handler

Integrieren Sie den Dodo Payments Checkout in Ihre Tanstack-App.

Customer Portal

Ermöglichen Sie Kunden, Abonnements und persönliche Daten 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 Tanstack App Router verwenden.
Verwenden Sie diesen Handler, um den Dodo Payments Checkout in Ihre Tanstack-App zu integrieren. Unterstützt statische (GET), dynamische (POST) und sitzungsbasierte (POST) Payment-Flows.

Checkout Route Handler

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

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
Bundesstaat/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
Bundesstaatsfeld deaktivieren.
boolean
Postleitzahlenfeld deaktivieren.
string
Zahlungswährung angeben (z. B. USD).
boolean
Währungsauswahl anzeigen.
number
Legt den berechneten Betrag in großen Währungseinheiten 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 verwendet die veralteten POST /payments- und POST /subscriptions-Endpunkte als Proxy. 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 ein sichereres, gehostetes Checkout-Erlebnis, das den vollständigen Zahlungsablauf sowohl für einmalige Käufe als auch für Abonnements mit vollständiger Kontrolle über die 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 dir die nahtlose Integration des Dodo Payments-Kundenportals in deine Tanstack-Anwendung.

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 bei 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