Journal de Guillaume Paumier

Vous avez peut-être remarqué une baisse significative du rythme de publication sur ce journal depuis quelques semaines. De façon générale, je ne publie un article que quand j’ai quelque chose à dire, et pas uniquement parce que c’est bon pour le pagerank. Cependant, dans les dernières semaines, ce n’est pas le manque de sujets qui m’a retenu, mais plutôt le manque de temps.

En effet, depuis le 13 octobre, je travaille à temps plein pour la Wikimedia Foundation en tant que Product manager pour le projet de Multimedia Usability. Il vise à améliorer l’ergonomie de Wikimedia Commons et du processus d’import de fichier (qui en ont bien besoin), afin de rendre plus facile la participation et le partage de fichiers multimedia sur Commons (et Wikipedia). Sous le nom barbare de Product manager se cache tout simplement le travail consistant à analyser les besoins des utilisateurs, identifier les problèmes majeurs et élaborer les spécifications et améliorations du système ; en un mot, effectuer le design au sens large. L’implémentation logicielle est ensuite confiée à un développeur, qui constitue la deuxième moitié de l’équipe constituant le projet.

Le projet de Multimedia Usability, qui doit durer un an, est réalisé grâce à une bourse obtenue par la Wikimedia Foundation auprès de la Ford Foundation. Je travaille pour le moment à distance, en attendant de déménager à San Francisco, où sont situés les bureaux de la Wikimedia Foundation. Le déménagement devrait avoir lieu début décembre, selon le délai que mettra le visa à être approuvé.

Je suis bien entendu extrêmement content de pouvoir travailler à améliorer Commons, qui est probablement mon projet préféré. Wikipedia m’a amené à travailler sur Commons et, comme je le disais il y a quelques temps, Commons m’a amené à vraiment m’intéresser à la photographie (et d’après les commentaires, je suis loin d’être le seul Wikimédien qui soit devenu photographe grâce à Commons).

Pour en savoir plus sur le projet Multimedia Usability, vous pouvez consulter l’espace dédié sur le wiki de l’équipe Usability. Tout le travail effectué et prévu y est documenté afin de permettre l’information et l’implication des personnes qui le souhaitent. Je vais également publier plus souvent des articles liés au projet sur mon journal en anglais, étant donné que le lectorat potentiel est international.

Vous connaissez probablement Wikipedia, le célèbre projet d’encyclopédie sur Internet, dont le contenu est librement accessible et réutilisable par tous, et rédigé par les internautes. Wikipedia est disponible dans plus de 200 langues. Vous connaissez peut-être moins Wikimedia Commons (souvent simplement appelé Commons), qui est le répertoire d’images, vidéos et sons associé à Wikipedia. Commons est un site multilingue qui héberge la plupart du contenu multimedia ensuite utilisé et affiché sur Wikipedia. Comme pour Wikipedia, les photographies, schémas, cartes, vidéos et sons qui constituent le contenu de Commons sont créés et importés par les internautes. Mais le processus d’import de fichier est actuellement extrêmement complexe, ce pour plusieurs raisons.

Tout d’abord, la nature multilingue de Commons rend difficile les discussions entre participants. La lingua franca est naturellement l’anglais, qui est utilisé par défaut à nombre d’emplacements. Le système de classification des fichiers de Commons repose ainsi sur des catégories disponibles uniquement en anglais. Les participants qui ne sont pas à l’aise avec l’anglais sont donc rebutés par son omniprésence sur Commons.

Ensuite, la plupart des nouveaux participants n’ont aucune idée de ce qu’est une licence (libre ou non) et sont découragés par la complexité de l’interface. Alors que la plupart des autres sites de partage de photos ou vidéos proposent une interface simple, claire et efficace, Commons assaille le participant de questions visant non seulement à établir le statut légal de son fichier, mais également ce qu’il représente, où il a été créé, sa place dans le système de classification, etc. Il est vrai que la particularité de Commons (ne proposer que du contenu librement réutilisable) rend nécessaire certaines vérifications, mais il existe des moyens plus simples de les effectuer, sans effrayer l’utilisateur avec un formulaire aussi compliqué qu’une déclaration d’impôts (j’exagère à peine).

