Talk pages consultation 2019/Phase 1 report/fr

La consultation de 2019 sur les pages de discussion (TPC) a atteint la fin de la première phase : une consultation globale sur la manière dont les contributeurs utilisent les pages de discussion et les problèmes auxquels les gens sont confrontés. Ce rapport résume ce que les gens ont rapporté et les enseignements que nous en avons tirés, propose une ligne directrice pour le projet et propose des champs d’investigations spécifiques pour la phase 2.


 * par l'équipe du TPC : Danny Horn, Benoît Evellin, Sherry Snyder, Thomas Meadows et Marshall Miller.

Introduction
Une page de discussion n'est rien d'autre qu'une page de wiki ; c’est une collection de conventions qui déroutent les nouveaux et ennuient les anciens. Compter les deux-points pour indenter, signer avec quatre tildes, devoir regarder toute une page pour ne suivre qu'une discussion, ne pas avoir un simple lien pour répondre rapidement — cela ennuie tout le monde.

D'un autre côté, il y a de nombreuses choses que les pages de discussions font bien. Le champ de texte vide donne aux gens la liberté d'inventer des modèles et des techniques extrêmement flexibles et adaptables. Les conversations peuvent être réorganisées par n'importe qui, n'importe quand. Les historiques permettent de voir ce qui a été fait, par qui et quand. La fonctionnalité qui a permis à de nombreux contributeurs de collaborer sur des millions d'articles pendant 15 ans ne devrait pas être supprimée à la légère.

Les équipes produits de la Fondation Wikimedia ont travaillé sur des outils de communications avant ça, comme LiquidThreads (débuté en 2006) et Flow/Discussions structurées (débuté en 2012). Ces deux projets ont été utilisés avec succès sur de nombreux wikis. Ils ont également été lourdement critiqués et n'ont jamais suscité une adhésion massive sur les plus gros wikis.

Nous voulons que tous les contributeurs soient capables de parler entre eux sur les wikis : de poser des questions, de résoudre des différends, d'organiser des projets et de prendre des décisions. La communication est vitale pour la profondeur et la qualité de notre contenu, et pour la vitalité de nos communautés. Nous croyons que ce projet est essentiel pour nous dans le but d'atteindre un partage libre des connaissances.

La consultation sur les pages de discussion a commencé en mars 2019 en phase 1 avec des discussions qui ont eu lieu sur 20 wikis et espaces de groupes d’utilisateur. Cela inclut Wikipédia dans 15 langues, ainsi que Commons, Wikidata, Wiktionnaire dans deux langues et une réunion en présentiel d’utilisateurs. Ces discussions ont été résumées par un membre de chaque communauté, et l'équipe de la TPC a lu toutes les discussions. L’équipe a aussi conduit deux séries de tests avec des utilisateurs sur UserTesting.com, avec des lecteurs assidus de Wikipédia, mais qui ne contribuent pas, faute de savoir comment.

La première phase s’est terminée à la fin du mois d'avril, avec la publication de ce rapport au mois de mai. Ci-dessous se trouve un bref résumé des découvertes, une proposition de ligne directrice pour le projet et une liste de questions pour guider les discussions de la deuxième phase. Enfin, il y a une longue présentation détaillée des discussions et des séries de tests effectués.

Les notions de base
Il y un consensus sur le fait que trois éléments basiques des pages de discussions ont besoin d’être améliorés : les réponses, l'indentation, et les signatures. Pour de nouveaux arrivants, ces mécaniques de base sont déroutantes et rebutantes. Même les contributeurs les plus expérimentés font parfois des erreurs avec l'indentation et les signatures. Pour améliorer les pages de discussion, nous avons besoin d'ajouter un outil facile d'utilisation pour répondre et rendre automatiques l'indentation et la signature. (Voir #Indentation, #Répondre and #Signatures plus bas.)

