
Commencez par un examen manuel si vous n’avez que quelques commentaires à vérifier. Un outil de collecte peut vous aider à conserver les données sources pour un examen plus large. Il ne peut pas décider si une plainte mérite de rester visible ou si une règle de la Page s’applique.
Ce guide propose une méthode d’examen. Il ne démontre pas que masquer des commentaires améliore les ventes, protège la réputation ou rend une politique de modération sans risque. Ici, la modération consiste à décider du traitement des commentaires selon les règles de votre Page.
1. Définissez la décision et la règle
Une question publique demande s’il est utile de masquer les commentaires. Pour y répondre, il faut justifier chaque action proposée. Un ton négatif ne suffit pas à lui seul. Les éléments fournis comprennent une question publique sur le masquage des commentaires, vérifiée le 25 octobre 2026 ; elle ne mesure pas une demande plus large.
Écrivez l’objectif de votre examen avant de classer les commentaires. Par exemple, vous pouvez vérifier si les commentaires sélectionnés enfreignent une règle existante de la Page. Distinguez cet objectif de la décision de déterminer quelles plaintes sur le produit méritent une enquête.
Consignez le libellé exact de la règle et la personne habilitée à approuver une action. Une règle utile doit fournir un élément concret à vérifier à la personne responsable de l’examen. Ne pas apprécier un avis critique ne prouve pas que le commentaire enfreint une règle.
Pour chaque règle, consignez :
- Le nom ou la référence de la règle.
- Son libellé complet.
- Les preuves nécessaires pour l’appliquer.
- La personne habilitée à approuver une action.
- L’étape suivante si les preuves ne sont pas claires.
Si vous ne trouvez pas de règle applicable, consignez cette lacune. Ne créez pas une règle après avoir lu un commentaire dans le seul but de justifier un résultat souhaité. Laissez l’action proposée en attente pendant que la personne responsable vérifie la politique.
Nommez aussi précisément l’action à examiner. Masquer, supprimer, conserver un commentaire et le transmettre au service client pour examen sont des décisions différentes. N’utilisez pas « traité » à la place de l’action précise que vous voulez désigner.
2. Choisissez un périmètre d’examen restreint
Le périmètre désigne les limites de l’examen. Sélectionnez des liens connus vers des publications publiques et une période à examiner. Consignez les publications et les dates que vous comptez vérifier. Votre rapport final doit indiquer clairement ces limites.
Pour un petit ensemble, ouvrez les publications en suivant votre procédure habituelle avec le compte de la Page. Lisez les commentaires et les réponses sur place. Constituez le journal des décisions directement à partir de cet examen. Vous n’avez pas besoin d’un export pour évaluer quelques commentaires.
Utilisez un export de données publiques si vous avez besoin d’une copie distincte des données sources pour l’examen. Selon sa documentation, le Facebook Comments Scraper accepte de 1 à 100 liens vers des contenus publics pris en charge. Il peut s’agir de liens vers des publications, des Reels, des vidéos et des photos. Les liens vers des Pages, des Groupes, des profils, des Stories et des contenus privés ne sont pas acceptés en entrée. Ce sont les limites d’entrée documentées, pas les résultats d’une exécution réalisée pour ce guide. Consultez le contrat public de l’Actor, vérifié le 25 octobre 2026 ; documentation statique uniquement.
Le petit ensemble de données d’entrée ci-dessous respecte le schéma fourni. Un schéma est l’ensemble des règles qui définissent les champs et les valeurs acceptés en entrée.
{
"collectAllAvailable": false,
"commentSortMode": "all",
"includeReplies": true,
"maxResultsPerPost": 10,
"startUrls": [
"https://www.facebook.com/reel/1733966934399341"
]
}Remplacez l’adresse d’exemple dans `startUrls` par le lien vers le contenu public pris en charge que vous souhaitez examiner. L’adresse d’exemple n’apporte aucune preuve concernant votre Page. Ces données d’entrée ont été vérifiées au regard des règles d’entrée documentées. Aucune collecte n’a été exécutée pour ce guide.
Les paramètres ont les effets suivants :
- `maxResultsPerPost` fixe un maximum de 10 lignes enregistrées pour chaque URL fournie. Une ligne correspond à un commentaire ou à une réponse enregistrés.
- `includeReplies` demande les réponses sous forme de lignes distinctes et facturées. Les réponses comptent dans le même maximum. Ce paramètre ne demande pas 10 commentaires parents auxquels s’ajouteraient des réponses.
- `commentSortMode` sélectionne l’option de tri documentée `all`. Ce nom ne garantit pas une couverture complète.
- `collectAllAvailable` reste défini sur `false`. Ces données d’entrée conservent donc la limite de résultats choisie.
Les données d’entrée ne contiennent aucun filtre de date. Si vous ajoutez `commentsFrom` ou `commentsUntil`, le comportement documenté exclut les commentaires sans date publique. Consignez cette limite lorsque vous indiquez la période examinée. Supprimer la limite de résultats peut augmenter le coût sans garantir une collecte complète.
3. Conservez la source et lisez la conversation
Conservez l’export d’origine sans le modifier. Créez le journal des décisions dans un tableau distinct. La personne responsable de l’examen pourra ainsi comparer votre constat au texte source.
La sortie documentée comprend `commentId`, `commentUrl`, `parentCommentId`, `rootCommentId`, `isReply`, `text`, `publishedAt`, `postDescription` et `scrapedAt`. Il s’agit de champs documentés, pas de valeurs confirmées dans un résultat actuel. Certains champs peuvent être indisponibles. Le contrat de l’Actor, vérifié le 25 octobre 2026 ; aucun résultat d’exécution n’a été vérifié définit ces champs et leurs limites.
Utilisez les champs pour retrouver la conversation :
- Conservez `commentId` au format texte. Il identifie l’enregistrement du commentaire.
- Utilisez `commentUrl`, lorsqu’il est disponible, pour ouvrir le commentaire exact.
- Pour une réponse, vérifiez `parentCommentId`, qui identifie son commentaire parent.
- Conservez `rootCommentId`, qui identifie le commentaire de premier niveau du fil de discussion. Un fil de discussion comprend un commentaire et les réponses qui lui sont rattachées.
- Lisez la publication d’origine et les réponses pertinentes qui entourent le commentaire.
- Consignez la date et l’heure de cette vérification du contexte.
Une réponse peut ressembler à une plainte contre votre marque alors qu’elle s’adresse à un autre utilisateur. Une réponse courte peut aussi dépendre d’un commentaire parent absent de l’export. Ne comblez pas ces lacunes par une supposition.
Distinguez la date et l’heure de publication de celles de la collecte. `publishedAt` indique la date et l’heure publiques de publication lorsqu’elles sont disponibles. `scrapedAt` indique quand la ligne a été collectée. La date et l’heure de collecte ne permettent pas de savoir quand un commentaire a été publié ni quand une action de modération a eu lieu.
Préservez les valeurs manquantes. Une date indisponible signifie « date indisponible », pas « publié au moment de la collecte ». Un texte indisponible n’est pas un propos vide que vous pouvez classer. Un nombre de réactions manquant ne signifie pas zéro réaction.
Citez uniquement le texte nécessaire pour justifier la décision. Retirez les coordonnées personnelles du rapport de travail. Si nécessaire, conservez une référence à la source dans un emplacement distinct, accessible uniquement au personnel autorisé. Ne copiez pas de dossiers privés du service client ni de coordonnées personnelles dans un rapport public.
4. Consignez les décisions dans un journal aux champs clairs
L’Actor ne produit pas les constats d’examen présentés ci-dessous. Vous les ajoutez à partir de vérifications manuelles. Conservez une fiche de décision liée à chaque identifiant de commentaire examiné et indiquez clairement les vérifications ultérieures.
Utilisez ces champs pour constituer un premier tableau pratique :
| Champ | Éléments à consigner |
|---|---|
| `commentId` | Identifiant d’origine du commentaire, conservé au format texte |
| `source_reference` | Lien vers la publication et lien vers le commentaire, lorsqu’ils sont disponibles |
| `thread_reference` | Identifiants disponibles du commentaire parent et du commentaire racine |
| `source_checked_at` | Date et heure de la vérification manuelle de la source |
| `relevant_text` | Citation minimale nécessaire à l’examen, sans coordonnées personnelles |
| `rule_under_review` | Libellé exact de la règle ou référence claire à celle-ci |
| `exact_evidence` | Texte précis ou détail de la source pouvant justifier l’application de la règle |
| `context_checked` | Publication et conversation vérifiées, avec le résultat |
| `finding` | Critique, question au service client, infraction vérifiée à une règle ou contexte incertain |
| `uncertainty` | Preuves manquantes, détails contradictoires ou questions sans réponse |
| `proposed_action` | Action précise demandée et sa justification |
| `reviewer` | Personne responsable de la décision |
| `approval_state` | En attente, approuvée, refusée ou aucune approbation demandée |
| `action_taken` | Action réellement effectuée ou exécution non consignée |
| `action_taken_at` | Date et heure consignées de l’action, ou indisponibles |
| `outcome` | Résultat étayé par les enregistrements d’approbation et d’action |
Renseignez `exact_evidence` avec assez de précision pour permettre une vérification par une autre personne. « Mauvais commentaire » ne donne aucune raison vérifiable. Une référence à un lien précis et à la règle qui le concerne permet à la personne responsable de l’examen d’effectuer une vérification claire.
Ne confondez pas un champ vide avec une décision. Un champ `approval_state` vide ne signifie pas que l’action a été refusée. Un champ `action_taken_at` vide ne prouve pas qu’une action a eu lieu sans que sa date et son heure soient consignées. Signalez la lacune et attribuez la vérification suivante.
5. Distinguez une critique d’une infraction vérifiée à une règle
Lisez le commentaire pour en comprendre le sens avant de choisir un constat. Faites les distinctions suivantes :
- Critique ordinaire : avis négatif sur le produit, le prix ou l’expérience. Distinguez-le d’une infraction à une règle.
- Question au service client : demande ou plainte qui doit être examinée par le service client. Ne considérez pas le problème de service lui-même comme une preuve justifiant le masquage du commentaire.
- Infraction vérifiée à une règle : après vérification du contexte, des preuves précises justifient l’application d’une règle locale explicite.
- Contexte incertain : le texte source ou le contexte de la conversation nécessaire est indisponible. Laissez la décision en suspens.
Vérifiez aussi à qui s’adresse le commentaire. Une question adressée à un autre utilisateur ne crée pas à elle seule une tâche de modération pour la marque. Consignez le contexte pertinent avant de proposer une action.
Des formulations répétées peuvent justifier une vérification distincte. Elles ne prouvent pas un abus. Si la répétition compte dans le cas examiné, utilisez la démarche distincte de vérification des preuves présentée dans Comment repérer les commentaires Facebook répétés ou ressemblant à du spam sans fausses accusations. Dans ce journal, distinguez le constat de répétition de la décision relative à la règle.
Une plainte peut aussi contenir une demande utile concernant le produit. Transmettez cette demande pour un examen distinct par l’équipe produit. La méthode présentée dans Comment transformer les demandes de fonctionnalités sur Facebook en priorités produit porte sur cette décision. Une piste d’amélioration du produit ne permet pas de décider si une règle de la Page s’applique.
Pour chaque action de modération proposée, reliez trois éléments : la règle, les preuves précises et le contexte vérifié. Transmettez les cas incertains ou aux conséquences importantes à la personne désignée pour l’examen. Cette procédure ne détermine pas le statut juridique des propos.
6. Examinez six décisions fictives
Fiction originale : tous les commentaires, règles, désignations des personnes chargées de l’examen et décisions de cet exemple sont inventés. L’exemple montre comment utiliser le journal. Il ne présente ni une exécution de l’Actor ni un examen réel d’une Page.
La Page fictive possède une règle locale, R1 : « Ne publiez pas de liens vers des pages de vente externes dans les commentaires. » Une personne désignée pour l’examen peut approuver une suppression au titre de cette règle. Cette règle inventée n’est présentée ni comme une exigence applicable à tout Facebook ni comme une politique recommandée pour toutes les Pages.
La personne responsable de l’examen vérifie six enregistrements de commentaires sous une publication publique sélectionnée. Les libellés des liens ci-dessous sont des exemples fictifs, pas des destinations actives. Dans un vrai journal, conservez les preuves exactes des liens pertinents dans le dossier source à accès restreint.
| Identifiant | Commentaire inventé ou note sur la source | Constat vérifié | Action et état |
|---|---|---|---|
| C1 | « C’est trop cher pour ce que ça fait. » | Avis critique sur le produit | Conserver la critique |
| C2 | « Pourquoi ma livraison n’est-elle pas arrivée ? » | Question critique au service client | Transmettre au service client pour examen |
| C3 | « Achetez ici : [lien de vente fictif A]. » | Lien vérifié au regard de R1 et du contexte source | Suppression approuvée par la personne responsable de l’examen ; exécution pas encore consignée |
| C4 | « Découvrez cette offre : [lien de vente fictif B]. » | Deuxième lien vérifié au regard de R1 et du contexte source | Examen par la personne responsable en attente |
| C5 | « Vous avez reçu votre livraison ? » | Question adressée à un autre utilisateur du fil de discussion | Aucune action de modération proposée pour la marque |
| C6 | Le commentaire parent nécessaire pour interpréter la réponse est indisponible | Contexte nécessaire manquant | En suspens ; vérifier la source |
Pour C3, le journal consigne R1, les preuves vérifiées concernant le lien, la date et l’heure de vérification de la source et la personne responsable de l’examen. Son champ `approval_state` indique que l’action est approuvée. Son champ `action_taken` reste sur « exécution non consignée ». Ne saisissez pas de date et d’heure d’action sans preuve que l’action a réellement eu lieu.
Pour C4, la vérification au regard de la règle est terminée, mais l’approbation reste en attente. Les preuves et l’approbation sont deux éléments distincts. La présence d’un deuxième lien vérifié ne prouve pas qu’une deuxième action a été approuvée.
Pour C6, l’absence du commentaire parent empêche d’établir le contexte. Elle ne prouve pas que la réponse enfreint une règle. Laissez le cas en suspens et consignez qui doit vérifier à nouveau la source.
Les catégories de décision couvrent les six lignes :
2 cas de critique ou de service client + 2 cas vérifiés au regard d’une règle locale + 1 cas concernant un autre utilisateur + 1 cas en suspens = 6 lignes examinées.
Seule 1 action de suppression est approuvée. Aucune n’est consignée comme effectuée. Le dossier ne permet donc pas d’établir le nombre d’actions effectuées ; il ne prouve pas qu’aucune action n’a eu lieu en dehors de ce qui est consigné.
N’indiquez pas « deux commentaires masqués ». L’action approuvée est une suppression, et son exécution n’est pas consignée. N’indiquez pas « six utilisateurs toxiques ». Il s’agit de six lignes de commentaires examinées, pas d’un nombre vérifié de personnes. L’exemple ne fournit pas non plus de bénéfice mesuré sur les ventes ou la réputation.
7. Vérifiez l’approbation, l’exécution et les cas d’échec
Après l’approbation, une personne autorisée doit suivre la procédure habituelle de la Page pour effectuer l’action indiquée. La procédure de collecte n’effectue aucune action de modération. Consignez ce que cette personne a réellement fait et quand.
Distinguez ces états :
- Proposée : une personne a demandé une action.
- Approuvée : la personne habilitée à examiner le cas a accepté cette action.
- Effectuée : un enregistrement atteste que l’action a eu lieu.
Un export ultérieur ne peut pas remplacer la trace d’exécution. Si un commentaire est absent, consignez cette absence. N’affirmez pas qu’il a été masqué. Une limite de résultats, l’ordre des données sources ou des données sources indisponibles peuvent expliquer qu’un commentaire ne figure pas dans un export. Les preuves fournies ne permettent pas d’établir pourquoi un commentaire précis est absent.
Avant de valider le journal, vérifiez que chaque action proposée comporte une référence à la source, une règle explicite, des preuves précises, un contexte vérifié et un état d’approbation. Confirmez que les critiques restent distinctes des infractions vérifiées à une règle. Confirmez que chaque cas en suspens a une prochaine étape et une personne responsable de l’examen.
Indiquez le nombre de décisions examinées et de cas en suspens pour les publications et la période sélectionnées. Ne présentez pas ces nombres comme des totaux pour toute la Page. Excluez les enregistrements non examinés du nombre de décisions examinées.
Les éléments sources étayent les fonctions de collecte documentées et la méthode manuelle proposée ici. Ils ne démontrent ni la fiabilité de la collecte, ni la récupération d’anciens commentaires, ni des résultats de modération mesurés. Pour la tâche publique d’export, seule la présence de sa page a été vérifiée. Ses paramètres enregistrés n’ont pas été consultés et la tâche n’a pas été exécutée.
Sources et lectures complémentaires
- Question publique : masquer les commentaires sur Facebook est-il une bonne pratique ? — consultée le 25 octobre 2026 ; une seule question publique consignée, sans consultation authentifiée ni estimation de la demande
- Version de compilation par défaut 2.0.9 du Facebook Comments Scraper : éléments sur les entrées, les sorties et le README — vérifiés le 25 octobre 2026 ; contrat public statique, sans exécution payante ni validation à l’exécution
- Exporter les commentaires Facebook au format CSV — vérifié le 25 octobre 2026 ; seule la présence de la tâche publique a été vérifiée, paramètres enregistrés non vérifiés et tâche non exécutée
Par Chronometrica · Mis à jour
Retour en haut ↑