La communauté de participants de Commons est assez particulière, au sens où elle est majoritairement constituée de participants à d’autres projets Wikimedia (tels que Wikipedia), qui souvent ne viennent sur Commons que ponctuellement, pour importer ou chercher quelques fichiers; rares sont les contributeurs qui participent vraiment activement à Commons. Le contenu de Commons a grossi à un rythme effréné, mais la communauté de participants n’a pas suivi et se trouve actuellement dépassée par l’afflux de contenu. Ce problème n’arrive généralement pas sur Wikipedia, où le contenu grossit au même rythme que la communauté qui le rédige.

Cette différence de rythme de croissance entre le contenu et la communauté est, selon moi, à l’origine d’une large part des problèmes que rencontrent actuellement les nouveaux participants pour partager leurs fichiers. En effet, la seule façon pour la communauté de Commons de faire face à l’afflux de contenu est de faire en sorte que les fichiers qui ne sont pas acceptables sur Commons ne soient pas importés, et que chaque fichier acceptable et téléchargé soit parfait, de sorte que la maintenance ultérieure soit réduite aux minimum (idéalement, nulle). Pour cela, le formulaire de téléchargement recense de très nombreux cas de figure, sans se concentrer sur les plus courants. Puis, si l’utilisateur parvient à importer le fichier, il est souvent agressé par des messages automatiques lui indiquant que des informations sont manquantes (par exemple, il n’a pas ajouté de catégories permettant de classifier son image). En ce sens, Wikimedia Commons a perdu son côté wiki, c’est à dire un site où les erreurs ou omissions des uns sont corrigées au fur et à mesure par les autres.

Il est à espérer que les améliorations techniques qui vont être apportées par le projet Multimedia usability encourageront davantage de participants à s’impliquer dans la vie et la maintenance de Commons, et que cela entraînera également, à plus long terme, un changement de comportement des utilisateurs envers les nouveaux participants.

Petit dialogue récurrent entre un utilisateur et un programme informatique :

— Je veux supprimer ce schmilblick. *clic*

— Êtes-vous sûr ?

— Évidemment que je suis sûr, je viens de cliquer ! *clic*

— Le schmilblick a bien été supprimé.

[2 minutes plus tard]

— Ah, mais en fait, non, ce n’est pas ce schmilblick que je voulais supprimer ! Comment annulè-je la suppression ?

— Ce n’est pas possible.

— …

Message aux développeurs qui n’ont pas la chance de travailler avec un designer / ergonome : Quand vous demandez confirmation avant une action, l’utilisateur va, dans 90% des cas^{{{référence nécessaire}}}, confirmer. Tout simplement parce que ce genre d’avertissement est devenu tellement banal que l’utilisateur a pris l’habitude de confirmer sans y prêter attention. Et puis, si on y réfléchit un peu, demander confirmation est non seulement paternaliste, mais inutile : l’utilisateur n’a pas changé d’avis en une demie seconde.

En revanche, puisque l’erreur est humaine, prévoyez la possibilité d’annuler l’opération, dans la mesure du possible. Des générations d’utilisateurs vous béniront.

En un mot : rendez le programme résistant aux idiots, mais ne leur dites pas qu’ils le sont.

Si vous avez visité Wikipedia ces derniers jours, vous n’avez pas pu manquer le gros bandeau d’annonce en haut de chaque page, qui vous invitait à prendre des photos pour illustrer Wikipedia à l’occasion des Journées du patrimoine. Je suis pour le moins dubitatif devant cette initiative. Sur le principe, bien entendu, je ne peux qu’être d’accord : inciter les lecteurs à participer à Wikipedia est une noble cause, et leur proposer de faire ce premier pas en partageant des photos à l’occasion des journées du patrimoine est une excellente idée. Mais dans la pratique, la mise en place a été calamiteuse.

