Le vrai test d’un outil de programmation n’est pas la publication qui part. C’est celle qui ne part pas, pendant que tout le monde dort.
Deux types d’échec
La publication échoue de deux manières très différentes, et les traiter pareil, c’est ainsi qu’un outil perd la confiance.
- Récupérable — une limite de débit, un délai dépassé, un hoquet de la plateforme. Attendre et réessayer règle le problème.
- Définitif — un jeton refusé, une vidéo que la plateforme n’accepte pas, un bot expulsé d’un canal. Réessayer envoie la même requête au même juge.
Réessayer le second type n’est pas de la persévérance, c’est du bruit. Cela retarde aussi le moment où un humain l’apprend, et c’est la seule chose qui le réglera vraiment.
D’abord une pause, puis une personne
Les échecs récupérables méritent un intervalle croissant : cinq minutes, vingt, une heure, trois. Les définitifs doivent échouer tout de suite et remonter avec le texte d’erreur de la plateforme, pas avec une excuse générique.
La règle qui compte le plus
Un nouvel essai ne doit jamais publier deux fois. Si Facebook et Telegram ont accepté la publication et qu’Instagram a échoué, l’essai ne repart que vers Instagram.
Cela suppose d’enregistrer le résultat par plateforme, et non par publication. C’est plus de comptabilité, et c’est la différence entre un nouvel essai qui aide et un qui montre votre annonce une seconde fois au même public.
Prévenir sans apprendre à ignorer
Une notification à chaque tentative apprend aux gens à couper les notifications. Envoyez-en une quand l’outil a réellement renoncé : ce message-là veut dire quelque chose, donc il est lu.