Détection de contenu synthétique & de faux avis

Des avis plausibles peuvent tout de même appartenir à une campagne coordonnée.

Campaign Firewall montre comment les preuves relationnelles peuvent étayer un parcours d'examen humain lorsque le texte seul ne décèle pas le schéma. Tous les avis et historiques de comptes présentés ici sont synthétiques.

4 sur 15

Signalés par la référence locale basée sur le texte seul

Campagne modélisée entièrement humaine, même jeu d'essai

15 sur 15

Acheminés vers un examen humain par l'ensemble

Enregistrements synthétiques, aucune action sur la plateforme

105 paires de comptes

Liées par un historique de produits partagé

Preuves relationnelles au sein du même cluster

Ces observations issues du jeu d'essai expliquent un choix de conception. Les deux méthodes utilisent des centiles de texte dérivés du corpus, et le seuil d'examen de l'ensemble a été ajusté sur les mêmes étiquettes ; il ne s'agit pas d'une performance sur des données non observées.

Un message plausible laisse ouverte la question de la coordination

Une équipe de protection de marque doit comprendre pourquoi des avis semblent liés avant de décider de ce qu'il convient d'escalader. Une formulation fluide ne suffit pas à établir que des comptes ont agi de manière indépendante, et une opinion négative ne constitue pas à elle seule une fraude.

Notre exemple synthétique modélise une campagne de 15 avis sur la fiche d'un concurrent. Onze enregistrements présentent peu d'anomalies stylométriques, mais le chevauchement de leurs historiques de produits relie les comptes. La référence locale basée sur le texte seul en signale quatre sur les 15 ; l'ensemble achemine les 15 vers un examen.

Ce parcours préserve l'incertitude. L'étiquette modélisée entièrement humaine constitue la vérité terrain du jeu d'essai, et non la preuve que de véritables personnes ont rédigé ces avis ou qu'une rémunération a eu lieu.

Évaluer les signaux, puis expliquer le constat

Combiner quatre familles de signaux

Les schémas rédactionnels, le comportement des comptes, la temporalité des pics et les relations entre comptes contribuent à un score heuristique plafonné. Le jeu d'essai modélise 90 jours d'historique ; le détecteur temporel examine des fenêtres de pic de 72 heures. Le score n'est pas une probabilité calibrée.

Exiger une relation entre comptes

Des appareils partagés ou des historiques de produits se chevauchant suffisamment créent des arêtes de graphe. Le chevauchement de produits nécessite une similarité Jaccard d'au moins 0,5 au sein de la même fiche et un intervalle maximal de 72 heures entre les enregistrements. La temporalité seule ne crée aucun lien.

Garder le parcours inspectable

Les composantes connexes deviennent des clusters de campagne lorsque leur taille et leur cohésion satisfont aux règles configurées. Une notation déterministe attribue l'éligibilité CLEAR, REVIEW ou AUTO modélisé avant la rédaction d'un récit. REVIEW demeure un parcours destiné au jugement humain, et non une enquête achevée.

Préserver les preuves derrière la narration

L'investigation enregistrée rejoue une réponse Codex en cache après la notation. Un filtre déterministe vérifie les nombres, le chevauchement de tokens et les inversions de verdict ; il n'établit pas la véracité de chaque phrase retenue. Le JSON conserve l'appartenance à la campagne, les scores numériques des composantes et un projet de litige non déposé. Le HTML imprimable affiche le profil de la campagne, les noms des signaux par avis et le projet ; il n'affiche pas la décomposition numérique des composantes.

Le graphe utilise un partitionnement en composantes connexes interprétable. Aucun réseau de neurones sur graphe entraîné ni aucune intégration de plateforme en production ne sont implémentés dans cette démonstration.

Suivre une campagne d'avis depuis les signaux jusqu'aux preuves

Tous les avis, historiques de comptes, appareils et flux de plateformes dans ces captures réelles d'application sont synthétiques. L'exemple principal suit 15 avis modélisés de concurrents, depuis la détection d'une campagne jusqu'à l'enregistrement exporté, en passant par un parcours d'examen humain.

Exemple concret : 15 avis plausibles, un schéma relationnel

Le jeu d'essai étiquette ce cas comme une campagne rémunérée entièrement humaine, mais ni la paternité rédactionnelle ni le paiement ne sont établis par le détecteur. Onze de ses 15 avis ont une composante stylométrique d'au plus 4 : peu d'anomalies de rédaction dans cette implémentation. Leurs historiques de comptes fournissent la raison de les examiner ensemble.

Deux fiches de campagne synthétique : un cluster multiplateforme de 67 avis et un cluster d'historique de produits de 15 avis.
La seconde fiche résume le cas des 15 avis sur une durée de 70,8 heures. Son étiquette de confiance moyenne est un score heuristique de 70,3/100, et non une probabilité de fraude. Ouvrez l'image pour une inspection en taille réelle.

