Talk pages consultation 2019/Phase 2 report/fr

La Consultation sur les pages de discussion 2019 a atteint la fin de la Phase 2, la phase finale de la consultation globale de la Fondation Wikimédia.

Au cours de la Phase 1, nous avons demandé aux contributeurs comment ils utilisaient les pages de discussion et quels problèmes ils rencontraient. Le rapport de la Phase 1, publié en mai, a donné une nouvelle direction du produit pour un projet à venir, et a posé des questions spécifiques pour la Phase 2. Ce rapport, publié en aout, résume ce que les personnes ont dit et ce que nous avons appris au cours de la Phase 2, et présente les plans pour l’année à venir.
 * par l’équipe de la Consultation sur les pages de discussion : Danny Horn, Benoît Evellin, Sherry Snyder, Thomas Meadows et Peter Pelberg

Introduction
Au cours de la Phase 1 de la consultation, nous avons identifié deux thèmes majeurs :


 * Mise en page claire et outils appropriés : Actuellement, les pages d’articles et les pages de discussion sont très similaires dans leur apparence et leur fonctionnalité. Cette similarité est perturbante, et n’aide pas les utilisateurs et rices à apprendre à utiliser correctement les pages de discussion.
 * Fonctionnalités vs flexibilité : Le désir que les pages de discussion soient améliorées ne se retrouve pas que dans les nouveaux contributeurs et rices. En fait, les contributeurs et rices expérimenté·e·s sont celleux qui savent à quel point les outils actuels sont inadéquats. Les utilisateurs et rices expérimenté·e·s veulent pouvoir suivre une simple discussion sur une page de discussion active, et trouver les discussions rapidement et facilement, même si elles ont été archivées. Afin de fournir ces fonctionnalités, le système doit être capable d’indiquer ce qu’est « une discussion » — que cette partie spécifique de la page est une discussion simple, et qu’elle est séparée des autres éditions sur la même page. Il peut être nécessaire de faire des changements qui limiteront la flexibilité sans limite des pages classiques de wikicode.

Avec ces thèmes à l’esprit, nous proposons la direction de produit suivante pour le travail de l’équipe Modification :

Les pages de discussion en wikicode doivent être améliorées, et non remplacées.

Nous mettrons en place une nouvelle interface graphique pour les pages de discussion en wikicode, qui changera l’apparence par défaut de la page et proposera des outils clés. Ce nouvel habillage doit signifier à l’utilisateur ou rice qu’il ne s’agit pas d’une page de contenu, et l’aider à interagir de façon appropriée avec les outils. Des composants devront clairement indiquer comment démarrer une nouvelle discussion, et comment répondre à une discussion existante ou à un message spécifique au sein de cette discussion. La signature devrait être automatiquement ajoutée, et le message devrait être correctement situé dans l’arborescence des réponses.

Afin d’être cohérent avec les outils existants, ce nouvel habillage sera une expérience par défaut à laquelle les utilisateurs existants pourront s’exclure. Il devrait être possible pour les utilisateurs de garder la vue qu’ils ont actuellement, et de travailler en wikicode au lieu d’utiliser les nouveaux outils.

Cependant, pour mettre en place les fonctionnalités attendues par les contributeurs et rices expérimenté·e·s, quelques changements (mineurs ou moyens) risquent de survenir dans les conventions et pratiques du wikicode. Notre intention est de faire uniquement des changements lorsqu’elle est connectée à une fonctionnalité que les contributeurs et rices trouvent utile.

Dans la Phase 2, nous avons posé des questions pour tester différents aspects de cette approche, demandant essentiellement : qu’est-ce qui pourrait dysfonctionner avec ce projet ? Des discussions ont été hébergées sur 12 wikis : neuf langues de Wikipédia — allemand, anglais, chinois, français, néerlandais, polonais, russe, tchèque et thaï — plus Wikidata, Méta et Wikisource en anglais. Des individus ont également laissé des commentaires sur ce wiki sur la page Consultation sur les pages de discussion 2019/Commentaires individuels. Vous pouvez lire les résumés des communautés pour sept des discussions communautaires de la Phase 2.

Les réponses que nous avons reçues nous ont aidés à réfléchir aux difficultés potentielles et à créer un ensemble de principes importants à garder en mémoire. Voici ci-dessous un résumé de nos conclusions, incluant les cinq préoccupations majeures qui nous sont parvenues, et comment ces préoccupations ont formé notre compréhension de ce projet.

