Expérience : Hub de jardinage de contenu collaboratif pour meta

Si la réponse est « techniquement » la bonne réponse au message original, alors je pense qu’il serait acceptable pour un modérateur de marquer un message comme solution

surtout si :

  • le message original pose une question très spécifique
  • des points bonus si la question est dans le titre
  • il s’agit d’un ancien message (peut-être créer une période où un sujet est considéré comme « ancien », disons 6 mois)
  • s’il n’y a eu aucune activité dans le sujet (même chose, peut-être 3 mois)
  • le modérateur est quasiment certain que la réponse est correcte

Le fait d’être marqué comme solution facilite-t-il d’une manière ou d’une autre la recherche de la bonne réponse ? La recherche ou le robot IA accorde-t-il plus de poids aux sujets marqués comme solution ?

3 « J'aime »

Je pense que cela dépend du paramètre prioritize_solved_topics_in_search. Pour moi, il est déjà utile de pouvoir voir dans les résultats de recherche que le sujet est résolu. Vous pouvez également filtrer la recherche pour n’afficher que les sujets résolus.

1 « J'aime »

[quote=“Moin, post:23, topic:397606”]Vous pouvez également filtrer la recherche pour les sujets résolus.

[/quote]

c’était ma prochaine question et c’est bon à savoir

Il semble que le concept de « jardinage de contenu » se concentre sur la manière de rendre le forum plus facilement consultable pour trouver des solutions

Les sujets résolus devraient-ils avoir plus de priorité dans les résultats de recherche ? Peut-être afficher une bannière ou un moyen évident d’indiquer « ce sujet a une solution marquée » ?

Je ne pense pas que je préférerais une bannière plus grande. Elle a besoin d’espace tout en n’ajoutant pas plus d’informations que la case à cocher verte.

Est-ce que cela a du sens de séparer cette discussion des demandes de jardinage ?

si vous souhaitez poursuivre cette discussion afin de ne pas encombrer la discussion générale sur l’entretien de contenu.

Toutes les catégories liées au support (ici sur Meta) utilisent-elles l’option « marquer comme solution » ?

Modification pour ajouter :

mais je n’avais pas l’intention de sous-entendre cela

était de dire que c’était hors sujet. En fait, le contraire

Je pense que l’option « marquer comme solution » pourrait être très utile dans le processus d’« entretien de contenu ».

2 « J'aime »

Ceci est utilisé dans un certain nombre de domaines où plusieurs solutions possibles peuvent être suggérées :

Je pense que Creating form templates pourrait être étiqueté avec form-templates

1 « J'aime »

re. les modérateurs marquent les solutions :

Bonne liste !

JammyDodger a utilisé une fenêtre de temps plus courte :

Ce serait bien de commencer avec une règle générale quelque part entre 2 semaines et 6 mois :grinning_face_with_smiling_eyes:

1 « J'aime »

[quote=“ToddZ, post:29, topic:397606”]une règle générale quelque part entre 2 semaines et 6 mois

[/quote]

oui, je donnais juste un chiffre en l’air
2 semaines semble plus proche de la réalité
aussi, si l’auteur original répond et dit que cela a résolu son problème mais ne l’a pas marqué comme solution, c’est une évidence (slam dunk)

2 « J'aime »

J’ai implémenté une solution de contournement potentielle que nous pouvons essayer et voir ce que cela donne.

  • accordé des privilèges de création aux utilisateurs de niveau de confiance 3
  • activé « approbation requise pour les nouveaux sujets »
  • ajouté le modèle de sujet suivant
<!-- Veuillez ne pas créer de sujets dans cette catégorie si vous ne faites pas partie de l'équipe. -->
<!-- Les utilisateurs de niveau de confiance 3 ont des privilèges de création pour leur permettre de modifier les titres et les balises -->

Je pense que cela devrait permettre aux utilisateurs TL3 de corriger les titres et les balises dans ces catégories de documentation sans introduire trop de confusion quant à qui peut ou doit créer des sujets dans ces catégories.

Voyons ce que cela donne.

(J’ai fait cela pour chaque sous-catégorie de Documentation, à l’exception de Documentation > Developer Guides qui est gérée via une synchronisation à partir d’un dépôt git)

3 « J'aime »

J’y ai beaucoup réfléchi dernièrement car j’ai observé de nombreux cas où un OP dit quelque chose comme « Merci, cela a résolu mon problème » mais ne le marque pas comme résolu. Hier, j’ai décidé d’intervenir et de marquer comme solution, mais si nous attendons quelques semaines pour le faire, est-ce que cela s’applique ?

Je ne sais pas comment les gens ratent le gros bouton vert qui dit « résolu », mais si c’est quelque chose que nous devons faire pour garder le site propre, je pense que cela devrait être une ligne de conduite valable, même si c’était récent.

1 « J'aime »

Quelque chose à envisager serait de :

  1. marquer la solution
  2. laisser un commentaire indiquant que vous l’avez fait

Alternativement, nous venons d’ajouter cette fonctionnalité récemment : Notify OP and answerer if staff accepts an answer

Screenshot 2026-03-04 at 10.21.11 PM

Peut-être pourrions-nous/devrions-nous essayer de l’activer ?

2 « J'aime »

Pour information, ceci est activé ici depuis un certain temps :

Screenshot 2026-03-04 at 10.24.11 PM

Cette option n’est pas une mauvaise idée à mon avis, la seule autre option viable que j’ai vue ici historiquement est de marquer comme résolu et de simplement verrouiller le sujet, mais je ne suis pas du genre à vouloir verrouiller instantanément un sujet dès qu’il a rempli son office au cas où il y aurait une question/un problème de suivi. Informer l’utilisateur dans un message de verrouillage me semble bien meilleur qu’une réponse complète, mais je pense que nous devrions éviter de verrouiller arbitrairement les sujets si possible (surtout les sujets de support)

Informer l’OP semble être la bonne option, mais j’ai aussi l’impression qu’il y a un argument pour que les modérateurs/le personnel marquent simplement comme solution et laissent le sujet se fermer automatiquement ? Je me souviens avoir vu une suggestion de fonctionnalité quelque part pour pouvoir suggérer des solutions, mais ce n’est pas pour aujourd’hui… l’activer pourrait être mieux en attendant.

Oui, ceci est déjà configuré également :

C’est assez généreux (30 jours ?).

Donc, si nous activons l’autre option, je pense que « marquer comme solution » est suffisant :

  1. Marquer comme solution
  2. L’OP est notifié
  3. (Ils ont 30 jours pour répondre et clarifier « nope, pas résolu »)
  4. Le sujet se ferme automatiquement

Et si 30 jours semblent trop longs, nous pourrions réduire ce délai…

1 « J'aime »

J’ai ajouté l’étiquette à ce sujet.

C’est peut-être la raison pour laquelle de nombreuses étiquettes sont manquantes dans cette catégorie. Les étiquettes sont-elles également ajoutées sur GitHub ?

Hmm… Je ne vois rien ici qui indique qu’il possède des balises. De plus, les balises ne semblent pas faire partie des métadonnées de document (frontmatter), comme indiqué ici.

Oui, considérons Documentation > Developer Guides comme un animal légèrement différent pour l’instant et concentrons-nous d’abord sur les autres.

Je suis curieux de savoir à quoi ressemble cette notification pour l’OP. Pourrait-il s’agir de js.review.stale_help..?

image

Je pense juste que le message devrait transmettre l’idée que « ceci semble résolu, mais corrigez-nous si nous avons tort ».

1 « J'aime »