Utilisateurs expérimentés
Les contributeurs très actifs participant à des discussions complexes et des workflows préfèrent la flexibilité, l'ouverture et la forme non structurée des pages de discussions en wikicode. Pour ces utilisateurs, une page en wikicode sans restrictions est libératrice. Cela leur permet de modifier la structure d'une discussion ou d'une page pour répondre à des besoins contextuels. Ils ont un fort désir de conserver le système existant qui utilise le wikicode. Les rédacteurs de nombreux wikis s'accordent sur ce point, y compris sur des wikis utilisant Flow. (Cf. #Stabilité et #Wikicode plus bas.)

Il y a également de nombreuses autres fonctionnalités que les contributeurs expérimentés aimeraient voir ajouter, dont :
 * La possibilité de regarder uniquement certaines discussions. Ainsi, les utilisateurs pourraient suivre une seule discussion au lien de recevoir des notifications pour chaque modification faite sur un article ou sur le reste de la page de discussion. (#Liste de suivi)
 * Un archivage plus fiable et une meilleure fonction de recherche, pour permettre aux utilisateurs de retrouver les conversations précédentes sur un sujet précis. (Cf. #Archivage et #Recherche.)
 * Une fonctionnalité de notification plus fiable (ping), pour permettre d'alerter facilement des personnes spécifiques à propos d'une discussion et de pouvoir recevoir des notifications claires à la fois sur les wikis et ailleurs. (#Notifications)
 * Un moyen de voir l'historique d'une conversation précise, en particulier si cette discussion a été archivée. (#Historique)
 * La possibilité d'utiliser correctement les pages de discussion sur les appareils mobiles. (#Appareils mobiles)

Sur la Wikipédia anglophone, des rédacteurs ont mentionné les modèles de métadonnées. Ils sont utilisés sur les pages de discussion des articles pour donner des instructions, signaler des éléments, fournir des indicateurs de qualité, des liens vers des projets wiki et d’autres informations à propos de l’article. D'autres wikis ont des outils similaires. Ce sujet est important, mais n'a pas fait l'objet d'une attention particulière durant la première phase. Nous demanderons plus d'informations à ce sujet en phase 2. (#Métadonnées)

Nouveaux contributeurs
Les nouveaux contributeurs trouvent que les pages de wikicode non structurées portent à confusion et sont difficiles à utiliser. Les outils de conversation habituels sur Internet sont très différents des outils disponibles ici. Cette différence décourage les gens à participer et à devenir des membres actifs des communautés.

En parallèle des discussions sur le wiki, nous avons réalisé des tests avec dix nouveaux contributeurs potentiels. Tous sont familiers avec la lecture de Wikipédia et avaient exprimé leur envie d’apprendre à contribuer au contenu. Durant ces tests, nous avons pu observer les éléments suivants :


 * Tous ont eu du mal à trouver les pages de discussion. La plupart pensaient qu'en cliquant sur « » dans l'en-tête d'une section d'article, ils auraient accès à un forum dédié à la section. Lorsque nous avons demandé où ils iraient pour poser une question sur la participation à l'article, un seul sur les dix a remarqué l'onglet «  » en haut à gauche de la page (en anglais, un wiki sur lequel la lecture va de gauche à droite). Ils ont généralement cherché en haut à droite de la page, pensant que le lien «  » (leur propre page de discussion utilisateur) était le lieu approprié pour poser une question.
 * Lorsque le test leur indiquait d'aller sur l'onglet «  », tous s'attendaient à voir un tableau classique de messagerie ou de forum de discussion. Plusieurs ont été surpris par la structure de la page de discussion. La similarité visuelle entre la mise en page de l'article et celle de discussion leur a laissé penser que chaque section de la page de discussion correspondait à une section de l'article.
 * Les utilisateurs ont eu des difficultés avec « les notions de base » décrites plus haut : réponse, indentation et signatures. Certains utilisateurs pensaient que le lien « » dans la signature de l'utilisateur était un bouton de réponse. Seuls trois sur les dix ont compris comment ajouter une signature. La plupart ont compris comment utiliser les deux-points pour créer une indentation en regardant les messages précédents.
 * Ce test a été réalisé avec des copies de pages de discussion de la Wikipédia en anglais. Les pages de discussion d'article contiennent souvent des modèles à propos de l'article (exemple). Pour la plupart des utilisateurs, les modèles en haut de la page de discussion semblaient être hors sujet. Plusieurs se sont focalisés sur le cadre des modèles et n'ont pas fait défiler vers la discussion sans y être invité ; ils semblaient croire que les modèles eux-mêmes constituaient la page de discussion. (Cf. Tests pour de nouveaux utilisateurs pour plus d'informations.)

Les commentaires dans les discussions sur le wiki ont fait écho à ces résultats. Les nouveaux utilisateurs ont rapporté le fait que répondre sur une page de discussion était perturbant, et cette confusion conduit de nombreux utilisateurs à renoncer à participer. Plusieurs utilisateurs expérimentés ont indiqué que les nouveaux arrivants avaient du mal avec la mise en page et les fonctions actuelles, et cela constitue une barrière à leur participation. (#Nouveaux arrivants)

Thèmes majeurs
Au cours du processus, deux thèmes principaux ont émergé.


 * Mise en page claire et outils appropriés : actuellement, les pages d'articles et de discussion sont vraiment similaires dans leur forme comme leurs fonctionnalités. Cette apparence est trompeuse et rend plus difficile l'apprentissage de l'utilisation correcte des pages de discussion. Les gens sont censés faire une utilisation différente des pages de discussion ; il ne s'agit pas du même type de contenu. Un principe fondamental dans la conception de produit est que l’outil doit aider l’utilisateur à comprendre ce qu’il est supposé faire. Il devrait être facile d'utiliser un produit correctement. Un produit bien conçu minimise les risques de voir un utilisateur se tromper. Et ce n'est pas parce que les contributeurs expérimentés ont appris à vivre avec ces difficultés — et ont développé des contournements dont ils sont fiers — qu'on doit laisser l'outil être un frein voire une barrière à la participation d'utilisateurs moins avertis mais passionnés et ayant des connaissances et la volonté de les partager.
 * Fonctionnalités vs flexibilité : la volonté d'améliorer les pages de discussion n'est pas limitée aux débutants. En fait, les contributeurs expérimentés sont les premiers à connaître les défauts des outils existants. Les utilisateurs expérimentés veulent pouvoir participer à une discussion en particulier sur une page de discussion active, sans perdre de temps à regarder les échanges non pertinents des autres sections de la page. Ils veulent être capable de trouver les discussions rapidement et facilement, même si les discussions ont été archivées. Afin de fournir ces fonctionnalités, le système doit être capable de dire ce qu'est « une discussion » — cette partie spécifique de la page de discussion constitue un échange séparé du reste. Cela demande de faire des changements qui limitent la grande flexibilité d'une page en wikicode. Ces changements doivent être soigneusement étudiés et être acceptés. Et les fonctionnalités qui limitent la flexibilité doivent être associées à une amélioration visible et positive. C'est ce dont nous souhaitons discuter dans la Phase 2 de cette consultation : Comment devrions-nous rechercher cet équilibre entre fonctionnalités réclamées depuis longtemps et flexibilité ?

Orientation proposée pour le produit
Sur la base de ces résultats, nous proposons que les pages de discussion en wikicode soient améliorées, et non remplacées.

Les contributeurs expérimentés dans les grandes communautés ont construit un très grand nombre de workflows importants fondés sur la capacité à manipuler du wikicode, et la liste des cas d'utilisation est longue et intimidante. LiquidThreads et Flow impliquaient tous deux le remplacement des pages de discussion par un nouveau système, qui devait ensuite traiter tous ces cas d'utilisation avant leur adoption complète. Dans des écosystèmes complexes comme celui-ci, il est préférable de commencer par un produit qui fonctionne (appelé « produit minimum viable »), puis d'apporter des améliorations qui peuvent être construites et diffusées au fil du temps, en apprenant plus avec chaque version. Aussi imparfaites que soient les pages de discussion en wikicode, elles ont alimenté les discussions wiki pendant plus de 15 ans, et c'est un produit minimum viable.

Notre idée est de construire un nouveau design au-dessus des pages de discussion en wikicode qui change l'apparence par défaut de la page et offre des outils clés – « mise en page claire et outils appropriés » comme décrit ci-dessus. Cette nouvelle conception devrait indiquer à l'utilisateur qu'il ne s'agit pas d'une page de contenu et l'aider à interagir de façon appropriée avec les outils. Cela devrait inclure des signaux clairs sur la façon d'entamer une nouvelle discussion et de répondre à une discussion existante ou à un message spécifique dans cette discussion. Il doit ajouter automatiquement la signature et placer le message dans l'ordre correct d'imbrication.

Afin d'assurer la cohérence avec les outils existants, cette nouvelle conception sera une expérience par défaut à laquelle les utilisateurs existants pourront s'exclure. Avec quelques mises en garde discutées ci-dessous, 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.

Les mises en garde : comme nous l'avons dit plus haut dans « Fonctionnalités vs flexibilité », l'amélioration des pages de discussion peut nécessiter des changements mineurs ou moyens dans les conventions et pratiques du wikicode.

Par exemple :

Pour améliorer l'historique des pages, il se peut que nous ayons à prendre certaines décisions. Certains contributeurs expérimentés ont parlé de la nécessité d'un historique complet pour l'ensemble de la page. D'autres ont souligné la nécessité d'un historique des fils, pour les discussions individuelles. (En ce moment, les pages de discussion en wikicode ont un historique de page mais pas un historique de fil ; dans Flow, c'est l'inverse.) Il serait idéal de fournir à la fois l'historique des pages et l'historique des fils. Nous devrons réfléchir et discuter de la façon de rendre cela possible.
 * Pour être en mesure d’ajouter à sa liste de suivi une seule discussion, le système devra être capable de faire la différence entre une discussion et la suivante. La page ne peut pas être qu'une pile de modifications déconnectées les unes des autres. Cela pourrait signifier changer la convention du wikicode pour un en-tête de discussion. Peut-être que les éditeurs taperaient  au lieu de , ou  . (Ces exemples ne sont donnés qu'à titre d'illustration, et ne sont pas de réelles suggestions.) Les personnes expérimentées pourraient toujours utiliser le wikicode, mais elles devraient apprendre une nouvelle convention.
 * Pour que les nouvelles fonctionnalités fonctionnent et n'interfèrent pas avec les pages de non-discussion, il peut être nécessaire de spécifier où elles sont activées. Nous pourrions les faire fonctionner uniquement sur les pages des espaces de noms « Discussion » (tels que $namespace1, $namespace3, $namespace11, etc.). Si c'est le cas, certaines pages de discussion existantes à l'échelle du projet (telles que les discussions de suppression sur certains wikis) devraient être déplacées de  à   pages, pour être capables d'utiliser ces outils. Une autre possibilité est que les fonctionnalités fonctionnent automatiquement dans les espaces de noms de discussion, et que les gens puissent les activer pour d'autres pages individuelles avec un mot magique en wikicode. Ou peut-être qu'ils fonctionneront n'importe où, tant que vous utilisez le préfixe  . (Encore une fois, à titre d'illustration.) We could have them work only on pages in the "talk" namespaces (such as ,  ,  , etc.). If so, then some existing project-wide discussion pages (such as the deletion discussions at some wikis) would have to relocate from   to   pages, to be able to use these tools. Another possibility is that the features work automatically in the talk namespaces, and that people could turn them on for other individual pages with a wikitext magic word. Or maybe they'll work anywhere, as long as you use the   prefix. (Again, purely for illustration.)
 * Pour construire la possibilité de déplacer une discussion pour l'archiver sans rompre les liens vers l'archive, il peut être nécessaire de créer un identifiant unique pour chaque discussion. Cela peut signifier que vous devez utiliser l'un des nouveaux outils pour créer une nouvelle discussion, fusionner deux discussions, ou en archiver une ancienne. This could mean that you need to use one of the new tools to create a new thread, merge two threads, or archive an old thread.

L'intention est de n'apporter que les modifications nécessaires, afin de permettre une fonctionnalité qui vaille la peine d'être modifiée. Idéalement, le résultat devrait être approximativement la même quantité de travail ou moins pour les collaborateurs. Par exemple, si vous voulez déplacer une discussion d'une page à l'autre sans casser la liste de surveillance des gens, vous devrez peut-être cliquer sur un nouveau lien « déplacer la discussion » et entrer le nom de la page cible, afin que le système puisse garder le lien permanent actif. Ce serait une nouvelle habitude à apprendre, mais déplacer un fil en coupant et collant du wikicode prend tout aussi longtemps.

Cette approche s'est inspirée de l'adoption enthousiaste de la fonction de notification (dite aussi ping), qui a été créée il y a environ six ans et qui est maintenant largement utilisée par les utilisateurs expérimentés. Pour envoyer à quelqu'un une notification l'informant que vous souhaitez qu'il consulte une discussion, vous devez mettre son nom d'utilisateur entre parenthèses, ou utiliser un modèle spécifique, tel que  ou. Mais la notification ne fonctionne que si vous signez cette édition avec. Si vous avez mal orthographié le nom de la personne, vous devez corriger l'erreur et signer à nouveau le message sur une nouvelle ligne. C'est un nouvel ensemble d'habitudes de wikicode à apprendre et à retenir, mais beaucoup de gens ont heureusement changé leurs habitudes, parce que cela permet une fonctionnalité qui est incroyablement utile.

L'adoption de la fonction de notification démontre qu'il est possible d'apporter des changements de petite à moyenne taille dans les conventions du wikicode, à condition de trouver un équilibre entre les difficultés d'apprentissage et d'utilisation de la nouvelle convention et la valeur que les utilisateurs retirent d'une nouvelle fonctionnalité. Il faudra une réflexion et une discussion sérieuses pour trouver cet équilibre à chaque étape du projet. Nous sommes prêts à penser, à discuter et à essayer de nouvelles choses, afin de rendre les pages de discussion plus faciles à apprendre et à utiliser. Nous espérons que beaucoup d'entre vous sont prêts à se joindre à nous étant donné que nous cherchons des moyens de faire en sorte que cela fonctionne.

Questions pour la phase 2
La publication de ce rapport marque la fin de la phase 1 de la consultation sur les pages de discussion et donne le coup d'envoi de la phase 2, qui sera une nouvelle série de discussions et de sondages.

Une partie importante de la phase 2 est d'entendre vos réponses à l'orientation proposée pour le produit proposé. Cela peut commencer dès maintenant sur la page de discussion de ce rapport, pour les gens qui voudraient partager leurs pensées, leurs idées et leurs questions là-bas. Nous demanderons également aux groupes qui ont participé à la phase 1 de nous dire ce qu'ils en pensent.

Dans les discussions de la phase 2, nous posons les questions suivantes :
 * 1) Que pensez-vous de l'orientation proposée pour le produit ?
 * Contexte : La fondation Wikimedia propose de construire un nouveau design plus clair sur les pages de discussion en wikicode existantes. Il offrira des outils plus simples pour répondre, indenter et signer. Vous pouvez continuer à utiliser le wikicode sur les pages de discussion, si vous préférez. Il devrait également être possible de participer à une discussion sans utiliser le wikicode. It will offer simpler tools for replying, indentation and signatures. You could continue to use wikitext on talk pages, if you prefer that. It should also be possible to participate in a discussion without using wikitext.
 * Question : Que pensez-vous de cette orientation pour le produit ?
 * 1) Marquer des discussions séparées
 * Contexte : Les gens veulent suivre des sections individuelles sur la page de discussion. Ils veulent de meilleures notifications, un meilleur archivage et de meilleures recherches. Pour ce faire, nous devrons peut-être créer une définition plus structurée de ce qui est considéré comme une discussion unique. Cela peut vouloir dire apporter des changements aux conventions du wikicode sur une page de discussion. Par exemple, nous pouvons créer une nouvelle façon dont les en-têtes de discussion apparaissent dans le wikicode, ou un nouveau lien que vous devez utiliser pour créer, renommer ou diviser un sujet de discussion. They want better notifications, archiving, and search. To do any of this, we may need to create a more structured definition of what counts as a single discussion. This may mean making changes to the wikitext conventions on a talk page. For example, we may create a new way that discussion headings look in wikitext, or a new link that you need to use to create, rename or split a thread.
 * Question : Quels sont les avantages et les inconvénients de cette approche ?
 * 1) Aider les nouveaux arrivants à trouver les pages de discussion
 * Contexte : Les nouveaux arrivants rencontrent des difficultés pour trouver des pages de discussion. Lors des tests utilisateurs, seule une personne sur dix a trouvé l'onglet $Talk1. La plupart des testeurs ont cherché un onglet $Talk2 sur le côté opposé de la page, où se trouvent tous les autres onglets et liens. De nombreuses personnes s'attendaient également à voir des liens vers des discussions sur des sections spécifiques de l'article. Nous pouvons déplacer le lien vers la page de discussion vers le côté opposé de la page d'article. Nous pourrions ajouter des fonctionnalités de discussion liées à des sections individuelles. During user tests, only one person out of ten found the  tab. Most testers looked for a  tab on the opposite side of the page, where all of the other tabs and links are. Many people also expected to see links to discussions about specific sections in the article. We may want to move the link to the talk page to the opposite side of the article page. We might add discussion functionality connected to individual sections.
 * Question : Quels sont les avantages et les inconvénients de rendre plus visible le lien entre le contenu de l'article et les discussions ?
 * 1) Où afficher les outils de discussion
 * Contexte : Actuellement, de nombreux wikis ont des espaces de discussion communautaires dans l'espace de noms du projet ( ou  ), plutôt que dans un espace de noms de discussion (  ou  ). L'espace de noms du projet est souvent utilisé pour les bistros, les panneaux d'affichage et certains workflows, tels que Pages à supprimer. Le système devra savoir où se déroulent les discussions, afin de pouvoir afficher les nouveaux outils dans ces discussions, et non sur d'autres pages. Il y a plusieurs façons possibles d'y parvenir. L'une d'elles est de déplacer toutes les discussions vers un espace de noms de discussion. The project namespace is often used for village pumps/cafés, noticeboards, and some workflows, such as Articles for deletion. The system will need to know where discussions happen, so that it can display the new tools in those discussions, and not display them on other pages. There are several potential ways to do this. One of them is to move all discussions to a talk namespace.
 * Question : Quels sont les avantages et les inconvénients de faire cela ?
 * 1) Compromis sur l'historique
 * Contexte : Parfois, vous avez besoin de voir l'historique de toute la page. D'autres fois, il serait plus utile de voir l'historique d'un seul sujet de discussion. Ce serait idéal si nous pouvions fournir les deux, mais nous ne savons pas trop comment le faire. Other times, it would be more helpful to see the history of only a single discussion thread. It would be ideal if we could provide both, but we're not sure how to do that.
 * Question : Quels sont les avantages et les inconvénients d'avoir un historique de page complet ou un historique de discussion spécifique ?
 * 1) Emplacement des métadonnées
 * Contexte : Certains wikis placent des modèles en haut des pages de discussion des articles. Ceux-ci peuvent afficher des instructions, des avertissements ou des FAQ. Ils peuvent contenir des informations sur la qualité des pages, des liens vers des Wikiprojets pertinents, ou identifier des activités passées. Beaucoup de nouveaux utilisateurs sont confus en trouvant du matériel de non-discussion en haut d'une page de discussion d'article. Il serait utile de déplacer tout ou partie de ce contenu ailleurs sur la page, ou sous un autre onglet. 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.
 * Question : Quels sont les avantages et les inconvénients de cette approche ? Quels modèles sont cruciaux pour l'utilisation correcte d'une page de discussion, et lesquels pourraient être déplacés ailleurs ?