1. Inspecter ce qui relie les comptes

Les 15 avis partagent des historiques de produits se chevauchant suffisamment sur la même fiche dans la limite configurée de 72 heures. Cela crée 105 arêtes de paires par chevauchement de produits, reliant chaque paire du cluster, avec une cohésion de 1,0. Il n'y a aucune arête d'appareil partagé dans ce cas ; le constat ne dépend pas de la réutilisation d'appareils. La temporalité seule ne créerait pas d'arête.

Graphe de coordination montrant des clusters synthétiques distincts de 15 avis et 67 avis avec les formes de plateformes.
Le graphe affiche deux clusters et un sous-ensemble de leurs arêtes. Chaque nœud représente un avis ; les couleurs distinguent les clusters, non les parcours CLEAR et REVIEW. Le cluster vert de 15 avis reste acheminé vers REVIEW. Ouvrez l'image pour une inspection en taille réelle.

2. Comparer le signal textuel avec le parcours résultant

La référence locale basée sur le texte seul signale quatre des 15 enregistrements. Elle manque donc la détection au niveau de la campagne selon la règle de ce banc d'essai exigeant qu'au moins 60% d'une étiquette implantée soit signalée. L'ensemble combine les composantes d'écriture, de comportement, de temporalité et de réseau, et achemine les 15 vers REVIEW plutôt que vers AUTO.

Ce que le cas synthétique complet de 15 avis établit
Preuve ou décisionRésultat observéInterprétation
Signal de schéma rédactionnel11 sur 15 ont une composante stylométrique d'au plus 4Une faible anomalie ne constitue pas un certificat de paternité humaine.
Relation entre comptes105 arêtes de paires par chevauchement de produits ; aucune arête d'appareil partagéUn schéma d'historique partagé justifie d'examiner les comptes ensemble.
Référence locale basée sur le texte seul4 sur 15 signalésCe comparateur implémenté manque la campagne en vertu de la règle des 60%.
Parcours de l'ensemble15 REVIEW ; 0 AUTOLes 15 sont acheminés vers un jugement humain. Aucun avis n'est supprimé.
Huit lignes d'avis synthétiques sélectionnées comparant les signaux des composantes, les parcours REVIEW et CLEAR, et les décisions de la référence basée sur le texte seul.
Cette comparaison sélectionnée de huit lignes illustre à la fois les résultats REVIEW et CLEAR ; il ne s'agit pas du cluster complet de 15 avis. REVIEW en ambre désigne un parcours vers un jugement humain. CLEAR en vert indique un résultat inférieur au seuil configuré, non une authentification indépendante. Ouvrez l'image pour une inspection en taille réelle.

3. Maintenir la narration séparée de la décision

La notation déterministe définit les niveaux avant que le modèle optionnel ne décrive le constat. L'investigation enregistrée rejoue une réponse en cache issue de la passerelle Codex réelle. Son filtre d'ancrage vérifie les nombres, le chevauchement de tokens et les inversions de verdict ; la prose retenue nécessite toujours l'examen d'un analyste et ne peut modifier le score ou le niveau.

Investigation synthétique de 15 avis avec provenance Codex en cache, filtre heuristique, correspondance indicative de règles et projet non déposé.
L'investigation préserve la preuve de chevauchement de produits et identifie la source de la narration en cache. La correspondance de règles est indicative. Les libellés d'interface tels que Projet de retrait de plateforme décrivent un modèle non déposé, et non une action exécutée sur la plateforme. Le projet natif indique que les horodatages par avis sont inclus, mais cet export ne contient qu'un horodatage de génération d'enregistrement, sans horodatages par avis. Ouvrez l'image pour une inspection en taille réelle.

4. Préserver le constat dans un export inspectable

L'export JSON réel conserve l'appartenance à la campagne, la répartition par niveau, les signaux contributifs et les scores des composantes de chaque enregistrement. Le HTML imprimable affiche un profil de campagne, la narration en cache, une correspondance indicative de règles, un projet de litige non déposé et l'ensemble des 15 lignes signalées. Un analyste peut vérifier pourquoi un enregistrement a été acheminé au lieu de s'en remettre uniquement à la narration. Le projet de litige natif surestime la couverture des horodatages : le rapport JSON et le rapport imprimable incluent un horodatage de génération d'enregistrement, mais aucun horodatage par avis. Ceux-ci devraient être ajoutés et vérifiés avant toute utilisation externe.

