Zum Hauptinhalt springen

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 Abfrageparameter

productId
string
erforderlich
Produktkennung (z. B. ?productId=pdt_nZuwz45WAs64n3l07zpQR).
quantity
integer
Menge des Produkts.
fullName
string
Vollständiger Name der Kund:innen.
firstName
string
Vorname der Kund:innen.
lastName
string
Nachname der Kund:innen.
email
string
E-Mail-Adresse der Kund:innen.
country
string
Land der Kund:innen.
addressLine
string
Adresszeile der Kund:innen.
city
string
Stadt der Kund:innen.
state
string
Bundesland/Provinz der Kund:innen.
zipCode
string
Postleitzahl der Kund:innen.
disableFullName
boolean
Deaktivieren Sie das Feld für den vollständigen Namen.
disableFirstName
boolean
Deaktivieren Sie das Feld für den Vornamen.
disableLastName
boolean
Deaktivieren Sie das Feld für den Nachnamen.
disableEmail
boolean
Deaktivieren Sie das E-Mail-Feld.
disableCountry
boolean
Deaktivieren Sie das Länderfeld.
disableAddressLine
boolean
Deaktivieren Sie das Feld für die Adresszeile.
disableCity
boolean
Deaktivieren Sie das Feld für die Stadt.
disableState
boolean
Deaktivieren Sie das Bundesland-Feld.
disableZipCode
boolean
Deaktivieren Sie das PLZ-Feld.
paymentCurrency
string
Geben Sie die Zahlungswährung an (z. B. USD).
showCurrencySelector
boolean
Währungsauswahl anzeigen.
paymentAmount
integer
Geben Sie den Zahlungsbetrag an (z. B. 1000 für 10,00 $).
showDiscounts
boolean
Rabattfelder anzeigen.
metadata_*
string
Alle Abfrageparameter, die mit metadata_ beginnen, werden 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:

Antwortformat

Der dynamische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:
Checkout-Sitzungen bieten eine sicherere, gehostete Checkout-Erfahrung, die den vollständigen Zahlungsablauf sowohl für Einmalzahlungen als auch für Abonnements mit voller Anpassungskontrolle übernimmt.Siehe Integrationsleitfaden für Checkout-Sitzungen für weitere Details und eine vollständige Liste der unterstützten Felder.

Antwortformat

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

Kundenportal-Routenhandler

Der Kundenportal-Routenhandler ermöglicht es Ihnen, das Dodo Payments-Kundenportal nahtlos in Ihre Remix-Anwendung zu integrieren.

Abfrageparameter

customer_id
string
erforderlich
Die Kunden-ID für die Portalsitzung (z. B. ?customer_id=cus_123).
send_email
boolean
Ist true, wird eine E-Mail mit dem Portal-Link an die Kund:innen gesendet.
Gibt 400 zurück, wenn customer_id fehlt.

Webhook-Routenhandler

  • Methode: Nur POST-Anfragen werden unterstützt. Andere Methoden geben 405 zurück.
  • Signaturverifizierung: Überprüft die Webhook-Signatur mit webhookKey. Gibt 401 zurück, wenn die Überprüfung fehlschlägt.
  • Payload-Validierung: Wird mit Zod validiert. Gibt 400 für ungültige Payloads zurück.
  • Fehlerbehandlung:
    • 401: Ungültige Signatur
    • 400: Ungültige Payload
    • 500: Interner Fehler während der Überprüfung
  • Ereignisweiterleitung: Ruft den entsprechenden Ereignishandler basierend auf dem Payload-Typ auf.

Unterstützte Webhook-Ereignishandler


Eingabeaufforderung für LLM

Zuletzt geändert am 22. Mai 2026