Skip to main content

Checkout Handler

Integra il checkout di Dodo Payments nella tua app Remix.

Customer Portal

Consenti ai clienti di gestire abbonamenti e dettagli.

Webhooks

Ricevi ed elabora gli eventi webhook di Dodo Payments.

Installazione

1

Install the package

Esegui il comando seguente nella root del progetto:
2

Set up environment variables

Crea un .env file nella root del tuo progetto:
Non includere mai il tuo .env file o i segreti nel controllo di versione.

Esempi di Gestore Route

Tutti gli esempi presumono che tu stia usando il Remix App Router.
Usa questo handler per integrare il checkout di Dodo Payments nella tua app Remix. Supporta flussi di pagamento statici (GET), dinamici (POST) e di sessione (POST).

Gestore Route Checkout

Dodo Payments supporta tre tipi di flussi di pagamento per integrare i pagamenti nel tuo sito web, questo adattatore supporta tutti i tipi di flusso di pagamento.
  • Link di Pagamento Statici: URL condivisibili istantaneamente per una rapida raccolta di pagamenti senza codice.
  • Link di Pagamento Dinamici: Genera programmaticamente link di pagamento con dettagli personalizzati utilizzando l’API o gli SDK.
  • Sessioni di Checkout: Crea esperienze di checkout sicure e personalizzabili con carrelli prodotti preconfigurati e dettagli del cliente.

Parametri di query supportati

string
obbligatorio
Identificatore del prodotto (ad es., ?productId=pdt_nZuwz45WAs64n3l07zpQR).
integer
Quantità del prodotto.
string
Nome completo del cliente.
string
Nome del cliente.
string
Cognome del cliente.
string
Indirizzo email del cliente.
string
Paese del cliente.
string
Riga dell’indirizzo del cliente.
string
Città del cliente.
string
Stato/provincia del cliente.
string
Codice postale del cliente.
boolean
Disabilita il campo del nome completo.
boolean
Disabilita il campo del nome.
boolean
Disabilita il campo del cognome.
boolean
Disabilita il campo dell’email.
boolean
Disabilita il campo del paese.
boolean
Disabilita il campo della riga dell’indirizzo.
boolean
Disabilita il campo della città.
boolean
Disabilita il campo dello stato.
boolean
Disabilita il campo del codice postale.
string
Specifica la valuta del pagamento (ad es., USD).
boolean
Mostra il selettore della valuta.
number
Imposta l’importo addebitato, espresso nelle unità principali della valuta (ad es., 12.5 per 12,50 $). Solo per i prodotti Pay What You Want; viene ignorato se inferiore al prezzo minimo del prodotto.
boolean
Mostra i campi dello sconto.
string
Qualsiasi parametro di query che inizia con metadata_ verrà passato come metadati.
Se manca productId, l’handler restituisce un response 400. Anche i parametri di query non validi causano un response 400.

Formato di Risposta

Il checkout statico restituisce una risposta JSON con l’URL di checkout:
Dynamic Checkout fa da proxy per gli endpoint POST /payments e POST /subscriptions deprecati. Continua a funzionare per le integrazioni esistenti, ma per le nuove integrazioni è consigliato usare Checkout Sessions qui sotto.

Formato della risposta

Dynamic checkout restituisce una risposta JSON con l’URL di checkout:
Checkout Sessions offre un’esperienza di checkout ospitata e più sicura, che gestisce l’intero flusso di pagamento sia per gli acquisti una tantum sia per gli abbonamenti, con pieno controllo sulla personalizzazione.Consulta la guida all’integrazione di Checkout Sessions per ulteriori dettagli e per l’elenco completo dei campi supportati.

Formato della risposta

Checkout Sessions restituisce una risposta JSON con l’URL di checkout:

Gestore della route del Customer Portal

Il gestore della route del Customer Portal consente di integrare perfettamente il portale clienti di Dodo Payments nella tua applicazione Remix.

Parametri di query

string
obbligatorio
L’ID cliente per la sessione del portale (ad esempio, ?customer_id=cus_123).
boolean
Se impostato su true, invia al cliente un’email con il link al portale.
Restituisce 400 se customer_id è mancante.

Gestore della route dei webhook

  • Metodo: sono supportate solo le richieste POST. Gli altri metodi restituiscono 405.
  • Verifica della firma: verifica la firma del webhook usando webhookKey. Restituisce 401 se la verifica non riesce.
  • Convalida del payload: viene eseguita con Zod. Restituisce 400 per i payload non validi.
  • Gestione degli errori:
    • 401: firma non valida
    • 400: payload non valido
    • 500: errore interno durante la verifica
  • Instradamento degli eventi: chiama il gestore dell’evento appropriato in base al tipo di payload.

Gestori degli eventi webhook supportati


Prompt per LLM

Ultima modifica il 21 agosto 2026