Le reste du rapport se poursuit ci-dessous avec des conclusions détaillées, mais d'abord, voici comment vous pouvez participer à la phase 2 en tant que membre de votre communauté locale ou en tant qu'individu.

Les communautés peuvent s'inscrire pour organiser une discussion sur les questions de la phase 2 sur .

Here are the current consultations:



w:pl:Dyskusja Wikipedii:Konsultacje w sprawie stron dyskusji w:ru:Википедия:Форум/Предложения 

w:cs:Wikipedie:Konzultace_diskusních_stránek_2019 w:de:Wikipedia:Projektdiskussion/Globale Konsultation zum Thema Kommunikation 2019/Phase2 w:en:Wikipedia:Talk pages consultation 2019/Phase 2 w:fr:Wikipédia:Consultation sur la communication 2019/Phase 2 w:nl:Wikipedia:Overlegpagina's raadpleging 2019 w:th:วิกิพีเดีย:สภากาแฟ/อภิปราย/ขอความเห็นการพูดคุยหารือระหว่างผู้ใช้ (2562) ระยะที่ 2 w:zh:Wikipedia:2019年討論頁諮詢/第二階段 

s:en:WS:S 

d:Wikidata:Requests for comment/Talk pages consultation 2019, phase 2

Vérifiez si votre communauté organise une discussion — et si non, veuillez vous inscrire et en créer une sur votre wiki ! Nous demanderons aux référents de rédiger un résumé pour les discussions locales d'ici le 15 juin 2019.