Résumé des conclusions
Concernant le soutien et l’opposition à l’orientation proposée pour le produit : nous nous représentons une ligne décrivant les sentiments des personnes concernant le fait de modifier le modèle des pages de discussion. À une extrémité de la ligne, certaines personnes pensent que les pages de discussion sont d’ores et déjà parfaites. Tous les problèmes que certaines personnes ont pourraient être résolus tout simplement si les autres comprenaient et suivaient les règles. À l’autre extrémité, les personnes pensent que l’on ne devrait pas utiliser de pages de wiki statiques pour en venir à fonctionner comme sur un forum numérique. Elles pensent que nous devrions juste passer à un système de discussion tel qu’un forum, et construire de nouvelles habitudes et de meilleurs flux opérationnels autour de cela.

L’orientation du produit que nous avons proposée est un compromis entre ces deux propositions. Sans surprise, les réactions ont été diverses. Une minorité de personnes ont dit que les pages de discussion ne devraient pas du tout être changées :

et une minorité d’autres ont soutenu que les pages de discussion devraient être entièrement remplacées par quelque chose de nouveau :

La plupart des réponses ont été intermédiaires. Il y a eu un large soutien général à l’approche hybride que nous avons proposée :

Il a été bien admis que le système de pages de discussion existant est complexe pour les nouveaux utilisateurs et rices. Des fonctions simples comme répondre, signer et placer son message devraient être facilitées.

Il a aussi été fortement demandé que les utilisateurs et rices soient en mesure de désactiver les nouveaux interface et outils, et de continuer à éditer de la façon dont iels sont habitué·e·s.

There was a wider range of opinions about the possibility of changes to wikitext conventions, which is understandable. It's hard for people to agree with changes that haven't been defined yet. There were many comments along these lines:

Des personnes ont également voulu s’assurer que nous comprenons l’importance de garder une continuité avec les mécanismes de modération et de maintenance. Par exemple, les modifications devraient être affichées dans les pages d’historique, avec une présentation de la différence pour chaque modification. Les modifications devraient être présentées dans la liste des contributions des utilisateurs et rices. Les administrateurs et les oversighters (utilisateurs et rices disposant de la vision complète) doivent pouvoir annuler ou supprimer les modifications au niveau d’une modification individuelle.

Outre l’attendu intérêt prégnant pour l’indentation et la signature automatiques, les participant·e·s ont également exprimé beaucoup d’intérêt pour la possibilité de suivre des sections (c’est-à-dire des discussions spécifiques) et de recevoir des notifications quand quelqu’un répond dans ces discussions.

Il y a eu de l’intérêt pour la possibilité de voir l’historique d’une section-discussion spécifique, à condition que ce ne soit pas au détriment de la possibilité de voir la page entière et son historique complet.

Sur Wikipédia en russe, des personnes ont pointé qu’il existe un script utilisateur qui fait une grande partie du travail proposé :

Le gadget Discussions pratiques par Jack who built the house est un superbe modèle. C’est une source d’inspiration majeure pour la nouvelle orientation du produit. Ce script utilisateur activable ajoute de nombreuses nouvelles fonctionnalités qui rendent les pages de discussion de wiki plus faciles à lire et à utiliser, en incluant des liens pour répondre, de l’indentation, le suivi du fait qu’un commentaire répond à un autre, et le suivi d’une section simple. L’outil est actuellement disponible uniquement sur Wikipédia en russe.

L’équipe Modification va définitivement apprendre beaucoup du travail de Jack who built the house. Si vous voulez lire plus d’informations sur l’outil en anglais, nous avons une page de notes sur les Discussions pratiques sur MediaWiki.org, avec des captures d’écran et des informations.

Préoccupations majeurs et principes essentiels
Il a été bon de constater la prédominance d’un soutien à l’orientation proposée pour le produit. Cependant, nous attendions de la Phase 2 autre chose que la validation de nos conclusions. Nous voulions entendre des critiques et des objections, et apprendre d’elles. Cette section traite des préoccupations les plus communes et les plus fortement exprimées dans les discussions. Nous décrivons également comment ces préoccupations ont changé la manière dont nous envisageons d’aborder le projet.

