Skip to main content

Checkout API Route

Integra il checkout di Dodo Payments nella tua app Nuxt utilizzando una route server.

Customer Portal API Route

Consenti ai clienti di gestire abbonamenti e dati tramite una route server Nuxt.

Webhooks API Route

Ricevi ed elabora in modo sicuro gli eventi webhook di Dodo Payments in Nuxt.

Panoramica

Questa guida spiega come integrare Dodo Payments nella tua applicazione Nuxt utilizzando il modulo Nuxt ufficiale. Imparerai a configurare checkout, customer portal e route API per i webhook, oltre a gestire in modo sicuro le variabili d’ambiente.

Installazione

1

Install the Nuxt module

Esegui il comando seguente nella directory principale del progetto:
2

Register the module in nuxt.config.ts

Aggiungi @dodopayments/nuxt al tuo array modules e configuralo:
nuxt.config.ts
Non eseguire mai il commit del file .env o dei secret nel controllo versione.

Esempi di gestori di route API

Tutte le integrazioni di Dodo Payments in Nuxt vengono gestite tramite route server nella directory server/routes/api/.
Utilizza questo gestore per integrare il checkout di Dodo Payments nella tua app Nuxt. Supporta i flussi di pagamento statici (GET), dinamici (POST) e basati su sessione (POST).
Se productId è assente o non valido, il gestore restituisce una risposta 400.

Gestore della route checkout

Dodo Payments supporta tre tipi di flussi di pagamento per integrare i pagamenti nel tuo sito web; questo adaptor supporta tutti i tipi di flussi di pagamento.
  • Link di pagamento statici: URL condivisibili istantaneamente per raccogliere pagamenti rapidamente e senza codice.
  • Link di pagamento dinamici: genera programmaticamente link di pagamento con dettagli personalizzati utilizzando l’API o gli SDK.
  • Sessioni checkout: crea esperienze checkout sicure e personalizzabili con carrelli di prodotti e dati dei clienti preconfigurati.

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
CAP/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 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 CAP.
string
Specifica la valuta del pagamento (ad es. USD).
boolean
Mostra il selettore della valuta.
integer
Specifica l’importo del pagamento (ad es. 1000 per $10.00).
boolean
Mostra i campi per gli sconti.
string
Qualsiasi parametro di query che inizia con metadata_ verrà passato come metadata.
Se productId è assente, il gestore restituisce una risposta 400. Anche i parametri di query non validi producono una risposta 400.

Formato della risposta

Il checkout statico restituisce una risposta JSON con l’URL del checkout:

Formato della risposta

Il checkout dinamico restituisce una risposta JSON con l’URL del checkout:
Le sessioni checkout offrono un’esperienza checkout ospitata più sicura, che gestisce il flusso completo dei pagamenti sia per gli acquisti una tantum sia per gli abbonamenti, con pieno controllo sulla personalizzazione.Consulta la Guida all’integrazione delle sessioni checkout per maggiori dettagli e un elenco completo dei campi supportati.

Formato della risposta

Le sessioni checkout restituiscono una risposta JSON con l’URL del checkout:

Gestore della route Customer Portal

Il gestore della route Customer Portal ti consente di integrare facilmente il customer portal di Dodo Payments nella tua applicazione Nuxt.

Parametri di query

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

Gestore della route webhook

  • Metodo: sono supportate solo le richieste POST. Gli altri metodi restituiscono 405.
  • Verifica della firma: verifica la firma del webhook utilizzando webhookKey. Restituisce 401 se la verifica non riesce.
  • Validazione del payload: viene eseguita con Zod. Restituisce 400 per 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 31 luglio 2026