Pour participer en tant qu'individu, pensez aux six questions ci-dessus ; vous pouvez poster vos réponses sur la page Consultation sur les pages de discussion 2019/Réponses individuelles#Questions de la phase 2.

Le 22 mai 2019 environ, nous commencerons un sondage hors wiki avec les mêmes questions, pour les personnes qui préfèrent répondre dans ce format.

Phase 1 : Processus
''Note sur les traductions : Les citations ci-dessous ont été traduites automatiquement en anglais, et publiées en langue originale et en anglais. Le rapport est long, et nous ne nous attendons pas à ce que les traducteurs bénévoles trouvent le temps de traduire le texte en anglais. Nous sommes très reconnaissants aux traducteurs qui ont traduit les sections ci-dessus. Merci !''

L’objectif de la Phase 1 de la Consultation sur les pages de discussion a été de collecter des informations sur la façon dont les gens dans le mouvement communiquent avec les autres. Suit une description du processus, puis un aperçu rapide des résultats de la discussion.

Discussions sur wiki
En tout, environ 450 contributeurs, organisateurs de programmes et autres personnes du mouvements ont partagé des informations avec l’équipe.

Test de nouveaux utilisateurs
En plus d’interroger des contributeurs, nous avons voulu inclure le point de vue de nouveaux arrivants. Ces personnes représentent les wikimédiens futurs, qui ne font pas encore partie d’une communauté, mais que nous espérons voir contribuer. Ils peuvent venir de différentes cultures et ont différentes attentes de la technologie que les wikimédiens existants. Nous ne voulons pas qu’ils soient repoussés par nos outils de communication.

