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
Dynamic Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:Checkout Sessions (POST)
Checkout Sessions (POST)
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.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.