Personalizza i Payment Link
Scegli il branding, i moduli checkout, i campi cliente, i controlli del link e l'esperienza di ritorno utilizzati dai DEUNA Payment Links.
In questa pagina
Usa questa guida per decidere cosa personalizzare e dove configurarlo. Un Payment Link combina le impostazioni predefinite a livello merchant, le impostazioni su un singolo link e le regole visive supportate da CustomStyle.
Scegli il controllo corretto#
| Obiettivo | Configuralo in | Guida dettagliata |
|---|---|---|
| Stabilisci logo, colore primario, lingua o dominio ospitato | Configurazione del merchant con il tuo TAM | Questa pagina |
| Abilita login, informazioni cliente, fatturazione o riepilogo ordine | Predefiniti o supportati dal merchant checkout_modules sul link | Impostazioni del widget |
| Imposta prodotti, metodi di pagamento, scadenza, limiti di acquisto o limiti di riprova | DEUNA Admin o Payment Link API | Gestione dei link di pagamento o Link di pagamento tramite API |
| Modifica il testo del checkout supportato e lo stile visivo | CustomStyle | Panoramica di CustomStyle |
| Invia il cliente a una pagina del merchant dopo un esito | URL di ritorno supportati sul link | Link di pagamento tramite API |
| Conferma il risultato autoritativo del pagamento | Recupero backend e webhook | Webhook |
Imposta i predefiniti del merchant#
Collabora con il tuo TAM per definire l'esperienza di base ereditata dai Payment Link. Conferma ogni impostazione per il merchant e l'ambiente in cui il link verrà eseguito.
Brand, locale e URL hostato
La presentazione di base può includere:
- logo aziendale, allineamento e dimensione;
- il colore dell'azione primaria;
- la lingua predefinita rivolta al cliente; e
- il dominio Payment Link hostato assegnato al merchant.
Mantieni un contrasto sufficiente per pulsanti e testo di stato, utilizza un'immagine che rimanga leggibile su schermi stretti e testa il locale configurato con etichette reali di prodotto e metodo di pagamento.
Moduli di checkout e dati cliente
I moduli determinano quali schermate e informazioni incontra il cliente. Gli stessi moduli sono documentati per l'esperienza di checkout più ampia, quindi le loro regole sui campi rimangono centralizzate in Impostazioni del widget.
| Modulo | Scopo del Payment Link |
|---|---|
LoginPattern | Riconoscere un acquirente che ritorna e avviare il flusso di one-time-password supportato. |
UserInfoPattern | Raccogliere i campi di identità e contatto del cliente richiesti dal merchant. |
BillingPattern | Raccogliere le informazioni di fatturazione nel checkout principale o in una vista separata. |
OrderDetailPattern | Mostrare i prodotti e la ripartizione dell'importo associati all'ordine. |
Per le informazioni di fatturazione mostrate direttamente nel checkout principale, configurare non più di quattro campi. Se l'ordine contiene già dati di fatturazione, il cliente può vedere un riepilogo invece di un modulo vuoto. Posizionare il paese prima dello stato o provincia e della città quando si raccolgono quei campi dipendenti.
La raccolta del documento di identità fa parte della configurazione del pagamento e dei dati cliente. Utilizzare il riferimento documento di identità per rivedere le etichette dei documenti supportati prima di richiederlo.
Configurare un link individuale#
Scegliere il percorso di creazione che possiede il link:
Un link creato via API può includere questi gruppi di impostazioni:
| Gruppo di impostazioni | Cosa controlla |
|---|---|
| Ordine e articoli | Nomi dei prodotti visibili al cliente, quantità, prezzi, tasse, sconti e immagini. |
| Opzioni di pagamento | I metodi di pagamento e i processori compatibili offerti per quel link. |
checkout_modules | Moduli supportati come LoginPattern, UserInfoPatterne OrderDetailPattern. Si applicano le impostazioni predefinite del merchant quando questo campo viene omesso. |
configuration | Nome del link, scadenza, limite di acquisti completati e limite di tentativi di pagamento. |
redirect_urls | Destinazioni cliente supportate per comportamento di successo, in attesa, errore, chiusura o fallback. |
Non utilizzare un ritorno del browser come prova di pagamento. Un cliente può chiudere la pagina, perdere la connettività o tornare mentre il risultato del provider è ancora in attesa. Conservare il token dell'ordine e confermare lo stato finale tramite recupero backend o DEUNA webhooks.
Personalizzare l'interfaccia utente rivolta al cliente#
Uso CustomStyle per sostituzioni visive e testuali supportate. Si applica alle superfici di checkout DEUNA; non cambia quali moduli sono abilitati o quali campi accetta l'API Payment Link.
Aprire Panoramica di CustomStyle per selezionare un'area di checkout, visualizzarla in anteprima e assemblare un oggetto consolidato. Controllare ogni guida focalizzata per le limitazioni del Payment Link; non tutti gli elementi solo widget compaiono nell'esperienza Payment Link ospitata.
Verificare l'esperienza#
Prima di condividere un link di produzione:
- Aprire il link su desktop e su una viewport mobile stretta.
- Verifica il logo, il contrasto, la lingua, le informazioni sul prodotto, i totali e i metodi di pagamento abilitati.
- Completa i flussi per clienti ospiti e clienti registrati quando il login è abilitato.
- Convalida ogni campo obbligatorio del cliente, dell'identità e della fatturazione per il paese di destinazione.
- Testa il comportamento in caso di successo, in attesa, rifiuto, chiusura e link scaduto.
- Verifica che ogni destinazione del browser funzioni e che il tuo backend riceva o recuperi ancora il risultato di pagamento autoritativo.