Afin de comprendre ce que les nouveaux utilisateurs ressentent face à l’état actuel de la communication sur le wiki, nous avons utilisé UserTesting.com. UserTesting.com paie des gens afin qu’ils enregistrent leurs expériences, leurs réactions et leurs pensées lorsqu’ils testent un logiciel. Pour ces tests, nous avons recruté dix personnes qui n’ont jamais participé à des discussions sur wiki. Elles se sont enregistrées, explorant des pages de discussion d’articles sur Wikipédia pour la première fois.

Nous avons souhaité que le profil de nos testeurs reflète celui des personnes susceptibles d’être confrontées aux pages de discussion. Il fallait donc une certaine quantité de savoir littéraire et technique, une familiarité avec Wikipédia et un désir de contribuer. Pour nous rapprocher de ces personnes, nous avons posé des questions telles que : « À quelle fréquence consultez-vous Wikipédia ? » « Avez-vous déjà discuté avec d’autres utilisateurs sur Wikipédia ? » « Si vous n’avez jamais modifié Wikipédia, que pourriez-vous donner comme raison principale justifiant cela ? » Nous avons inclus uniquement des personnes familières avec Wikipédia et qui semblaient vouloir devenir des contributeurs de Wikipédia dans l’avenir.

Un résumé des résultats, et des informations sur les discussions sur wikis au sujet des nouveaux arrivants, sont sur cette page, section #Nouveaux contributeurs. Pour une description détaillée de ces tests et de ce qui a été observé, consultez la page sur Tests pour de nouveaux utilisateurs.