Forum ou espace de travail
Des pages de discussion existent dans une diversité d’espaces de noms sur les wikis. Chaque contexte possède un objectif différent que les contributeurs et rices ont défini et accepté avec le temps. Dans la Phase 2, des contributeurs et rices ont mis l’accent sur ces distinctions.

Une attention particulière a été démontrée pour l’utilisation de pages de discussion d’articles. Ce sont des espaces qui permettent aux contributeurs et rices de travailler ensemble et de débattre des changements à faire aux pages de contenu correspondantes. Ces pages de discussion ne sont pas, et ne devraient pas devenir, des forums de discussion généraux pour discuter de l’objet de l’article. Cette préoccupation a été amenée de nombreuses fois dans les conversations sur l’idée de rendre les pages de discussion plus visibles et plus accessibles aux personnes qui ne les utilisent pas fréquemment et qui pourraient arriver avec leurs propres attentes sur l’utilisation de ces pages :

Les commentaires comme ceux-là soulignent une caractéristique fondamentale des pages de discussion d’articles : ce sont des espaces de travail. L’objet des pages de discussion d’articles est l’amélioration des articles pour les éditeurs et rices travaillant ensemble. L’équipe reconnait que le logiciel doit promouvoir ces cas d’utilisation productifs. Pour assurer cela, l’équipe surveillera comment ses modifications affecteront l’utilisation des pages de discussion par les utilisateurs et rices, en particulier dans la mesure où davantage de personnes — ayant moins d’expérience — les utiliseraient. C’est une chose de rendre certains flux opérationnels « plus faciles » (répondre aux commentaires, indenter et signer avec son nom), mais c’en est une autre d’assurer que ces changements conduisent les contributeurs et rices à travailler ensemble plus efficacement. Nous traiterons d’idées initiales pour mesurer cet impact plus bas sur cette page et aussi sur la page Projet des pages de discussion.

Une page de wiki est une page de wiki
Un autre thème récurrent dans la conversation pour la Phase 2 a été la question de la manière de comprendre la simplicité et la complexité. Certaines personnes ont avancé que notre projet nous éloignerait de la simplicité du logiciel wiki. Cela a été exprimé par plusieurs personnes via la formule « une page de wiki est une page de wiki ». Toute page commence de la même façon. Toute page commence comme une feuille de papier vierge, peu importe qu’elle devienne un article de Wikipédia, une discussion ou une liste d’instructions. Les personnes qui savent déjà comment modifier les articles n’ont pas à apprendre de nouveaux outils logiciels pour rejoindre une discussion.

La définition de « simple » et « facile » que certaines personnes utilisent ici est que le système est simple si l’on peut écrire dans une fenêtre de modification vide, avec un minimum de liens, boutons, clics et saisies. Si l’on veut réarranger une discussion, il faut ouvrir la fenêtre de modification, sélectionner le wikicode, le couper, le coller à un endroit différent et taper le bouton. Pour les contributeurs et rices expérimenté·e·, c’est effectivement simple, puisque les choses fonctionnent de la même manière sur les pages d’articles, et iels l’ont fait des centaines de fois auparavant. Cette technique est inscrite dans leur esprit. Si le système change de sorte qu’il faut cliquer sur un lien à côté de la section que l’on veut déplacer, et ensuite écrire dans un petit formulaire surgissant pour indiquer où l’on veut qu’elle aille, cela rendrait le processus plus complexe. Les techniques proposées par le nouvel outil ne sont pas encore inscrites dans leur esprit.

Dans un champ de wikicode libre, toute la compétence d’utilisation de l’outil doit être connue à l’avance, car le logiciel ne donne pas beaucoup d’indices sur la manière d’interagir avec la page. Pour un contributeur moins expérimenté, un champ de wikicode vide n’est pas simple du tout. Et comprendre ce qu’il faut faire sur une page de discussion est important, car il y a de nombreuses différences entre une page d’article et une page de discussion.