Appel aux internautes

L’appel a été fait par le biais du « sitenotice », c’est à dire l’emplacement réservé, en haut de chaque page de Wikipedia, aux annonces majeures. Une telle exposition a entraîné une reprise de l’appel par des sites à fort trafic comme ecrans.fr, 01.net et le Standblog de Tristan Nitot. La page en question a reçu plus de 26000 visites en quatre jours.

Le problème est que cette opération a été improvisée à la dernière minute. Certes, l’idée est louable ; on peut partir du principe que « ça ne coûte rien d’essayer » et qu’« on verra bien si ça marche ». Mon opinion est que, justement, non seulement ça n’a pas marché (50 clichés obtenus pour 26000 visites), mais en plus, ça a coûté d’essayer.

Ergonomie de Commons

Tenter de recruter des participants en leur proposant de partager leurs photos est une excellente idée sur le papier : partager ses photos est plus simple que d’aller faire des recherches en bibliothèque et de passer des heures à rédiger un article sur un sujet complexe. Mais voilà : l’ergonomie du procédé d’import de fichiers multimedia est extrêmement pauvre ; même les participants réguliers de Wikipedia évitent Commons pour cette raison. Ce n’est d’ailleurs pas pour rien que la Ford Foundation a accordé une bourse de 300 000$ à la Wikimedia Foundation pour améliorer l’ergonomie du téléchargement de fichiers.

Afin d’éviter de décourager les bonnes volontés, j’ai donc suggéré de n’afficher l’appel que pour les « utilisateurs enregistrés », c’est à dire les participants de Wikipedia ou les lecteurs qui ont créé un compte. Les participants actuels sont habitués à la complexité du processus d’import de fichier multimedia sur Commons. Techniquement, la modification était triviale ; l’objectif était de ne pas faire peur aux possibles nouvelles recrues en les confrontant à la complexité du processus d’import de fichier multimedia.

Ma suggestion a été ignorée. Par contre, l’initiateur de cette opération, qui avait lui aussi pris conscience de ce problème, a proposé une alternative : que les internautes puissent envoyer par e-mail les photos qu’ils prendraient au cours de leurs visites du week-end. Et là, je ne peux m’empêcher de tiquer.

Envoyer les clichés par e-mail : un nid à problèmes

L’envoi par e-mail pose un certain nombre de problèmes :

• des problèmes légaux : qui est responsable en cas de problème ? Le modèle actuel de Wikipedia est que chaque internaute qui modifie une page ou importe un fichier est responsable de ses actes. Si un bénévole importe sur Wikipedia une image envoyée par e-mail par une autre personne et l’image s’avère violer le droit d’auteur, qui est responsable ? Ce type de fonctionnement met le bénévole dans une situation juridique inconfortable.
• des problèmes techniques : l’e-mail n’a jamais été adapté pour envoyer ou recevoir des photos. Il y a quelques années, quand les modems bas débit étaient encore la norme pour la majorité des foyers, il était inconcevable d’envoyer plus d’une ou deux photos en pièce jointe par e-mail, et ce même si les fichiers étaient moins volumineux qu’aujourd’hui. En 2009, le haut débit s’est davantage répandu, mais les appareils photo numériques ont également progressé ; la taille actuelle des photos générées par les appareils photo numériques est généralement de 4 à 5 Mo par photo. Par ailleurs, rares sont les messageries qui autorisent des pièces jointes de plusieurs mega-octets (en envoi comme en réception).
• des problèmes de ressources humaines : même si les serveurs de messagerie de la Wikimedia Foundation peuvent tenir la charge, qu’en est-il des ressources humaines bénévoles pour traiter tout le courrier entrant ? Les courriers régulièrement envoyés à la Wikimedia Foundation sont traités par les bénévoles de « l’équipe OTRS », qui doit son nom à l’outil utilisé pour gérer ce courrier. En tant que l’un des gestionnaires du système OTRS de Wikimedia, je m’assure régulièrement que les réponses aux e-mails sont envoyées dans un délai suffisamment court. L’opération des journées du patrimoine a été lancée sans concertation aucune avec l’équipe OTRS, qui doit maintenant faire face à l’afflux (heureusement restreint) des photos envoyées. C’est un peu comme si, pour votre fête d’anniversaire, vous disiez à vos invités d’aller garer leur voiture chez votre voisin, parce que vous n’avez pas assez de place chez vous, mais sans lui demander son avis.