Rapport de preuves synthétique complet et imprimable de 15 avis avec profil de campagne, narration, projet et l'ensemble des 15 lignes REVIEW.
Il s'agit du rapport imprimable natif de l'application généré à partir du JSON réel téléchargé. Les 15 lignes demeurent en REVIEW. Les valeurs de confiance sont des scores heuristiques ; l'enregistrement constitue une documentation descriptive, non la preuve d'une infraction légale, d'un litige déposé ou d'une chaîne de garde indépendante. Le projet natif indique que les horodatages par avis sont inclus, mais cet export ne contient qu'un horodatage de génération d'enregistrement, sans horodatages par avis. Ouvrez l'image pour une inspection en taille réelle.

Un contraste multiplateforme : avis positifs et négatifs au sein d'un même cluster

Un cluster synthétique distinct relie 67 enregistrements : 47 avis cinq étoiles sur la fiche modélisée d'un concurrent Amazon, plus 12 avis Google et huit avis Yelp ciblant la marque modélisée. Sur 71,8 heures, le cluster compte 90 arêtes de paires par appareils partagés et 1 175 arêtes de paires par chevauchement de produits. Il contient 24 enregistrements AUTO et 43 enregistrements REVIEW ; AUTO représente l'éligibilité selon une politique modélisée, non une suppression automatique.

Ce cas montre pourquoi un réviseur peut avoir besoin de relations à travers plusieurs flux modélisés plutôt que d'un simple décompte de messages négatifs. Trente et un des 67 enregistrements présentent peu d'anomalies stylométriques. Même avec un schéma connecté, le détecteur n'établit pas de paiement réel, de statut de client ou de culpabilité.

Investigation synthétique de 67 avis montrant les preuves d'appareils partagés et de chevauchement de produits, la narration en cache et un projet de litige non déposé.
Le second exemple combine la valorisation artificielle modélisée d'un concurrent et des avis ciblant la marque à travers trois libellés de plateformes. L'investigation native identifie le cluster de 67 enregistrements et conserve ses preuves relationnelles. Aucun connecteur ne récupère d'avis en direct et aucun litige n'est déposé. Le projet natif indique que les horodatages par avis sont inclus, mais cet export ne contient qu'un horodatage de génération d'enregistrement, sans horodatages par avis. Ouvrez l'image pour une inspection en taille réelle.

Une explosion temporelle constitue un contexte, non le décompte d'appartenance à la campagne

La fiche du concurrent Amazon modélisée culmine à 69 avis dans une fenêtre de 72 heures par rapport à une valeur attendue de 7,8, soit environ 8,85 fois la référence configurée. Ce décompte au sein de la fenêtre de la fiche n'est pas la taille du cluster multiplateforme de 67 enregistrements. Une explosion apporte un signal temporel ; les relations entre comptes fournissent les liens du graphe.

Comparaison de vélocité de fiches synthétiques montrant une explosion de concurrent Amazon d'environ 8,85 fois la référence configurée.
La vue temporelle compare les fenêtres de pic au niveau de la fiche. Son explosion de concurrent Amazon fournit un contexte temporel, non la preuve que chaque avis de cette fenêtre appartient à une campagne coordonnée. Ouvrez l'image pour une inspection en taille réelle.

Lire la comparaison sur le même jeu d'essai avec ses limites associées

Le jeu d'essai élargi contient 1 530 enregistrements synthétiques sur un historique modélisé de 90 jours. Les résultats suivants reproduisent les seuils actuellement chargés sur ce même corpus étiqueté. Les deux méthodes en dérivent des centiles de texte, et le seuil REVIEW de l'ensemble a été ajusté sur ses étiquettes. Il ne s'agit pas de résultats d'exactitude en production ou sur des données réservées.

Comparaison synthétique intra-échantillon actuelle
MesureEnsemble Campaign FirewallRéférence locale basée sur le texte seul
Enregistrements d'avis implantés signalés82 sur 8240 sur 82
Enregistrements étiquetés authentiques signalés à tort0 sur 1 448306 sur 1 448
Étiquettes de campagnes implantées détectées3 sur 30 sur 3

Le signalement inclut REVIEW et AUTO, non des suppressions. Les trois étiquettes implantées forment deux clusters de graphe car les étiquettes de valorisation et de miroir se connectent au sein du même cluster multiplateforme. Le contraste des faux positifs s'applique uniquement à cette référence implémentée et à ce jeu d'essai ajusté, non à des détecteurs commerciaux ou à de nouveaux avis.

Ce que chaque couche peut étayer

CouchePreuve utileLimite
Référence locale basée sur le texte seulAnomalies de schéma rédactionnel dans des enregistrements individuelsSignale quatre sur 15 dans la campagne modélisée ; aucune revendication de détecteur commercial
Ensemble Campaign FirewallÉcriture, comportement, temporalité et relations entre comptesAchemine les 15 vers un examen dans ce jeu d'essai synthétique ajusté
Documentation d'investigationAppartenance, scores des composantes, narration et projet de litigePermet l'inspection ; ne dépose aucun litige et ne prouve aucune infraction