Représentons-nous les différences entre l’écriture typique dans un article de Wikipédia et les techniques pour écrire dans une page de discussion :


 * Lorsque vous ajoutez une nouvelle section à l’article, ajoutez-la toujours tout en bas de la page.
 * Signez et datez le contenu que vous ajoutez à l’article.
 * Ne modifiez pas le contenu écrit par quelqu’un d’autre, sauf dans des circonstances très inhabituelles.
 * Une fois que vous avez publié du texte dans un article, ne le changez plus. Si vous souhaitez clarifier ou modifier ce que vous avez ajouté à la page, vous devriez écrire un nouveau paragraphe.
 * Si vous n’êtes pas d’accord avec ce qu’une autre personne a écrit, écrivez vos objections et questions directement en dessous, et ajoutez un deux-points pour séparer visuellement votre contribution de la sienne.
 * Si l’article est long avec de nombreuses sections, on peut supprimer les sections dans lesquelles il n’y a pas eu d’intervention depuis longtemps, et les insérer dans une sous-page séparée.

Les contributeurs et rices expérimenté·e·s ne pourraient certainement pas imaginer fonctionner de cette manière sur une page de discussion d’article, même s’il n’y a pas de contraintes techniques dans le logiciel pour empêcher un·e éditeur ou rice de faire cela. Chaque personne doit apprendre les conventions culturelles et les tabous, souvent en commençant par faire des erreurs et en subissant la réaction d’une personne exaspérée qui trouve cela simple.

Lorsque les gens ont appris à éditer une page d’article Wikipédia, ils n’ont toujours pas les compétences dont ils ont besoin pour contribuer avec succès sur une page de discussion. Ils doivent apprendre comment utiliser le même logiciel différemment. Le logiciel actuel ne les aide pas à comprendre cela. Nous leur demandons de retenir ces règles « dans leur tête », au lieu de les contrôler avec le logiciel. Cela peut être frustrant et intimidant. Une page de wiki n’est pas une page de wiki, s’il faut apprendre deux fois comment l’utiliser.

Mais une préoccupation très importante se trouve derrière le concept « une page de wiki est une page de wiki », et nous en parlons dans la section suivante : le fait que le travail puisse être réalisé.

Maitrise et finesse du contrôle
Pour les contributeurs et rices expérimenté·e·s, avoir la compétence est l’expertise en soi est satisfaisant. Cette expertise se révèle pratique lorsqu’il faut faire quelque chose d’inhabituel ou de complexe sur une page de discussion. Un·e contributeur ou rice de contenu utilise les pages de discussion une fois de temps en temps, mais n’a pas besoin de faire quoi que ce soit de particulier avec elles. Les contributeurs et rices expérimenté·e·s, comme les administrateurs et rices ainsi que les personnes impliquées dans les flux de travaux de modération, ont besoin de nombreuses fonctions spéciales : fermer et résumer une discussion, inclure des sous-pages sur un tableau de bord, mettre en place une page d’arbitrage avec des titres distincts pour chaque participant·e, ou simplement nettoyer quelque chose de bizarre sur la page.

Ces actions de modération demandent un niveau de contrôle fin sur le contenu de la page. La nécessité d’utiliser un outil « simplifié » pourrait s’interposer. Les personnes qui maitrisent le système actuel savent déjà exactement ce qu’elles doivent faire pour atteindre leurs objectifs. Elles doivent juste rentrer dans le wikicode et travailler. Les personnes ne veulent pas être empêchées de faire quelque chose de complexe au prétexte de simplifier les choses aux autres. Cela ne ferait que les bloquer dans leur travail.

Cette idée doit être un principe essentiel de notre travail sur ce projet pour les pages de discussion : nous faisons les changements, et la personne qui maitrise le système doit continuer de bénéficier du contrôle fin dont elle a besoin pour faire son travail.

Modèles, inclusions et robots
Un thème évoqué dans la Phase 2 a été la nécessité de ne pas rendre obsolètes les outils alternatifs méticuleusement développés par les communautés.

Le motif de la création de ces codes et outils complexes par les communautés est le fait que le logiciel MediaWiki n’offre pas directement les fonctionnalités dont les personnes ont besoin. Les robots créés par la communauté sont un symptôme de l’insuffisance du logiciel. Et ils ne constituent pas forcément le meilleur remède.

Cela dit, il est important pour l’équipe travaillant sur ce projet de respecter la fonction des robots, des modèles et des autres outils. Ces outils servent à de nombreux flux opérationnels, et nous ne les ignorons pas. Nous ne voulons pas casser les solutions existantes, à moins d’offrir des fonctionnalités qui font le même travail, pas forcément tout à fait de la même manière.

Réduire les obstacles à la participation
Finalement, il y a eu des préoccupations quant au fait que les changements proposés attireraient de nouveaux contributeurs prometteurs et de nouvelles contributrices prometteuses.

