Les métriques de Discourse sont déjà plutôt bonnes. Cependant, pour comprendre efficacement la santé de votre communauté ou peut-être de certains sujets, il serait idéal d’avoir une sorte de métrique intégrée à cet effet, ou peut-être un plugin qui surveillerait certains forums ou discussions au sein d’une instance Discourse.
Le calcul du sentiment est facile à réaliser avec une formule de feuille de calcul Excel ou peut-être une API open source.
Nous disposons effectivement d’un plugin qui utilise l’API Perspective de Google et qui analyse les publications et les utilisateurs individuellement.
Une analyse du sentiment au niveau du sujet semble néanmoins être une piste intéressante, voire au niveau des catégories ou des étiquettes. Cela pourrait potentiellement aider à mieux répartir les ressources de modération sur un forum très vaste (par exemple, si la catégorie feature présentait un sentiment global négatif, on pourrait y affecter davantage de modérateurs).
Vous avez parfaitement ciblé ce que je voulais dire. Je me penche sur le même angle : un outil destiné aux modérateurs ou au personnel, permettant de surveiller d’un coup d’œil le niveau de sentiment d’un sujet et de prendre des mesures préventives en orientant la discussion de manière à ce que le sentiment de la conversation devienne positif.
Je vais également examiner le plugin Google Perspective API.
De plus, il pourrait être utile qu’un plugin d’analyse de sentiment des sujets propose une option pour déclencher une action automatique si le sentiment commençait à baisser… par exemple, fermer le sujet pendant 24 heures pour laisser tout le monde se calmer (je mettrais simplement en garde contre le fait que le poids du sentiment devrait être réparti entre les participants afin qu’un individu ne puisse pas manipuler le système pour forcer la fermeture automatique d’un sujet).
Plus j’y réfléchis, plus cela m’intéresse. L’une des faiblesses que nous avons constatées lors de l’analyse du sentiment de publications individuelles était que l’API Perspective ne savait pas quand quelqu’un plaisantait ou faisait de l’ironie… si le sentiment des réponses est également mesuré en même temps, cela pourrait constituer un signal plus fort (car si quelqu’un est réellement abusif, le sentiment dans les réponses sera plus susceptible d’être négatif également !)
Je soupçonne fortement que vous obtiendriez 95 % des mêmes avantages en limitant le débit sur les sujets où les gens publient très rapidement, comme discuté précédemment.
Je me demande aussi si les avantages l’emportent sur les coûts potentiels. Dans un autre sujet cette semaine, nous avons constaté que l’API de traduction a généré une facture de 1 000 $ pour un seul site, rien que grâce à la détection de la langue.
Si votre site est si vaste que vous vous fiez à un indicateur de sujet pour l’analyse des sentiments, les coûts potentiels liés à la génération de ce petit feu tricolore pourraient être considérables.
Google structure ses tarifs de manière assez différente de celle de l’API Traduction. L’analyse des sentiments dans le NLAPI coûte 1 $ pour 1 000 unités de jusqu’à 1 000 caractères, chaque réponse constituant donc au minimum une unité. Comme chaque réponse doit être évaluée séparément, chaque réponse représente au minimum une unité. À une estimation très approximative, cela représente peut-être 1/8 du coût de l’API de traduction, mais cela reste un chiffre assez élevé pour remplacer le personnel qui interagit avec les publications écrites.