Personnalisez les liens de paiement
Choisissez l'image de marque, les modules de checkout, les champs client, les contrôles de lien et l'expérience de retour utilisés par les liens de paiement DEUNA.
Sur cette page
Utilisez ce guide pour décider de ce qu'il faut personnaliser et où le configurer. Un lien de paiement combine les paramètres par défaut au niveau du marchand, les paramètres sur un lien individuel et les règles visuelles prises en charge par CustomStyle.
Choisissez le contrôle approprié#
| Objectif | Configurez-le dans | Guide détaillé |
|---|---|---|
| Établissez le logo, la couleur principale, la langue ou le domaine hébergé | Configuration du marchand avec votre TAM | Cette page |
| Activez la connexion, les informations client, la facturation ou le récapitulatif de commande | Paramètres par défaut du marchand ou pris en charge checkout_modules sur le lien | Paramètres du widget |
| Définissez les produits, les méthodes de paiement, l'expiration, les limites d'achat ou les limites de nouvelle tentative | DEUNA Admin ou API de lien de paiement | Gérer les liens de paiement ou Lien de paiement via API |
| Modifiez les textes de checkout et le style visuel pris en charge | CustomStyle | Vue d'ensemble de CustomStyle |
| Envoyez le client vers une page du marchand après un résultat | URLs de retour prises en charge sur le lien | Lien de paiement via API |
| Confirmez le résultat de paiement faisant autorité | Récupération backend et webhooks | Webhooks |
Définissez les paramètres par défaut du marchand#
Travaillez avec votre TAM pour définir l'expérience de base héritée par les liens de paiement. Confirmez chaque paramètre pour le marchand et l'environnement où le lien sera exécuté.
Marque, langue et URL hébergée
La présentation de base peut inclure :
- le logo de l'entreprise, son alignement et sa taille ;
- la couleur d'action principale ;
- la langue client par défaut ; et
- le domaine de lien de paiement hébergé attribué au marchand.
Maintenez un contraste suffisant pour les boutons et le texte d'état, utilisez une image qui reste lisible sur les écrans étroits et testez la langue configurée avec de vraies étiquettes de produit et de méthode de paiement.
Modules de checkout et données client
Les modules déterminent les écrans et les informations que le client rencontre. Les mêmes modules sont documentés pour l'expérience de paiement plus large, donc leurs règles de champ restent centralisées dans Paramètres du widget.
| Module | Objectif du Payment Link |
|---|---|
LoginPattern | Reconnaître un acheteur de retour et démarrer le flux de mot de passe à usage unique pris en charge. |
UserInfoPattern | Collecter les champs d'identité et de contact du client requis par le marchand. |
BillingPattern | Collecter les informations de facturation dans le paiement principal ou une vue séparée. |
OrderDetailPattern | Afficher les produits et la répartition du montant associés à la commande. |
Pour les informations de facturation affichées directement sur le paiement principal, configurez au maximum quatre champs. Si la commande contient déjà des données de facturation, le client peut voir un récapitulatif au lieu d'un formulaire vide. Placez le pays avant l'état ou la province et la ville lorsque ces champs dépendants sont collectés.
La collecte de documents d'identité fait partie de la configuration des paiements et des données client. Utilisez la référence de document d'identité pour examiner les libellés de documents pris en charge avant de le demander.
Configurer un lien individuel#
Choisissez le chemin de création qui possède le lien :
Un lien créé via l'API peut inclure ces groupes de paramètres :
| Groupe de paramètres | Ce qu'il contrôle |
|---|---|
| Commande et articles | Noms de produits visibles par le client, quantités, prix, taxes, remises et images. |
| Options de paiement | Les méthodes de paiement et les processeurs compatibles proposés pour ce lien. |
checkout_modules | Modules pris en charge tels que LoginPattern, UserInfoPatternet OrderDetailPattern. Les valeurs par défaut du marchand s'appliquent lorsque ce champ est omis. |
configuration | Nom du lien, expiration, limite d'achats terminés et limite de nouvelles tentatives de paiement. |
redirect_urls | Destinations client prises en charge pour les comportements de succès, en attente, d'erreur, de fermeture ou de repli. |
N'utilisez pas un retour navigateur comme preuve de paiement. Un client peut fermer la page, perdre la connectivité ou revenir alors que le résultat du fournisseur est toujours en attente. Conservez le jeton de commande et confirmez l'état final via une récupération backend ou Webhooks DEUNA.
Styliser l'interface utilisateur client#
Utilisation CustomStyle pour les remplacements visuels et textuels pris en charge. Il s'applique aux surfaces de paiement DEUNA ; il ne change pas quels modules sont activés ni quels champs l'API Payment Link accepte.
Ouvrir la Vue d'ensemble de CustomStyle pour sélectionner une zone de paiement, la prévisualiser et assembler un objet consolidé. Consultez chaque guide ciblé pour les limitations du Payment Link ; tous les éléments réservés aux widgets n'apparaissent pas dans l'expérience Payment Link hébergée.
Vérifier l'expérience#
Avant de partager un lien de production :
- Ouvrez le lien sur un ordinateur de bureau et une fenêtre mobile étroite.
- Vérifiez le logo, le contraste, la langue, les informations produit, les totaux et les méthodes de paiement activées.
- Complétez les parcours client invité et client existant lorsque la connexion est activée.
- Validez chaque champ client, identité et facturation obligatoire pour le pays cible.
- Testez les comportements de succès, d'attente, de rejet, de fermeture et de lien expiré.
- Confirmez que chaque destination navigateur fonctionne et que votre backend reçoit ou récupère toujours le résultat de paiement officiel.