La suggestion que nous devrions intentionnellement garder une interface logicielle confuse pour décourager les gens de contribuer à Wikipédia et aux autres projets est bien radicale. C’est opposé aux principes d’une bonne conception logicielle ainsi qu’aux principes du mouvement.

Pour les nouveaux utilisateurs et les nouvelles utilisatrices, la quantité d’efforts qu’iels veulent bien investir dans l’apprentissage d’un système augmente à mesure qu’iels trouvent de l’intérêt à participer. S’iels font face à un blocage frustrant ou déroutant dès le départ, sans avoir été investi·e·s suffisamment dans le système, alors iels risquent grandement d’abandonner. Une conception de page de discussion confuse est de nature à faire fuir des personnes ayant de la valeur à apporter. Ces personnes peuvent imaginer de nombreuses manières de mieux dépenser leur temps que de rester aux prises avec notre interface.

Mais ces commentaires soulignent un important principe auquel nous adhérons : nous ne voulons pas concevoir un système de pages de discussion qui génère des conversations inutiles qui nuisent à la productivité des contributeurs et rices. L’équipe ne peut pas avoir pour objectif qu’il y ait « plus de conversation », mesurée par le nombre de messages ou le nombres de personnes écrivant. Nous devons également prêter de l’attention à la qualité et aux résultats des conversations que les personnes ont. Une manière de faire cela est de regarder le nombre de fils qui obtiennent des réponses. Une autre manière est de voir si les conversations vont au bout du cycle : la personne n° 1 pose une question, la personne n° 2 répond, et la personne n° 1 lit la réponse et améliore la page. Nous pouvons aussi regarder les taux d’annulations et de suppressions sur les pages de discussion. Nous devront faire une diversité de tests et obtenir de nombreux avis, pour nous assurer que nous élaborons un système qui favorise des contributions utiles.

Conclusion et étapes suivantes
Le rapport continue ci-dessous avec les autres questions que nous avons posées dans la Phase 2. Avant de nous plonger dedans, nous voulons expliquer ce qu’il va advenir ensuite du projet des pages de discussion.

C’est la fin de la Consultation sur les pages de discussion 2019. Nous avons une orientation pour le produit, et un ensemble de principes qui vont nous aider à mener notre travail. Le projet sera poursuivi par l’équipe Modification de la fondation Wikimedia. Il y a de nombreuses choses à faire pour l’équipe : développer une approche technique, travailler sur la conception de l’interface utilisateur, prioriser les fonctionnalités, mener des tests d’utilisabilité, faire des recherches sur les flux opérationnels qui ont émergé au cours de la consultation, définir comment mesurer les résultats — et, bien sûr, discuter et collaborer avec tous les contributeurs et toutes les contributrices intéressé·e·s.

Il est très important pour l’équipe de continuer à être transparente et ouverte sur son travail. Nous avons de nombreuses questions et idées dont nous souhaitons débattre avec vous. La page principale du projet sera sur Mediawiki.org : Projet des pages de discussion. Nous vous encourageons à mettre le Projet des pages de discussion dans votre liste de suivi, afin de voir les mises à jour et les idées dans les mois à venir.

Nous apprécions considérablement l’attention et la réflexion portées par chacun à cette consultation. Nous avons appris beaucoup de ce processus, et nous nous impatientons de continuer à discuter et travailler avec vous.

Question n° 2 : Séparer les discussions
La question n° 2 concernait la création d’une définition plus structurée de ce qui correspond à une simple discussion, pour qu’il devienne possible de suivre des discussions individuelles sur la page. Cela servirait aussi aux notifications, à l’archivage et à la recherche. Cela peut nécessiter de changer les conventions de wikicode sur les pages de discussion. Par exemple, nous pouvons créer un nouveau format pour les entêtes de discussion en wikicode, ou un nouveau lien qui peut servir à créer, renommer ou diviser un fil.

Suivre des discussions individuelles est un souhait ancien pour beaucoup de gens. Un intérêt général a été montré pour les améliorations :

Mais les variations dans la manière dont les gens utilisent le wikicode sur les pages de discussion vont en faire une tâche difficile :

Certaines personnes ont exprimé être préoccupées par le fait que suivre des sections individuelles d’une page réduirait la participation globale :

Certaines personnes se sont montrées sceptiques vis-à-vis de l’idée :

