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:Routenhandler-Beispiele
Alle Beispiele gehen davon aus, dass Sie den Remix App Router verwenden.
- Checkout Handler
- Customer Portal Handler
- Webhook Handler
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.
Static Checkout (GET)
Static Checkout (GET)
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.Antwortformat
Der statische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:Dynamic Checkout (POST)
Dynamic Checkout (POST)
- Senden Sie Parameter als JSON-Body in einer POST-Anfrage.
- Unterstützt sowohl einmalige als auch wiederkehrende Zahlungen.
- Eine vollständige Liste der unterstützten POST-Body-Felder finden Sie unter:
Antwortformat
Der dynamische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:Checkout Sessions (POST)
Checkout Sessions (POST)
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
string
erforderlich
Die Kunden-ID für die Portalsitzung (z. B.
?customer_id=cus_123).boolean
Ist
true, wird eine E-Mail mit dem Portal-Link an die Kund:innen gesendet.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.