Deux onglets peuvent enregistrer des versions différentes d’une fiche. Vérifiez que le site détecte ce conflit. UN TEST CONTRÔLÉ Ouvrez une fiche de test dans deux onglets. Modifiez et enregistrez la description dans le premier. Dans le second, tentez d’enregistrer l’ancienne version avec une autre modification. Que devient le premier changement? N’utilisez ni vrais prix ni commandes réelles. MISE À JOUR CONDITIONNELLE MDN décrit If-Match comme une condition de correspondance ETag; une différence renvoie 412. Cela peut éviter les mises à jour perdues si l’API réalise le contrôle. Un en-tête côté client ne suffit pas. PROPOSER UNE SUITE HUMAINE Expliquez que la fiche a changé et proposez de consulter les données actuelles. N’effacez pas la saisie sans avertissement. Décidez ensemble si le parcours nécessite comparaison manuelle, réouverture ou confirmation distincte. Ne relancez pas aveuglément l’enregistrement. VÉRIFIER CHAQUE PARCOURS Testez formulaire, modification groupée et intégrations présentes. Le comportement doit rester cohérent. Notez identifiant de test, étapes et résultat sans contenu privé. Pour le site d’un domaine du catalogue, déterminez qui modifiera les contenus simultanément. Ajoutez ce scénario au cahier des charges : il vérifie la préservation du travail, pas seulement une notification de réussite. Image : nouvelle photoillustration générée par IA pour cet article; scène conceptuelle, pas une photographie documentaire. Catalogue de domaines: https://domainevery.com/fr/domains Sources primaires: https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/If-Match https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/ETag