Le dernier problème (et non le moindre) que je vois avec l’opération telle qu’elle a été menée est qu’elle donne l’illusion d’un changement de modèle de Wikipedia, où désormais l’internaute soumet un contenu qui est accepté ou pas par l’équipe de Wikipedia. Illusion d’ailleurs marquée par l’article d’ecrans.fr, qui indique que « les administrateurs proposent d’envoyer directement ses clichés [par e-mail] ». Les « administrateurs » ne proposent rien du tout ; les administrateurs n’ont pas de responsabilité éditoriale ou manageriale, ils ne sont que des participants comme les autres qui ont juste accès à quelques outils techniques supplémentaires de maintenance. Et en aucun cas le rôle des administrateurs n’est de valider a priori ou non les contenus photographiques soumis par les internautes. Le rôle des administrateurs est de supprimer a posteriori les contenus non acceptables qui sont portés à leur attention par la communauté. Il est impératif d’éviter la confusion avec un système modéré a priori, surtout dans le contexte actuel de l’activation prochaine des Flagged Revisions sur Wikipedia en anglais, qu’un grand nombre de journaux présentent comme un changement du modèle de Wikipedia.

Wikipedia n’a pas d’échéance à respecter

Ce n’est pourtant pas comme si les initiatives similaires manquaient : Wikiportret est une plate-forme lancée par Wikimedia Nederland où les internautes peuvent proposer leurs photographies de célébrités ; PikiWiki est un projet de Wikimedia Israel destiné à faciliter le partage sur Commons de photos d’archives conservées dans les greniers. Mais voilà, l’opération « Journées du Patrimoine » sur Wikipedia n’a pas été préparée ; elle a été organisée à la va-vite, à la dernière minute, avec les moyens du bord.

Parfois, il est préférable de réfléchir un peu plus avant de se lancer dans une opération de ce genre. Wikipedia n’a pas d’échéance à respecter ; ce n’est pas un drame si les articles des monuments français restent peu illustrés pendant encore un an. D’ici un an, le projet Multimedia Usability aura, je l’espère, considérablement amélioré l’ergonomie du processus d’import de fichier multimedia ; il sera alors temps de recruter de nouveaux participants.

Il y a quelques jours, j’avais indiqué une astuce technique pour prévisualiser la nouvelle apparence de Wikipedia (appelée « Vector ») sur laquelle travaille actuellement l’équipe de la Wikipedia Usability Initiative. Vous pouvez désormais l’activer dans les préférences de votre compte utilisateur, onglet « Apparence », cochez « Vector » et sauvegardez.

Vous pouvez également tester la barre d’outils améliorée (en mode « modification »). Pour cela, toujours dans vos préférences, onglet « Fenêtre de modification », cochez « Activer la barre d’outils améliorée » et sauvegardez.

Si vous ne possédez pas encore de compte, vous pouvez en créer un en quelques secondes et suivre ensuite la même procédure. Si vous êtes un contributeur régulier ayant personnalisé son « monobook », n’oubliez pas de renommer votre monobook.js ou monobook.css en vector.js et vector.css respectivement.

L’apparence est encore en phase de test, n’hésitez pas à rapporter les bugs que vous rencontrez.