Résultats des discussions sur wiki
L’objectif de la Phase 1 de cette consultation était de collecter des informations sur la manière dont les gens utilisent les pages de discussion, et les problèmes auxquels ils font face. Pour commencer les conversations, nous avons demandé :


 * 1) Lorsque vous voulez discuter d’un sujet dans votre communauté, quels outils fonctionnent pour vous, et quels problèmes vous bloquent ? Pourquoi ?
 * 2) Qu’en est-il des pages de discussions pour les nouveaux utilisateurs, qu’est-ce qui les bloque ?
 * 3) Qu’est-ce qui pose problème aux autres dans votre communauté à propos des pages de discussion ?
 * 4) Que souhaiteriez-vous faire sur les pages de discussion, mais ne pouvez pas faire à cause de limitations techniques ?
 * 5) Quels sont les aspects importants d'une « discussion wiki » ?

Environ 450 utilisateurs ont participé aux discussions hébergées sur 20 wikis et espaces de groupes d’utilisateurs. Cela a inclus des Wikipédias dans 15 langues, Commons, Wikidata et deux Wiktionnaires. Des personnes ont également participé sur la page centrale de consultation sur les pages de discussion, et sur une autre page mise en place pour obtenir des commentaires individuels. L’équipe de la consultation a lu toutes les discussions (en utilisant la traduction automatique lorsque nécessaire), et a trié une partie des réponses par thème.

Certains thèmes importants sont revenus souvent. Ils sont synthétisés dans le tableau suivant. La fréquence des commentaires est notée sur une échelle à sept crans, de ✎ (certaines personnes l’ont mentionné) à ✎✎✎✎✎✎✎ (le sujet est très populaire). Elle est basée sur le nombre de termes utilisés, la quantité d’occurrences, le contexte d’apparition et le sentiment exprimé dans les résumés communautaires. La classification n’est pas scientifique mais nous est utile pour organiser tout cela.

Tous les commentaires ont été traduits en anglais, le plus souvent en utilisant la traduction automatique. Le texte original est inclus. Les traductions peuvent contenir des erreurs ; nous vous remercions de les corriger si vous en trouvez.

Indentation
Popularité du thème : ✎✎✎✎✎✎✎

Il y a eu des douzaines de plaintes sur la nécessité de compter les deux-points pour mettre en place l’indentation. Cela a été la plainte la plus courante. Les contributeurs expérimentés trouvent cela compliqué et maladroit, et les nouveaux contributeurs sont encore plus dérangés.

Tous les autres systèmes de communication sur Internet tâchent de représenter les messages postés par différents utilisateurs comme des messages individuels, sans que les utilisateurs aient besoin de définir un niveau d’indentation à la main. Les contributeurs à tous les niveaux d’expérience et de compétence veulent que cela soit simplifié et standardisé.

Certaines solutions ont été proposées, entre autres Flow ou un système similaire, ou bien des scripts qui insèrent automatiquement le bon nombre de deux-points. Certains contributeurs ont suggéré de remplacer les deux-points par un autre symbole en wikicode (par exemple  au lieu de   pour indiquer l’indentation, ou peut-être la création d’une méthode pour marquer clairement le début et la fin d’un commentaire), pour résoudre les problèmes d’accessibilité du système de discussion en wikicode.

Ci-dessous sont données des citations représentatives des participants à la Phase 1 de la consultation. Elles traitent du désir de formatage automatique, de la nécessité de se concentrer sur le contenu du commentaire, et de la confusion et de l’ennui causés par le système actuel, ainsi que de la sémantique HTML et de l’accessibilité.

De nombreux commentaires individuels ont traité de plus d’un thème. Les commentaires sur l’indentation ont souvent traité également de #Réponse, de #Graphisme et également de l’usage du #Wikicode.

Réponse
Popularity of the theme: ✎✎✎✎✎✎✎

A common challenge for new users is figuring out where and how to reply to messages. Modern internet users are used to typing into a text box to reply, since this is the model used on other websites. Typing directly under someone else's message, in the same way that a Wikipedia editor might add a new paragraph at the end of an article, is a very unusual model for communication.

Experienced users also have trouble with this on long, complex discussions. Editors sometimes want to be able to reply directly to a comment that's in the middle of a thread, but this requires scanning a window full of wikitext, finding the right spot to add the comment, and using the correct indentation. People also use varying ways to respond to a particularly long or multi-point comment.

These quotations from Wikipedia editors represent the common themes related to replying to an existing discussion: although a precisely formatted large discussion can be followed logically when you're reading, when you are replying to a free-form discussion on an unstructured wikitext page, it can hard to find the right place to add your comment and to quote or otherwise indicate which comment or sentence you're replying to. Editors want a tool that allows them to reply in the correct place, with the normal formatting.

Comments about replying often overlapped with concerns about #Indentation and #Newcomers.

Signatures
Popularity of the theme: ✎✎✎✎✎✎✎

Many users reported that manually "signing" pages by typing  at the end of a typed message is unusual and off-putting. No participants defended the current signature process as an ideal approach. New user testing also identified this system as a stumbling block.

Other related problems include people using signatures that don't correspond to their usernames. Some editors object to distracting decorative elements, such as colored backgrounds or images included in signatures.

These typical comments from participants discuss the unfamiliarity, the non-trivial efforts needed to correct for it, the confusion, the special difficulties for people typing on mobile devices, and the advantages that Flow has in being designed to automatically sign every message.

Stabilité
Popularity of the theme: ✎✎✎✎✎✎

Many established, highly active editors expressed a desire to minimize apparent changes. They did not exclude having some improvements made, but they wanted any new approaches to be fully compatible with what they're already used to. People who favored stability often commented on the flexibility offered by using blank, unstructured pages.

Archivage
Popularity of the theme: ✎✎✎✎✎

