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. La fenêtre d'édition 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 17 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 ê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 seraient activées. Nous pourrions les faire fonctionner uniquement sur les pages des espaces de noms « Discussion » (tels que,  ,  , etc.). Dans ce 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 pouvoir 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 spécifiques avec un mot magique en wikicode. Ou encore, un système où elles fonctionneraient n'importe où dès lors que vous utilisiez le préfixe  . (Encore une fois, à titre d'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.
 * 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.

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.
 * Question : Que pensez-vous de cette orientation pour le produit ?
 * 1) Marquer des discussions séparées
 * Contexte : les gens veulent suivre des sections spécifiques 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 spécifique. 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.
 * 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 . La plupart des testeurs ont cherché un onglet 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 envisager de 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 individuellement à des 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 discussions communautaires dans les espaces de noms du projet ( ou  ), plutôt que dans les espace de noms dédiés aux discussions (  ou  ). L'espace de noms du projet est souvent utilisé pour les bistros, les panneaux d'affichage et certaines procédures de travail, 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 pas 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.
 * 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.
 * 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 des éléments n’étant pas une 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.
 * 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 de l’usage du #Wikicode.

Réponse
Popularité du thème : ✎✎✎✎✎✎✎

Une difficulté courante pour les nouveaux utilisateurs est de trouver où et comment répondre aux messages. Les utilisateurs de l’Internet moderne ont l’habitude de taper leur réponse dans une zone de saisie, puisqu’il s’agit du modèle utilisé sur les autres sites web. Taper directement sous le message de quelqu’un d’autre, de la même manière qu’un contributeur de Wikipédia pourrait ajouter un nouveau paragraphe à la fin d’un article, est un modèle de communication très inhabituel.

Les utilisateurs expérimentés ont également des difficultés avec cela sur les discussions longues et complexes. Les contributeurs souhaitent parfois répondre directement à un commentaire qui se situe au milieu d’un fil, mais cela demande de scanner une fenêtre pleine de wikicode, de trouver l’emplacement précis où le commentaire doit être ajouté, et d’utiliser l’indentation correcte. Les utilisateurs ont par ailleurs une variété de recours pour répondre à un commentaire particulièrement long ou en plusieurs points.

Ces citations des contributeurs de Wikipédia présentent les thèmes courants liés à la réponse à une discussion existante : bien qu’une discussion imposante formatée avec précision peut être parcourue logiquement lors de la lecture, lorsqu’on en vient à la réponse dans une discussion à la forme libre sur une page de wikicode non structurée, il peut devenir difficile de trouver l’emplacement où ajouter son commentaire et où citer ou bien d’indiquer à quel commentaire ou à quelle phrase l’on répond. Les contributeurs veulent un outil qui leur permet de répondre au bon endroit et avec le formatage standard.

Les commentaires sur la réponse s’entremêlaient souvent avec des préoccupations sur l’#Indentation et les #Nouveaux arrivants.

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

De nombreux utilisateurs ont rapporté que « signer » manuellement les pages en tapant  à la fin d’un message écrit est inhabituel et repoussant. Aucun participant n’a présenté le système actuel de signature comme une approche idéale. Le test de nouveaux utilisateurs a également amené à identifier ce système comme une pierre d’achoppement.

D’autres problèmes liés incluent les personnes utilisant des signatures qui ne correspondent pas à leur nom d’utilisateur. Certains contributeurs rejettent les éléments décoratifs distrayants, tels que les fonds colorés et les images incluses dans les signatures.

Ces commentaires typiques de participants traitent de l’excentricité, des efforts non triviaux nécessaires pour corriger, de la confusion, des difficultés particulières pour les personnes tapant sur mobile, et des avantages que Flow apporte en signant automatiquement chaque message.

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

De nombreux contributeurs établis et très actifs ont exprimé un désir de minimiser les changements apparents. Ils n’ont pas exclu que des améliorations soient faites, mais ont souhaité que les nouvelles approches soient entièrement compatibles avec ce à quoi ils sont habitués. Les personnes qui ont soutenu la stabilité ont souvent traité de la flexibilité offerte par l’utilisation de pages nues, non structurées.

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

La plupart des systèmes d’archivage actuels demandent de copier-coller les anciennes discussions dans une autre page (« archive ») pour un stockage à long terme. Sur les wikis les plus volumineux, cela est habituellement fait par des bots sur certaines pages, et à la main sur d’autres. Dans les plus petites communautés, c’est habituellement fait manuellement sur toutes les pages. Cela casse les historiques de page (par exemple, le commentaire est dans, mais l’historique de la page est laissé dans  ) et les liens vers les discussions, qui pointent toujours vers l’emplacement d’origine.

Pour réduire l’impact de certains de ces problèmes, certains wikis utilisent des structures alternatives, telles que la création d’une nouvelle sous-page de discussion pour chaque jour/semaine/mois. Cela exige généralement de la maintenance par un bot, et rend difficile le suivi des nouvelles discussions. D’autres archivent manuellement les discussions centrales par sujet, dans l’espoir que les utilisateurs pourront trouver les discussions intéressantes plus facilement.

Les citations ci-dessous soulignent certains problèmes que les utilisateurs ont rencontrés : bots d’archivage cassés, différents systèmes sur différentes pages et différents wikis, et recherche de discussions précédemment tenues sur une page.

Ce point est lié à #Historique et à #Visibilité.

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

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
Popularité du thème : ✎✎✎✎

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.

La plupart des arrivants sur Wikipedia sont déjà des utilisateurs réguliers des autres sites web et/ou des applications de réseaux sociaux. 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, 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. Ce type de modification a été très largement demandé par les contributeurs les plus actifs des Wikipédias les plus conséquentes.

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
Merci à toutes les personnes qui ont participé à ces discussions ! Nous espérons que ce rapport est un juste récapitulatif des idées et opinions exprimées dans la Phase 1. Nous attendons avec hâte la suite de la discussion dans la Phase 2 de la consultation, afin d’entendre vos réactions à l’orientation proposée pour le produit. À très bientôt !