Skip to main content

Checkout Handler

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

Customer Portal

Ermöglichen Sie es Kund:innen, Abonnements und Details 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:
Geben Sie Ihre .env-Datei oder Geheimnisse niemals in der Versionskontrolle weiter.

Routenhandler-Beispiele

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

Checkout-Routenhandler

Dodo Payments unterstützt drei Arten von Zahlungsabläufen zur Integration von Zahlungen in Ihre Website, dieser Adapter unterstützt alle Zahlungsabläufe.
  • 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
Produkt-ID (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
Vornamenfeld deaktivieren.
boolean
Nachnamenfeld 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 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.
Fehlt productId, gibt der Handler eine 400-Antwort zurück. Ungültige Abfrageparameter führen ebenfalls zu einer 400-Antwort.

Antwortformat

Der statische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:
Dynamic Checkout nutzt 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 umfassenden 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-Routen-Handler

Der Customer Portal-Routen-Handler ermöglicht Ihnen die nahtlose Integration des Dodo Payments-Kundenportals in Ihre Remix-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-Routen-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. Für ungültige Payloads 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