Most of the current archiving systems involve copying and pasting older discussions to another page ("archive") for long-term storage. On the largest wikis, this is usually done by bots on some pages, and by hand on others. In smaller communities, it's usually done by hand on all pages. This breaks page histories (for example, the comment is in, but the page history is left in  )  and links to the original discussion, which still point to the original location.

To reduce some of these problems, some wikis use alternative structures, such as creating a new discussion sub-page for each day/week/month. This usually requires a bot to maintain it, and it makes it hard for people to watch new discussions. Others manually archive central discussions by topic, in the hope that people will be able to find relevant discussions more easily.

The quotations here highlight some of the problems that users have encountered: broken archiving bots, different systems on different pages and different wikis, and finding discussions that previously happened on that page.

This point is related to #History and to #Visibility.

Notifications
Popularity of the theme: ✎✎✎✎✎

The Echo Notifications system has become one of the most popular new software features the Wikimedia Foundation has designed, because it helps experienced contributors communicate more smoothly. Some editors have suggested more extensive notifications, such as the ability to get a message on your phone when someone posts a note on your user talk page, a way to triage notifications, a way to know if a message has been read, and a way to invite someone to a conversation.

The sample quotations here describe making it easier to "ping" (notify) a user during a discussion, the difficulty of following discussions, the inability to find out about messages without first visiting a wiki page, having routine notices mixed up with active discussions, not knowing whether your message was read, a clearer way of requesting an answer, and the need to contact and coordinate work by multiple people, such as members of a user group, WikiProject, or other team.

Nouveaux arrivants
Popularity of the theme: ✎✎✎✎

Most of the participants in the on-wiki consultation were highly active, highly experienced editors, leading one of them to comment on the irony of "a discussion about talk pages, on a talk page, advertised on talk pages", since that format would bring in comments from people who are able to use this format. Indeed, comments from new and occasional contributors expressed somewhat different concerns, and experienced editors expressed their concerns about how newer editors were struggling with the current system.

Most newcomers to Wikipedia are already regular users of other websites and/or social media apps. The conversation tools that they have already learned to use are very different from the tools we provide. Our software is perceived as difficult and overly technical to use (even for users with technical experience), obsolete, or counter-intuitive. Current practices, like manual indentation and signing, do not feel like natural behaviors to newcomers.

The quotations here express feelings of exclusion, confusion, and frustration, a desire for a more modern approach (for example, automatic indentation or a quick way to reply without opening the full editing environment), the use of Flow or alternative forum-style discussion systems, and the strangeness of the system compared to user expectations.

Other factors that may block newcomers may be the design of the pages|#Design|the design of the pages, the lack of replies|#Replying|the lack of replies, the behavior of some experienced users towards newcomers, and their lack of confidence.

Historique
Popularity of the theme: ✎✎✎✎

Editors and other contributors want to be able to see what was written, when, and by whom. Monitoring discussions history should be done the same way as it is for other pages.

Both wikitext talk pages and Flow threads have a problem with page history. On Flow pages, it's easy to see the complete history of a single thread, but you can't see a diff for the entire page. With wikitext pages, you can see a diff for the page, but the history of a specific discussion is spread across the page history, especially if the discussion is copy-pasted to an archive page.

These quotations show experienced contributors' desire to always be able to see pages as they were in the past, to move discussions between pages without losing the history, and to consider some new features, such as the ability to link an edit in the page history to a specific discussion on the talk page.

This problem area is closely related to archiving discussions|#Archiving|archiving discussions.

Recherche
Popularity of the theme: ✎✎✎✎

Searching could be improved by adding new features that would help to search on current discussions, filter the results, or to handle meta elements around the conversation (e.g., the status of a question). People noted that the normal search tool doesn't, by default, include discussions in search results.

These sample quotations include easily searching for prior discussions, being able to tag discussions by topic, and the need to fix search in Flow.

Being able to search and find previous discussions is somewhat related to #History and #Archives.

Visibilité
Popularity of the theme: ✎✎✎✎

Even when someone figures out how to post a message on the talk page, it's possible that nobody will notice the message and reply. Established editors, like those participating in subject-area WikiProjects, need to be able to find unanswered new comments from their field of expertise. Not replying to comments or questions from newcomers and occasional editors may discourage them from trying to contribute further.

On unstructured wikitext talk pages, it is difficult to visually see which topics or comments have been added since your last visit (Flow supports this workflow). There is no signal on the article's page that there are new or unanswered questions on the talk page.

The quotations here cover questions going unanswered, the difficulty of noticing activity on an article talk page, the need to reach people with relevant expertise or interests, and newcomers' problems with finding the article talk page.

Éditeur visuel
Popularity of the theme: ✎✎✎✎

Both newcomers and established editors requested a non-wikitext editing model for discussions. Some participants preferred updating the visual editor so that it could process discussions; others preferred using Flow, which offers a visual mode with a small toolbar.

These quotations show editors preferring visual editing because it is easier to learn and easier to use.

This theme is related to #Wikitext.

Liste de suivi
Popularity of the theme: ✎✎✎✎

Editors supported improvements to the watchlist system, especially a way to watch a single section on a busy wikitext-based talk page. This has been a long-requested feature, and it is popular with both newcomers and established contributors alike.

These quotations support being able to follow a single conversation on a busy page, without having to see the other discussions, or a way for groups to find out about new discussions without all of the members putting every page on their regular watchlists.

This theme is related to #Notifications.

Confusion
Popularity of the theme: ✎✎✎

In addition to software design issues, contributors have to figure out many cultural conventions, such as whether a given discussion is a vote, and how the discussion is structured. For example, just at the English Wikipedia, replies are "correctly" placed in the same section as the previous person's comment in most article talk pages, on either person's user talk page if the discussion started on a user talk page, and in your own section for an Arbitration Committee case. As a result of the software limitations and social complexities, the methods for communicating on wiki can generate confusion to both new users and some long-time users, to the point that some even prefer social media to communicating on wiki. (See the section on social media use below.)

