Temps de lecture estimé : 3 min · Publié le 1 octobre 2026
Nommer les contributions réellement attendues
Décrivez ce qui peut être proposé et dans quel but : corriger une fiche, poser une question ou apporter un témoignage autorisé. Écartez les champs que personne ne saura vérifier. Expliquez les règles près du formulaire, avec des exemples compréhensibles plutôt qu’une liste de notions abstraites.
Les règles de participation Mozilla offrent un exemple de cadre explicite de comportement ; elles ne constituent pas un modèle juridique universel. Adaptez votre propre cadre au public et aux personnes chargées de l’appliquer, puis faites vérifier les obligations propres au service si nécessaire.
Définir un circuit de décision
Choisissez les états utiles : reçu, en vérification, publié, refusé ou à compléter. Précisez qui décide et quand une seconde personne doit examiner un cas. Une prévalidation peut convenir à certaines contributions ; une publication immédiate implique un autre besoin de suivi.
Annoncez seulement les délais que l’équipe peut tenir. Une confirmation de réception ne doit pas promettre la publication. Pour un annuaire, demandez une source primaire et vérifiez la fiche proposée avant de modifier les informations existantes.
Permettre un signalement proportionné
Préparez un moyen de signaler une erreur ou un contenu problématique depuis son contexte. Demandez l’adresse concernée et une explication utile, sans exiger une copie de données sensibles pour une simple correction. Définissez un destinataire et une procédure lorsqu’un signalement demande une intervention rapide.
Testez une demande recevable, un envoi incomplet, une répétition et une notification perdue. Vérifiez qu’un refus est compréhensible et que les propos d’une personne ne sont pas attribués à une autre. Les exemples de recette restent fictifs, sans simuler de véritables témoignages publics.
Conserver une trace utile des décisions
Documentez l’état, la raison de décision et la personne responsable, en limitant les informations conservées. Séparez les notes internes de ce qui peut être montré publiquement. Prévoyez la correction ou le retrait d’une contribution selon les règles applicables et le contexte.
Révisez les règles après les cas difficiles : quelle information manquait, quel délai était irréaliste et quelle étape créait une confusion ? Le livrable est un parcours réception–décision–publication–signalement attribué à des responsables, avec exemples et limites annoncées.
Documentation primaire : Mozilla — Community Participation Guidelines.
