Une checklist de validation des posts pour une petite équipe
Relis le texte, l'image, la destination et l'horaire exacts, note une décision claire et évite qu'une modification contourne la validation manuelle.
Une bonne validation donne un oui ou un non clair à une version précise d’un post, bien nommée, avant sa publication. Un « ça me va » ne sert pas à grand-chose si l’image, le lien ou le texte changent ensuite. Relis le post entier tel qu’il sera publié, et désigne la personne qui va vraiment l’envoyer.
L’exemple est une annonce d’atelier inventée, relue par l’organisateur et la personne qui publie. Il te suffit d’un document partagé et de ton outil de publication.
Décide qui fait quoi
Note qui vérifie les faits, qui peut dire oui à l’annonce et qui la publie. Dans une petite équipe, une même personne peut faire plusieurs de ces tâches, mais tes notes doivent quand même dire quelle vérification a eu lieu. Ne demande pas un accord vague à cinq personnes quand une seule connaît les détails de l’événement.
Fixe ce que chacun vérifie : l’organisateur vérifie la date, le lieu et les conditions d’inscription ; la personne qui publie vérifie le compte, la mise en forme et l’horaire. Si le post est traduit, quelqu’un qui lit cette langue le relit. Fixe une date limite de relecture bien avant l’heure de publication, pour avoir le temps de corriger. Pas de réponse, ce n’est pas un oui.
Prépare une version que l’on peut relire
Donne au post un nom simple, comme atelier-23-oct-v2. Inclus le texte complet, le fichier image, la description de l’image, le lien, le compte, la langue et l’heure de publication prévue avec le fuseau horaire. Une capture montre à quoi ressemble le post, mais ne doit pas être la seule copie du texte ou des liens.
Dans l’exemple, l’atelier a lieu le 23 octobre 2026 à 18 h à la bibliothèque des Rives. La personne qui relit doit voir ces faits à côté de la vraie page d’inscription. Ne confonds pas l’heure d’envoi du rappel avec l’heure de début de l’événement. Personne ne peut vérifier un lien « ajouté plus tard ».
Vérifie les faits et la prochaine étape du lecteur
Lis le post comme si tu le découvrais. Comprend-on de quel événement il s’agit, qui peut venir, où ça se passe et quoi faire ensuite ? Clique sur le lien et vérifie la page où arriveront les lecteurs. Si le post invite à s’inscrire tout de suite, assure-toi que les inscriptions sont ouvertes.
| Quoi vérifier | Où regarder |
|---|---|
| Date, lieu et conditions | Les dernières informations de l’organisateur |
| Affirmation ou citation | D’où elle vient et ses limites |
| Image et description | Cadrage final, droit de l’utiliser et description qui correspond |
| Appel à l’action | Un lien qui fonctionne, avec les mêmes détails |
| Langue | Le texte traduit en entier, plus le texte dans l’image |
Ne laisse pas la relecture ajouter des promesses que tu ne peux pas tenir. « Matériel fourni » et « apporte ton matériel » sont des consignes différentes, pas deux façons de dire la même chose. Le guide des posts multilingues t’aide à vérifier ces différences d’une langue à l’autre.
Note la validation pour cette version précise
Écris une réponse claire : « Validé : atelier-23-oct-v2, compte @atelier, texte français et image tels que présentés, publication à l’heure prévue. » Ou écris « Modifications nécessaires » et liste précisément ce qu’il reste à corriger.
Si le lieu change après la validation, crée une v3 et demande une nouvelle décision. Le premier oui vaut pour la v2 ; il ne couvre pas les modifications suivantes. Décide à l’avance quelles petites corrections, comme les fautes d’orthographe, la personne qui publie peut faire sans nouvelle relecture. Un changement de sens, de date ou de conditions demande toujours une nouvelle vérification.
Vérifie que la file correspond à la version validée
La personne qui publie copie la version validée dans l’outil, l’enregistre et rouvre le post programmé. Compare le texte, l’ordre des images, les descriptions, le compte et l’heure avec tes notes. Vérifie la version de chaque réseau séparément : valider un aperçu ne couvre pas tous les réseaux.
Une seule personne ou un seul outil doit envoyer le post. Si la date limite passe avec des questions en suspens, le post reste non validé : déplace-le ou annule-le dans ton outil. Un créneau dans le calendrier n’est pas une autorisation de publier. Utilise le calendrier hebdomadaire pour garder assez de temps pour la relecture.
Vérifie le post publié
Garde le lien du post publié et vérifie qu’il correspond à la version validée. Sinon, cherche pourquoi : le post a changé, le mauvais élément a été programmé, ou le réseau a modifié son affichage. Corrige ce que voient les lecteurs avec le guide pour corriger un post publié.
Garde ensemble la source, la version relue, la décision et le lien publié. Ne supprime une étape de relecture que lorsque tu sais quelles vérifications détectent vraiment des erreurs. Cette checklist fonctionne avec n’importe quel outil. Si ton équipe utilise Studio, les brouillons peuvent attendre une validation avant la publication : le oui se donne au même endroit que la programmation. Studio n’est pas encore disponible ; tu peux t’inscrire sur la liste d’attente.
