Parcours qui cliquent

Disponible avec les plans Pro et Pro Plus.

Un parcours de paiement classique demande des adresses dans l'ordre. Mais un vrai tunnel ne se parcourt pas en tapant des adresses : on choisit une couleur, on clique « Ajouter au panier », on ouvre le panier, on clique « Commander ». Un parcours qui clique fait exactement ça, dans un vrai navigateur, et vous dit quel geste ne passe plus.

Ce que PostShip fait

Les gestes

Un parcours qui clique, c'est une page de départ de votre site et 1 à 8 gestes, dans l'ordre :

• Cliquer sur un bouton ou un lien, désigné par le texte qu'il affiche — « Ajouter au panier », « Commander », « Black ». C'est ce que voit un visiteur, et ça survit à une refonte du HTML. Si le texte ne suffit pas (un bouton sans texte, une icône), donnez un sélecteur CSS en repli : #ajouter, button.panier.
• Remplir un champ, désigné par son libellé, son texte d'exemple ou son attribut name — « E-mail », « Code postal » —, avec la valeur à taper. Les listes déroulantes prennent l'option qui porte ce texte ; les cases se cochent.

PostShip ouvre la page de départ dans un Chromium, fait les gestes l'un après l'autre comme un visiteur, et relève chaque page où ils mènent : ce qu'elle affiche, si elle plante, si un script ou une feuille de style de votre site répond en erreur.

L'arrêt à la page de paiement

Dès qu'une page de paiement s'affiche, le parcours s'arrête là, sans rien y faire : Stripe Checkout, PayPal, la caisse Shopify, Lemon Squeezy, Paddle, Mollie, ou n'importe quelle page qui contient un champ de carte (Stripe Elements, Adyen, Braintree, Square…). PostShip ne paie jamais. Les gestes prévus après cette page ne sont pas rejoués ; l'écran les marque « Après le paiement, non rejoué ».

Par défaut, le parcours doit finir sur une page de paiement : s'il termine ses gestes sans en avoir vu une, il casse au dernier geste. Décochez-le si votre parcours s'arrête ailleurs (une page « merci », un formulaire de devis).

Ce que PostShip ne remplit jamais

Aucun champ de carte, de cryptogramme, d'expiration, d'IBAN, ni aucun mot de passe. Le refus est fait 2 fois : à l'enregistrement, sur le libellé et la valeur (une suite de 12 à 19 chiffres ressemble à un numéro de carte et n'est pas acceptée), puis dans le navigateur, sur l'élément trouvé (type="password", autocomplete="cc-…"). PostShip ne se connecte à rien et ne garde aucun secret.

Ce que ça laisse chez vous

Un parcours qui clique jusqu'à Stripe Checkout ou la caisse Shopify ouvre une session de paiement, comme un client qui hésite : elle n'est jamais payée et expire seule. Aucune commande, aucun paiement. Mais elle se voit : dans Stripe, parmi les sessions incomplètes ; chez Shopify, parmi les paniers abandonnés — et si un geste a rempli une adresse e-mail, la boutique peut y envoyer sa relance de panier. Remplissez donc une adresse à vous, ou une adresse qui ne reçoit rien (test@example.com), jamais celle d'un client.

Quand ça tourne

Toutes les 10 minutes hors déploiement, et à chaque déploiement de production (T+0, T+2, T+8). Le navigateur est partagé et sert une page à la fois : un parcours de 8 gestes l'occupe une demi-minute. Quand il est occupé, le passage est reporté, jamais compté comme un échec. Les previews ne rejouent pas les gestes.

La page de départ passe d'abord la vérification HTTP habituelle, avec le texte du prix si vous en donnez un. Si elle casse déjà là, les gestes ne sont pas rejoués.

Régler

Projet → Surveillance → Parcours → « Nouveau parcours » → « Des clics » :

1. La page de départ et les gestes : l'adresse de départ, sur le domaine du projet, puis les gestes. « Ajouter un geste » en ajoute un ; « Ajouter un sélecteur CSS » ouvre le repli d'un geste.
2. Où le parcours doit finir : la case « Le parcours doit finir sur une page de paiement » (cochée par défaut) et, facultatif, le texte du prix sur la page de départ.
3. « Surveiller ce parcours ».

Un exemple pour une boutique : départ https://boutique.fr/produit/lampe, puis Cliquer « Noir », Cliquer « Ajouter au panier », Cliquer « Voir le panier », Cliquer « Commander ».

Ce qui déclenche une alerte

Le parcours casse au premier geste qui ne passe pas. La phrase dit lequel et où :

Une page qui s'affiche blanche, plante (« Application error ») ou dont un script de votre site ne charge plus casse aussi la marche, comme dans un parcours d'adresses. Les marches suivantes sont « non demandées », jamais vertes. L'alerte part sur vos canaux comme celle d'une page de paiement, et le parcours en échec coûte 40 points au Ship Score.

Si le pare-feu de votre hébergeur oppose un défi anti-robot au navigateur, le passage n'est pas un échec : voir Autoriser PostShip dans votre pare-feu.

Limites et plans

Un parcours qui clique compte comme un parcours de paiement : 2 par projet avec Pro, 10 avec Pro Plus. Il n'est pas disponible avec Découverte, dont le parcours reste un parcours d'adresses.

Dépannage

Le bouton est là, mais PostShip ne le trouve pas

Le texte doit être celui que la page affiche au moment du geste. Un bouton qui n'apparaît qu'au survol, ou dans un menu fermé, demande d'abord de cliquer ce qui l'ouvre. Un bouton sans texte (une icône) se désigne par un sélecteur CSS.

Un bandeau de cookies recouvre le bouton

PostShip clique l'élément lui-même quand un bandeau le recouvre : le parcours passe. Si votre bandeau bloque toute la page tant qu'on ne l'a pas fermé, ajoutez un premier geste Cliquer « Tout refuser ».