L’équipe Modification étudiera les nombreuses suggestions proposées. Voici deux d’entre elles :

Certaines personnes ont dit que le concept est actuellement utilisé sur certains wikis, à l’aide d’inclusions :

Ce commentaire recommande de conserver des liens lisibles par un humain :

Question n° 3 : Aider les nouveaux venus à trouver les pages de discussion
La question n° 3 concernait le fait de rendre le lien vers les pages de discussion plus visible, afin que les nouveaux arrivants découvrent plus facilement l’existence des pages de discussion. Lors des tests effectués pour cette consultation, nous avons demandé à 10 contributeurs et rices potentiel·le·s de trouver la zone de discussion d’un article. Seulement un·e d’entre elleux a remarqué l’onglet Discussion.

Les réponses concernant la possibilité de déplacer le lien Discussion ont été tièdes. De nombreuses personnes ont dénoté que les onglets « Article » et «  » représentent différentes pages, tandis que les onglets «  », «  » et «  » représentent des actions qu’il est possible de faire sur ces pages.

Il y a eu de l’intérêt démontré pour une fonctionnalité d’annotation, pour connecter une conversation à une partie d’un article. L’équipe ne va pas se concentrer immédiatement sur cette fonctionnalité, mais c’est une idée intéressante sur laquelle nous pourrons revenir.

Question n° 4 : Où afficher les outils de discussion (espaces de noms)
La question n° 4 demandait dans quels espaces de noms les outils de discussion devaient être placés. De nombreux wikis ont des espaces de discussion communautaires placés dans l’espace de noms du projet ( or  ), plutôt que dans l’espace de noms de discussion (  or  ). L’espace de noms du projet est souvent utilisé pour les cafés et les bistros, les tableaux de bords et certains flux de travaux, comme les Pages à supprimer. Le système devra savoir sur quelles pages afficher les nouveaux outils. Une possibilité serait de déplacer toutes les pages de discussion dans un espace de noms de Discussion. Une autre possibilité est d’utiliser un mot magique pour activer les fonctionnalités des pages de discussion sur un espace de noms qui n’est pas prévu pour la discussion.

Certaines personnes n’ont pas souhaité que les pages de discussion soient toutes déplacées dans un espace de noms de Discussion, car les pages du projet ont parfois besoin d’une page de discussion associée pour pouvoir discuter du flux de travaux lui-même.

Cette réponse donne un bon résumé des problèmes :

Une conversation a identifié un problème avec l’utilisation de mots magiques et quelques solutions potentielles :

Another thoughtful take on the question:

Question #5: History tradeoffs
Question #5 asked about the importance of seeing the history of an entire page, compared to seeing the history of a specific thread. Unstructured wikitext talk pages offer a history of the whole talk page. Flow shows a history for each thread, and a limited history for each page. It would be ideal if we could offer both for unstructured wikitext talk pages, but we aren't sure how to do that. Before we decide how to show the history, we need to understand the advantages and disadvantages.

People said that whole-page histories are helpful for getting a broad overview of the changes that have been made. They find this especially useful for moderation:

Others said that seeing the history of the entire talk page is necessary in some cases:

Focus was one of the main perceived advantages for seeing the history of a specific thread. People liked the idea of being able to track a specific conversation with less effort:

However, most people see the history for the whole page as the priority, if they needed to choose between the two approaches:

This person brings a finer point to the tradeoff by highlighting how the ways in which talk pages can be edited should inform how we approach building tools intended to moderate and track those edits:

Question #6: Metadata location
Question #6 was about the templates that some wikis put at the top of article talk pages. These may show instructions, warnings, or FAQs. They may hold page quality information, link to relevant WikiProjects, or identify past activities. Many new users are confused by finding non-discussion material at the top of an article talk page. It would be helpful to move some or all of that content somewhere else on the page, or under a different tab. We asked which templates were crucial to show on the discussion page, and which could move somewhere else.

The amount and type of metadata on talk pages varies significantly by wiki. There were significant concerns about the volume of the "clutter", especially at wikis that use the talk page to store extensive metadata. However, not everything at the top of a talk page is metadata. Some of it is useful information for people who were using the talk pages.

The most popular recommendations were to offer another tab for storing metadata or to collapse the metadata by default. Another option is to build true support for metadata in MediaWiki core, which has been proposed in the past (T55508).