Pourquoi je reçois des envois de formulaire en double ?

Cinq façons pour qu'une demande en devienne trois

Le réflexe est de soupçonner le formulaire, et le formulaire va généralement bien. Les doublons sont ce qui arrive quand une page ordinaire rencontre un réseau ordinaire, et le premier geste utile n'est pas un correctif — c'est de déterminer lequel de ces cas vous avez sous les yeux, car ils n'appellent pas la même réponse.

1. Le visiteur a appuyé deux fois sur envoyer. Rien n'avait visiblement changé après la première pression, alors il a appuyé de nouveau. C'est la cause la plus fréquente et la seule que le conseil habituel, désactiver le bouton, traite réellement.
2. Une requête a été réessayée après avoir déjà fonctionné. L'envoi a atteint votre gestionnaire, le gestionnaire l'a enregistré, et la réponse s'est perdue au retour. Pour l'expéditeur c'est un échec, il réessaie donc. C'est le cas qui produit des copies identiques à quelques secondes d'intervalle, et aucun soin apporté à la page ne l'empêche.
3. La page a été rechargée, ou atteinte de nouveau avec le bouton retour. Un formulaire qui envoie puis dessine son propre remerciement au même endroit proposera volontiers de tout renvoyer quand quelqu'un recharge. Ces copies arrivent à des minutes ou des heures d'intervalle, et c'est l'indice.
4. Deux choses gèrent un seul formulaire. Le gestionnaire de formulaires intégré de l'hébergeur plus un script ajouté par un générateur ou une extension, chacun envoyant sa copie. Elles arrivent simultanément et ont souvent une forme différente — l'une porte tous les champs, l'autre arrive à moitié vide.
5. Ce n'était pas une personne. Les préchargeurs de liens, les scanners de sécurité et les robots ordinaires atteignent les points de réception des formulaires et les soumettent parfois. Ces copies sont inutiles plus que simplement répétées : champs vides, valeurs absurdes, ou le même contenu venu de nombreuses adresses. Un champ piège — une entrée qu'un humain ne voit jamais et ne remplit jamais — en retire la plupart presque sans effort.

Deux lectures règlent la plupart des cas. Regardez l'écart entre les copies : simultané pointe vers deux gestionnaires ou un robot, quelques secondes vers un second clic ou une reprise, des minutes ou plus vers un rechargement. Regardez ensuite si les copies sont identiques, car une véritable seconde demande venue d'une personne réelle diffère presque toujours quelque part, ne serait-ce que d'un mot.

Le correctif appartient au côté réception

Tout dans cette liste sauf les robots relève du comportement normal et non d'un défaut que vous pourriez supprimer. Les réseaux perdent des réponses, les gens cliquent deux fois, les navigateurs renvoient ce qu'on leur a dit d'envoyer. Rien de cela ne va s'arrêter, donc ce qui doit changer, c'est ce qui se produit quand la même demande arrive une seconde fois.

Le mécanisme est modeste. Dérivez une courte empreinte du contenu de l'envoi, gardez-la quelques minutes, et si un contenu identique revient dans cette fenêtre, n'enregistrez pas de seconde copie. Cela couvre d'un coup le second clic, la reprise réseau et le rechargement, car peu importe lequel s'est produit — seul compte le fait que cette demande exacte a déjà été vue.

Ce qu'il est facile de rater, c'est ce que vous répondez au doublon. Nous hébergeons les pages que nos clients publient, leurs formulaires de contact envoient donc tous vers un même point de réception chez nous, et les doublons étaient une plainte qui revenait : trois sites clients différents, avec une demande enregistrée trois fois, cinq fois et deux fois. Cela s'est reproduit jusqu'à ce que le point de réception réponde au doublon octet pour octet comme s'il avait été accepté. Un point de réception qui refuse une répétition, même poliment et avec un message utile, indique à la page qui est devant lui que quelque chose a échoué, et alors la logique de reprise de la page elle-même, ou le visiteur qui lit l'erreur, l'envoie encore une fois. Un point de réception qui déduplique mais ressemble à un échec est un générateur de doublons.

Choisir la fenêtre, et ce qu'il ne faut pas jeter

La longueur de la fenêtre est le seul vrai jugement à porter, et elle échange une erreur contre une autre. Trop courte, une reprise tardive passe quand même. Trop longue, vous écartez en silence une vraie seconde demande — la personne qui a écrit le matin, n'a rien reçu, et a réécrit avec les mêmes mots. Quelques minutes couvrent les causes mécaniques, qui surviennent toutes vite ; nous nous sommes arrêtés sur dix, et un formulaire de contact est indulgent ici parce qu'une véritable seconde demande aussi rapprochée est rare.

Prenez l'empreinte des champs que le visiteur a remplis, et de rien d'autre. Il est tentant de condenser la requête entière, et cela désactive silencieusement tout le dispositif, car un horodatage, un jeton de session ou un paramètre de suivi diffèrent à chaque envoi — tout doublon paraît alors unique et rien n'est jamais attrapé. La même prudence vaut pour tout ce que votre propre page ajoute à l'envoi une fois que le visiteur en a fini.

Enfin, comptez les doublons que vous écartez au lieu de les jeter en silence. Un point de réception qui déduplique et un chemin de livraison cassé sont identiques vus depuis une boîte vide, et l'un des deux est bien plus urgent : les demandes qui n'arrivent jamais relèvent d'une autre enquête, et vous voulez pouvoir écarter celle-ci vite plutôt que de vous demander si votre propre correctif a avalé le message.