Parcours de rétractation en ligne : la recette à exécuter

Le cadre de la recette

Une recette est une suite de cas de test écrits à l’avance, exécutés sur le système réel, avec un résultat attendu, un résultat obtenu et une preuve. Elle ne remplace pas une analyse juridique : elle vérifie que ce qui est écrit fonctionne.

Trois éléments établis délimitent le périmètre.

France Num, dans une fiche publiée le 13 juillet 2026 sous licence Etalab 2.0, décrit une obligation française de fonctionnalité de rétractation en ligne applicable depuis le 19 juin 2026, sans modification du délai de 14 jours. La fiche décrit le parcours attendu, l’existence d’un accusé de réception et signale des sanctions en cas de manquement. Les montants et le régime exact de ces sanctions doivent être lus dans le texte applicable, la fiche étant un support de vulgarisation produit par un opérateur public.

La DGCCRF rappelle par ailleurs que les informations relatives aux conditions, délais et modalités de rétractation, ainsi que le formulaire type lorsqu’il est requis, doivent être fournies avant la conclusion du contrat.

Enfin, la page Your Europe consacrée aux retours distingue la rétractation du retour d’un produit défectueux, et décrit le remboursement des sommes reçues dans les 14 jours suivant l’information de la rétractation, avec la possibilité de différer pour les biens jusqu’à leur récupération ou jusqu’à la réception d’une preuve d’expédition.

Ce que ces sources ne disent pas, la recette ne le suppose pas. Les points ouverts sont regroupés en fin de dossier.

Préparer l’exécution

Avant de jouer le premier cas, fixer les paramètres du test : environnement de production ou préproduction fidèle, comptes utilisés, commandes réelles ou de contrôle, adresses de réception des messages, appareils et navigateurs, et personne qui exécute. Une recette anonyme, non datée, jouée sur un environnement différent de celui du client, ne prouve rien.

Prévoir aussi une commande éligible et une commande non éligible selon les règles annoncées par la boutique. Le second cas est souvent celui qui révèle les défauts de conception.

Les cas de recette

ID	Cas exécuté	Résultat attendu	Preuve conservée
R1	Accès à la fonctionnalité depuis une page publique du site	La fonctionnalité est atteignable sans recherche disproportionnée	Chemin de navigation, captures datées
R2	Accès depuis l’espace client connecté	La fonctionnalité est disponible et rattachée aux commandes du compte	Captures et identifiant de commande
R3	Accès pour une commande passée sans compte	Un chemin existe et fonctionne pour une commande invité	Parcours complet et messages reçus
R4	Désignation de la commande et des articles concernés	La demande identifie sans ambiguïté ce sur quoi elle porte	Écran de récapitulation
R5	Absence d’obstacle ajouté	Aucun motif obligatoire ni étape hors ligne n’est imposé comme condition technique de validation	Formulaire et champs obligatoires
R6	Validation de la demande	La demande est enregistrée avec un horodatage exploitable	Journal applicatif et écran final
R7	Accusé de réception	Un accusé est émis, reçu par le client et retrouvable côté back-office	Message reçu, en tête, référence interne
R8	Calcul du délai	Le délai retenu correspond au cadre de 14 jours annoncé au client	Copie de la règle appliquée et cas calculé
R9	Remboursement	Le remboursement est déclenché dans le délai annoncé, avec la règle de report documentée le cas échéant	Écritures et dates de traitement
R10	Frais	Le coût de livraison standard initial et le coût direct de renvoi suivent la règle annoncée avant la commande	Page d’information et calcul appliqué
R11	Commande non éligible	Le refus s’appuie sur une exception qualifiée, expliquée, et annoncée avant la commande	Justification écrite et emplacement de l’information
R12	Accessibilité	Le parcours est utilisable au clavier, au zoom et avec un lecteur d’écran	Résultat par critère testé
R13	Mobile	Le parcours complet aboutit sur un mobile réellement supporté	Appareil, version, captures
R14	Traçabilité	Le service client retrouve la demande, son statut et son accusé	Vue back-office et procédure
R15	Interface	Aucune formulation ou hiérarchie visuelle ne détourne de la demande	Captures des écrans successifs

Les cas R12 et R13 ne sont pas décoratifs : une fonctionnalité présente mais inutilisable au clavier ou impossible à finir sur mobile échoue au test d’usage. Les méthodes correspondantes figurent dans Accessibilité d’une boutique en ligne et Auditer un checkout mobile.