These quotations identify several problems: excess difficulty compared to alternatives, unclear social expectations, understanding the discussion format, seeing other people's comments but no obvious place to add your own, and unfamiliarity for people who are accustomed to current web conventions.

Utilisateurs sur mobile
Popularity of the theme: ✎✎✎

At the moment, communication through a mobile device is very difficult. Contributions from the apps and the mobile website are increasing in nearly all languages. Accessibility on mobile devices is needed to make contribution easier for all users, to respond to the particular needs of some users with disabilities, and to increase the number of people who can contribute to discussions. As one user said, it shouldn't be noticeably easier to edit an article than to talk about that edit on the article's talk page.

These quotations include confusion, inaccessibility, the changes needed to make a system work on a mobile device, and the location of the main link to the talk page.

This theme is related to #Confusion, #Signatures, #Indentation and #Visibility.

Wikicode
Popularity of the theme: ✎✎✎

There was an interesting divide among editors about the need to use wikitext in discussions. An insistence that wikitext be the key format was largely found among highly active, long-time editors on Wikipedia. This generally took two forms:


 * 1) that the page itself be unstructured (for example, so that editors could choose to start a new discussion anywhere on the page instead of only at the top or the bottom), and
 * 2) that the canonical representation of the discussions be wikitext (for example, so that different formatting codes could be tested and discussed on the talk page, and then be copied and pasted into an article, where it would produce the same result).

For beginners, contributors to other projects, and among people who primarily make non-wikitext contributions (e.g., using the visual editor, adding information to Wikidata, uploading photos), the necessity for using wikitext in discussions was less obvious.

Among the insights from this theme: Long-time Wikipedia editors assume that newcomers will learn wikitext by editing articles, and that the newcomers will only later attempt to communicate with other editors on wiki. As a result, they assume that newcomers will have already developed some level of skill with wikitext before encountering the talk page, and that it therefore makes more sense for discussions to happen in that recently learned format, rather than using conventions and tools that are widely used across the internet for communication.

These quotations reflect Wikipedians' desire to use unstructured pages, the need for improvements, the importance of being able to talk about and test article formatting in discussions. They also reflect the views of others, who question the need for every contributor to learn wikitext, who want more accessible and user-friendly ways to participate in discussions, and who describe communication problems they have encountered.

This point is related to #Visual editor, #Workflows, and how discussions are structured (#Design, #Indentation, #Replying).

Conflits de modification
Popularity of the theme: ✎✎

An edit conflict happens when two editors try to change the same part of a wikitext page at the same time. Edit conflicts are common in busy discussions in free-form wikitext discussions, and very rare in any type of fully structured discussion. The difficulty of resolving the conflict sometimes causes people to give up without participating.

Some work has been done to reduce edit conflicts in the past. Edit conflicts are resolved at the level of a single "line" of wikitext (not a section), but if two people try to reply to the same comment at the same time, or if someone changes the immediately adjacent line while you are typing a new comment, an edit conflict will still be triggered. Wikimedia Deutschland has produced a tool that allows editors to resolve conflicts through a more visual process. However, in the end, edit conflicts are painful and need to be minimized.

These comments reflect the universal dislike that editors have for edit conflicts.

This theme is related to #Wikitext, because edit conflicts are part of the price for using free-form, unstructured discussion pages, and to #Newcomers, because newcomers are unlikely to be able to resolve an edit conflict.

Graphisme
Popularity of the theme: ✎

Overall the design of talk pages is outdated, and discussions are structured in a confusing way.

It's generally accepted that when you want different behaviors in different places – for example, writing articles in the mainspace, discussing improvements to them on a talk page, or reporting spam at a noticeboard – then you want the design of those different pages to reflect and encourage their different purposes.

These Wikipedia editors say that the design is visually awkward and outdated, and that it does not help editors collaborate with others effectively.

Design is related to.

Métadonnées
Popularity of the theme: ✎

Some wikis use large templates at the top of article talk pages to display instructions and warnings, quality ratings, WikiProject affiliations and other information about the page. This came up several times in the English Wikipedia discussion.

Vandalisme
Popularity of the theme: ✎

Editors at all experience levels worried about vandalism, harassment, and other destructive behaviors. They want tools to deal with vandalism and related unacceptable behaviors. Identifying and addressing blatant vandalism (e.g., having your vote changed from 'support' to 'oppose') costs time, energy, and goodwill.

These quotations mention people deliberately changing other people's contributions, the way Flow rearranges pages, the need for better anti-harassment systems, and the importance of being able to delete or suppress ("oversight") page histories.

This theme is related to #History and #Newcomers.

Flux de travaux (workflows)
Popularity of the theme: ✎

Additional software tools could improve the handling ways of the complicated workflows that are used on larger wikis, such as the creation and maintenance of Articles for Deletion discussions or counting up votes in a Meinungsbilder on the German Wikipedia or in an Arbitration Committee case at the English Wikipedia. Improving communication tools and systems used by the Stewards, the Global sysops, and the Small Wiki Monitoring Team would also fall into this category. This type of improvement was largely requested by highly active editors at the largest Wikipedias.

Given how important these processes are, and how much effort is required to maintain them, it is somewhat surprising that more editors did not suggest improvements to these complex systems.

These quotations show an awareness that complex systems could be greatly simplified through new tools, and the importance of building tools that scale to the needs of highly active editors.

This theme is related to #Confusion.

Conclusion
Thank you to all of the people who participated in these discussions so far! We hope that this report is a fair summation of the ideas and opinions that were expressed in Phase 1. We're looking forward to continuing the discussion in Phase 2 of the consultation, and hearing your reactions to the proposed product direction. Talk to you soon!