E-commerce
1 juillet 2026
« Carte refusée, je ne sais pas quoi faire. » « PayPal absent, abandon. » « 3D Secure bloqué, pas d'explication. » Trois frictions où l'absence de page aide paiement checkout transforme hésitation en panier abandonné.
Une page aide paiement e-commerce liste moyens acceptés, explique 3DS BNPL sécurité et renvoie vers checkout sans ticket SAV. Distinct support PAYUNAV (#517) et bot (#540) : ici, contenu statique conversion pré-checkout.
Ce guide #539 couvre policy PAYHELP-PAGE, flow PH-1 à PH-8 et matrice PAYHELP-MAP. Nouveau levier conversion. Paire contenu du futur bot PAYHELP (#540).
Sommaire
Pourquoi une page aide paiement réduit-elle l'abandon ?
70 % des abandons checkout touchent paiement, livraison ou confiance selon les études UX récurrentes. Une page /aide-paiement répond avant que le client quitte.
Cinq frictions adressées
Moyens flous : client ne voit pas CB PayPal Klarna dispo
3DS échec : validation banque sans explication
BNPL seuil : minimum panier Alma Klarna non visible
Sécurité doute : empreinte CB peur fraude
Devise pays : moyen indisponible selon market
Shopify Checkout expose payment providers par market (Shopify, Payments 2026). La page cite exactement ce que checkout affiche, pas plus.
PAYHELP #539 vs PAYUNAV #517, bot #540, frais #411 et COD #469
Cinq contenus, cinq layers paiement checkout.
Matrice rapide
#539 PAYHELP page : contenu statique FAQ moyens sécurité
#517 PAYUNAV : support moyen indisponible SAV
#540 PAYHELPbot : bot contextuel checkout sans distraire
Frais #411 : bot frais additionnels transparence
COD #469 : paiement livraison conditions
#539 = prévention contenu page. #517 = ticket SAV post-échec. #540 = bot live checkout contextual.
Quels blocs FAQ inclure sur la page ?
Huit blocs FAQ essentiels page aide paiement.
Huit blocs payhelp
payhelp_methods : liste moyens CB PayPal Apple Pay Shop Pay
payhelp_bnpl : Klarna Alma seuils échéances
payhelp_3ds : 3D Secure validation banque que faire
payhelp_declined : carte refusée causes courantes
payhelp_billing : adresse facturation identique livraison
payhelp_security : SSL chiffrement données CB
payhelp_currency : devise affichée conversion
payhelp_contact : lien chat si blocage persiste
Chaque bloc = ancre HTML + lien depuis checkout footer. Sync PAYHELP-MAP markets FR BE DE.
Comment structurer la matrice PAYHELP-MAP ?
La matrice PAYHELP-MAP documente contenu page par market et moyen pour équipe et futur bot #540.
Colonnes PAYHELP-MAP
faq_block_id : payhelp_methods bnpl 3ds etc
payment_methods_live : providers actifs Shopify checkout
markets_country : FR BE DE US shipping country
checkout_anchor : lien retour checkout step payment
copy_fr_exact : texte publié page grounded
bot_intent_map : bot_payhelp_* #540 mapping
escalate_support : Y lien #517 si indisponible
review_cadence : trimestriel ou post PSP change
Une ligne par bloc FAQ x market si moyens diffèrent. Audit trimestriel avec finance et ops paiement.
Policy PAYHELP-PAGE en six règles
Six règles rédaction page aide paiement.
METHODS-GROUNDED : liste moyens = Shopify checkout live only
NO-FAKE-SECURITY : claims SSL PCI depuis docs PSP
LINK-CHECKOUT : CTA retour panier checkout visible
MOBILE-FIRST : accordéon FAQ lisible mobile 60 % trafic
SYNC-PAYUNAV : moyen retiré → update page + #517 macro
BOT-HANDOFF : lien #540 widget si question non FAQ
Flow PAYHELP PH-1 à PH-8
Flow création page aide paiement huit étapes.
PH-1 Audit checkout : liste providers actifs par market
PH-2 PAYHELP-MAP : blocs FAQ copy anchors
PH-3 Rédaction : 8 blocs policy PAYHELP-PAGE
PH-4 Design : mobile accordéon logos moyens
PH-5 Intégration : footer checkout lien /aide-paiement
PH-6 Bot corpus : index #540 RAG PAYHELP-MAP
PH-7 QA : 10 parcours mobile CB PayPal BNPL
PH-8 Publish review : cadence trimestriel PSP change
SLA contenu : page live avant lancement nouveau PSP ou market (ex. Klarna BE).
Exemples copy PAYHELP essentiels
Quatre extraits copy page.
PAYHELP-METHODS
« Nous acceptons : Carte bancaire (Visa, Mastercard), PayPal, Apple Pay, Shop Pay. Selon panier : Klarna 3x sans frais dès 50 €. Moyens affichés à l'étape paiement checkout. »
PAYHELP-3DS
« Validation 3D Secure : votre banque peut demander un code SMS ou app. Si échec : vérifiez plafond carte ou essayez PayPal. Retour checkout : [checkout_url]. »
PAYHELP-DECLINED
« Carte refusée : fonds insuffisants, adresse facturation incorrecte, ou blocage banque. Essayez autre carte ou PayPal. Persistant : chat [support_url]. »
PAYHELP-SECURITY
« Paiement chiffré SSL. Nous ne stockons pas numéro CB complet. Traitement via [PSP_name] certifié PCI. »
Cas limites : international, COD et abonnement
Cinq cas hors FAQ standard.
Devise préférée : #466 currency UX bloc dédié
COD disponible : #469 cash on delivery conditions FR
Panier mixte abo : MIXCART #503 billing explain
Moyen retiré temporaire : SYNC-PAYUNAV banner page + #517
Remboursement post-achat : lien délais banque #519 hors page checkout
Page aide paiement = pré-achat checkout only. Post-achat refund → playbooks SAV distincts.
KPI payhelp essentiels
Cinq métriques pilotage page aide paiement.
payhelp_page_views : vues depuis checkout footer link
payhelp_checkout_return : clics retour checkout CTA
payhelp_abandon_recovery : sessions page → checkout complete
payhelp_payment_error_rate : erreurs paiement post page launch
payhelp_bot_handoff_rate : sessions page → #540 bot
Cible : payhelp_abandon_recovery mesurable via UTM checkout_url?ref=payhelp-page.
Anti-patterns page aide paiement
Cinq erreurs fréquentes.
Moyens non live checkout : METHODS-GROUNDED violation
Mur texte desktop : MOBILE-FIRST ignoré
Pas CTA retour checkout : LINK-CHECKOUT obligatoire
FAQ obsolète PSP : review_cadence manquée
Dupliquer #517 SAV : page prévention pas macros agents
Page aide paiement avec Qstomy
Qstomy sur Shopify : widget #540 checkout contextual, corpus PAYHELP-MAP RAG, handoff #517 si moyen indisponible, analytics payhelp_*.
Pipeline : page statique #539 → bot #540 checkout → #517 PAYUNAV si échec persistant.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist PAYHELP page (8 étapes)
Audit providers checkout : liste live par market
PAYHELP-MAP v1 : 8 blocs copy anchors
Policy PAYHELP-PAGE : 6 règles METHODS-GROUNDED
Rédaction 8 FAQ : mobile accordéon
Footer checkout link : /aide-paiement visible
UTM checkout return : mesure recovery
Index corpus bot #540 : PAYHELP-MAP sync
Review trimestriel : PSP market changes
FAQ
Différence #517 PAYUNAV ?
#517 = SAV ticket moyen indisponible. #539 = page prévention contenu.
Différence bot #540 ?
#540 = chat contextuel checkout. #539 = page statique référence.
Où placer le lien ?
Footer checkout step payment + e-mail abandon panier.
Combien de blocs ?
8 minimum section 3, enrichir selon PAYHELP-MAP markets.
Aller plus loin
p : PAYUNAV (#517)
p : COD (#469)
Cette semaine : auditer providers checkout par market, rédiger 8 blocs PAYHELP-MAP, publier /aide-paiement mobile-first, ajouter lien footer checkout.
Enzo
1 juillet 2026