Tableau décisionnel : que faire d’un cas en échec

Cas en échec	Nature du défaut	Décision	Délai proposé
R1, R2 ou R3	La fonctionnalité n’est pas atteignable pour une population de clients	Bloquant : corriger avant toute autre évolution du parcours	Immédiat
R7	L’accusé de réception n’est pas émis ou n’arrive pas	Bloquant : le client n’a aucune preuve de sa demande	Immédiat
R5 ou R15	Une friction ajoutée conditionne la validation	Bloquant fonctionnel : retirer l’obstacle, puis documenter le nouvel écran	Immédiat
R6, R8 ou R9	Horodatage, délai ou remboursement incohérents	Correctif planifié avec date, responsable et test de non régression	Court terme
R10	Règle de frais divergente entre annonce et exécution	Correctif planifié, avec alignement de l’information précontractuelle	Court terme
R11	Exception appliquée à une catégorie entière sans qualification	Revue juridique avant toute correction technique	Avant remise en test
R12 ou R13	Parcours inutilisable pour une partie des clients	Correctif priorisé selon la gravité et la population concernée	Selon gravité
R14	Demande introuvable côté service client	Correctif planifié : sans traçabilité, aucun litige n’est instruisable	Court terme

Ce tableau tranche une décision de mise en production, pas une conformité. Un cas déclaré non exécuté reste non exécuté : il ne bascule jamais en réussite par défaut.

Ne pas confondre les régimes dans les opérations

La recette vérifie un parcours, pas une qualification. Or le même bouton peut recevoir des demandes de nature très différente : rétractation, défaut de conformité, dommage de transport, geste commercial. Les traiter dans un seul motif produit des erreurs de frais, de délai et de remboursement.

La fiche Droit de rétractation de 14 jours détaille le point de départ, le remboursement et les frais. La séparation opérationnelle des fondements est traitée dans Causes de retours évitables, et l’articulation avec le reste des obligations B2C dans Obligations légales d’une boutique en ligne.

Les preuves à conserver

Pour chaque exécution : date, personne, environnement, version du site, identifiant de la commande de test, résultat attendu, résultat obtenu, capture ou export, décision prise, date de correction et résultat du nouveau test. Sans dates ni identifiants, le test n’est ni traçable ni reproductible.

Conserver également la version des pages d’information affichées au moment du test. Une correction du parcours sans mise à jour de l’information précontractuelle recrée un écart entre ce qui est annoncé et ce qui est exécuté.

Ce que la recette ne prouve pas

Elle ne prouve pas que le périmètre de l’obligation est correctement interprété, ni que les exceptions retenues sont fondées, ni que le régime de sanction est celui que l’entreprise imagine. Ces trois points relèvent du texte applicable et d’une lecture juridique.

Elle ne prouve pas non plus qu’un parcours conforme est un bon parcours. Un chemin techniquement valide peut rester long, obscur ou décourageant. Dans l’état publié au 20 juin 2026, le Parlement européen présentait le Digital Fairness Act comme une initiative annoncée pour le quatrième trimestre 2026, portant notamment sur les interfaces trompeuses ou addictives, la personnalisation exploitant des vulnérabilités, les abonnements et l’influence commerciale. Ce n’est pas une loi adoptée : c’est un sujet de veille qui justifie de documenter dès maintenant les écrans du parcours.

Mesurer après correction

Une fois le parcours corrigé, la question devient opérationnelle : combien de demandes, sur quelles catégories, avec quel délai de traitement et quel coût. Ces mesures exigent des dénominateurs stables et des cohortes consolidées, sujet traité dans le plan de mesure des décisions e-commerce.

Une hausse des demandes après la mise en place d’un parcours plus simple n’est pas, en soi, un mauvais signal : elle peut refléter des demandes qui existaient déjà et n’aboutissaient pas. La comparaison n’a de sens qu’entre cohortes de commandes comparables.

Points à faire valider

La qualification des exceptions produit par produit, le sort des commandes antérieures au 19 juin 2026, la rédaction des écrans et le régime de sanction applicable doivent être validés par un professionnel du droit. La méthodologie ClickyCommerce précise la frontière entre fait publié, déduction et recommandation, frontière que cette recette ne franchit pas.

Suivi daté

• 26 août 2026 : création de la recette à partir de la fiche France Num du 13 juillet 2026, des fiches DGCCRF et Service Public, de la page Your Europe sur les retours, et de l’état du Digital Fairness Act affiché par le Parlement européen.