Ce que cette démonstration ne fait pas

Tous les enregistrements d'avis, historiques de comptes, empreintes d'appareils et connexions de plateformes sont synthétiques. Les flux sont modélisés, sans connecteurs en direct ni avis collectés par scraping. La démonstration n'authentifie pas les auteurs réels, ne supprime pas d'avis, n'achève pas d'enquêtes humaines et ne dépose pas de litiges.

Aucune évaluation sur des données réservées, taux de faux positifs en production, gain d'heures d'analyste, ROI ou taux de réussite des litiges n'a été mesuré. Les résultats sur le même jeu d'essai montrent un comportement configuré reproductible ; ils n'établissent pas de généralisation.

Questions posées par les acheteurs

Peut-il détecter de faux avis semblant rédigés par une personne réelle ?

Campaign Firewall combine les schémas rédactionnels avec le comportement des comptes, la temporalité et les preuves relationnelles. Dans une campagne synthétique de 15 avis, la référence locale basée sur le texte seul signale quatre enregistrements tandis que l'ensemble achemine les 15 vers un examen humain. Ce cas modélisé démontre la détection de coordination ; il n'établit ni une paternité humaine réelle ni une performance sur de nouveaux avis.

Quelles preuves relient les comptes à une campagne ?

Des empreintes d'appareils partagées et des historiques de produits qui se chevauchent créent des relations entre comptes dans les données modélisées. Les liens d'historique de produits nécessitent une fiche partagée, une similarité Jaccard d'au moins 0,5 et des horodatages distants d'au plus 72 heures ; la temporalité seule ne crée aucune arête. L'appartenance à la campagne, les scores des composantes et les signaux contributifs restent disponibles dans l'export de preuves.

Extrait-il les avis directement depuis Amazon, Google et Yelp ?

La démonstration utilise des enregistrements synthétiques et des historiques modélisés étiquetés pour Amazon, Google et Yelp. Elle ne dispose d'aucun connecteur de plateforme en direct, d'aucun avis collecté par scraping ni d'aucun accès à de véritables historiques de comptes, d'appareils ou d'achats. L'accès aux données de production, les autorisations et les intégrations nécessiteraient une implémentation et une validation distinctes.

Va-t-il supprimer les avis ou soumettre un litige pour nous ?

Campaign Firewall exporte des preuves descriptives en JSON et HTML imprimable avec un projet de litige non déposé. REVIEW désigne un parcours d'examen humain, et AUTO désigne l'éligibilité selon la politique modélisée. Aucun de ces états ne supprime un avis, ne soumet de litige ni ne conclut une enquête.

Comment savoir s'il ne signalera pas d'authentiques clients ?

L'ensemble actuel valide l'ensemble des 1 448 enregistrements synthétiques étiquetés authentiques dans ce jeu d'essai. Son seuil d'examen a été ajusté sur les mêmes étiquettes, et les deux méthodes dérivent des centiles de texte à partir de ce corpus, de sorte que ce résultat ne peut établir un taux de faux positifs pour des données non observées. Une évaluation sur des données indépendantes demeure nécessaire avant d'utiliser ces parcours de manière opérationnelle.

Une campagne signalée prouve-t-elle une infraction aux règles de la FTC ?

Les signaux de coordination n'établissent ni rémunération, ni sentiment imposé, ni statut de client, ni infraction légale. La FTC distingue les avis faux ou trompeurs des incitations conditionnées à un sentiment positif ou négatif ainsi que de la suppression d'avis. La démonstration fournit une correspondance indicative de règles et un projet non déposé pour examen de fond ; elle ne certifie aucune conformité.

Contexte juridique : Federal Trade Commission, Consumer Reviews and Testimonials Rule Q&A (consulté en 2026). La correspondance est descriptive et requiert un examen juridique de fond avant toute utilisation externe.

Recherche technique

Explorez les recherches associées pour un contexte plus large sur cette démonstration.

Rendez les constats sur les avis inspectables avant d'agir

Discutez de vos exigences de preuves et d'escalade avec Veriprajna.

Nous pouvons définir le périmètre d'accès aux données, l'évaluation indépendante et le flux de travail d'examen nécessaires à votre cas d'usage. La démonstration offre une base concrète pour cet échange.

Évaluation et cadrage

  • ✓ Cartographier les exigences de preuves
  • ✓ Définir les données de test indépendantes
  • ✓ Évaluer les coûts des faux positifs
  • ✓ Examiner les limites d'escalade

Planification de mise en œuvre

  • ✓ Cadrer l'accès autorisé aux données
  • ✓ Concevoir une notation inspectable
  • ✓ Planifier les parcours d'examen des analystes
  • ✓ Spécifier les exports de preuves