Publication programmée en échec : quoi vérifier avant de relancer
Diagnostique les envois absents, tardifs ou partiels et prépare une reprise ciblée et des informations utiles au support.
Quand une publication programmée semble avoir échoué, la première question est de savoir si elle est vraiment arrivée. Un délai dépassé, une notification manquante ou un tableau de bord vide ne suffisent pas à y répondre. Fais ces vérifications avant de publier une autre copie, surtout s’il y a plusieurs réseaux ou un fil.
Garde le brouillon et arrête les envois répétés
Enregistre le texte final, les pièces jointes, la date prévue, le fuseau horaire, le compte et toute erreur visible. Note l’heure de ta vérification. Si tu veux reprendre la main, mets d’abord en pause ou annule les tentatives automatiques restantes, si ton outil le permet. N’alterne pas entre les relances dans l’outil et la publication à la main sans savoir quelle file est encore active.
Ne mets ni mots de passe, ni jetons, ni données privées de lecteurs dans tes notes. Une capture doit montrer l’erreur et le statut de la publication, pas un jeton d’accès ou une messagerie sans rapport. Le but est d’avoir un petit relevé que tu pourras partager sans risque plus tard.
Cherche la publication là où elle devrait être
Ouvre le compte exact, puis tout lien que l’outil de programmation a enregistré pour la publication. Compare le texte, les médias et l’heure avec ton brouillon. Pour un compte Mastodon ou Misskey, vérifie le compte sur son propre serveur ; une publication absente du fil d’un autre serveur n’y est peut-être simplement pas encore arrivée. Le réglage d’audience peut aussi te la cacher.
Si la bonne publication est là, garde son lien et ne la renvoie pas. Si elle est là mais contient une erreur, traite-la comme une correction, pas comme une publication manquante. Si tu ne peux pas savoir si elle est là, note-le et consulte ensuite les détails de la tâche dans l’outil.
Nomme le problème avant de le corriger
Utilise cette liste pour choisir la vérification suivante :
- Aucune tentative affichée : vérifie la date prévue, le fuseau horaire, la file choisie et si l’élément est encore un brouillon.
- Erreur de connexion ou d’autorisation : vérifie l’accès au compte et reconnecte-le en suivant les étapes habituelles de l’outil.
- Contenu refusé : lis ce que dit l’erreur sur le texte ou les médias et regarde la pièce jointe réelle.
- Erreur du service ou limite de requêtes : attends le temps indiqué dans le message et consulte la page d’état du service.
- Certains réseaux ont fonctionné : note chaque résultat séparément et ne t’occupe que des copies manquantes.
Chaque outil formule ses erreurs à sa façon. N’essaie pas de deviner ce que veut dire un message inconnu. Garde sa formulation exacte pour le support, et sépare ce que tu as vu de ce que tu soupçonnes.
Corrige une cause et vérifie la publication en attente
Après une reconnexion, rouvre la publication en attente et vérifie son compte et son contenu. Après avoir remplacé un média, revérifie la description de l’image et l’ordre. Après avoir corrigé le fuseau horaire, vérifie la date et l’heure réelles de publication, pas seulement l’heure affichée.
Avant de relancer, demande-toi si la publication est encore utile. Un rappel qui partirait maintenant après l’événement doit être réécrit, pas simplement renvoyé. Regarde le compte une dernière fois, puis relance seulement la publication manquante si ton outil le permet. Ouvre le nouveau lien avant de considérer le problème comme réglé.
Gère les fils partiels et plusieurs réseaux
Pour un fil, liste les parties en ligne et leurs liens. Si le premier message est parti mais pas un des suivants, garde les réponses existantes. Relance la partie manquante en réponse au bon message si ton outil le permet ; sinon, annule la tentative en attente et termine le fil à la main dans l’app du réseau.
Ne renvoie pas toute la campagne à tous les comptes parce qu’une copie a échoué. Vérifie chaque réseau séparément. Le guide des fils explique comment préparer la chaîne de réponses, et le guide de programmation Telegram explique en quoi la file propre à Telegram diffère de celle d’un outil.
Demande de l’aide avec les bons détails et évite que ça se reproduise
Si tu contactes le support, indique l’outil et sa version si tu la connais, le compte ou le serveur, l’heure prévue avec le fuseau horaire, l’erreur exacte, l’heure de chaque tentative et les liens des publications qui sont bien parties. Précise si tu as déjà relancé ou publié à la main. Cela aide le support à distinguer un problème d’accès d’une publication dont on ne sait pas si elle est partie.
Note la cause du problème à côté de ton calendrier hebdomadaire et teste ce processus avant ta prochaine publication importante. Studio indique, une fois une publication partie, si elle est bien passée sur chaque réseau, pour voir d’un coup d’œil quelle copie manque. Il n’est pas encore disponible ; tu peux t’inscrire sur la liste d’attente. Quel que soit ton outil, vérifie toi-même la publication en ligne.
