Skip to main content

Checkout Handler

Integrieren Sie Dodo Payments Checkout in Ihre SvelteKit-App.

Customer Portal

Ermöglichen Sie Kunden die Verwaltung von Abonnements und Details.

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:
Committen Sie Ihre .env-Datei oder Geheimnisse niemals in die Versionskontrolle.

Beispiele für Routenhandler

Alle Beispiele gehen davon aus, dass Sie den SvelteKit App Router verwenden.
Verwenden Sie diesen Handler, um Dodo Payments Checkout in Ihre SvelteKit-App zu integrieren. Unterstützt statische (GET), dynamische (POST) und Sitzungs- (POST) Zahlungsabläufe.

Checkout Route Handler

Dodo Payments unterstützt drei Arten von Zahlungsabläufen für die Integration von Zahlungen auf Ihrer Website, dieser Adapter unterstützt alle Typen von Zahlungsabläufen.
  • 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.

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 proxyt die veralteten POST /payments- und POST /subscriptions-Endpunkte. Es funktioniert weiterhin für bestehende Integrationen, aber neue Integrationen sollten unten 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 vollständiger Kontrolle über die Anpassungsmöglichkeiten abwickelt.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:

Customer Portal Route Handler

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

Query-Parameter

string
erforderlich
Die Kunden-ID für die Portalsitzung (z. B. ?customer_id=cus_123).
boolean
Wenn der 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: Nur POST-Anfragen werden 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 ungültigen Payloads 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