Wikimedia Apps/iOS Projet d'édition suggéré

This page is a translated version of the page Wikimedia Apps/iOS Suggested edits project and the translation is 65% complete.
Outdated translations are marked like this.

Contexte

Les Modifications suggérées permettent de réaliser de petites (mais vitales !) contributions à Wikipédia. L'objectif est de faire connaître les différentes façons dont il est possible de modifier Wikipédia tout en faisant plus facilement des contributions de qualité et en les rendant plus accessibles.

Les suggestions d'édition ont été initialement introduites sur Android , puis intégrées aux expériences de croissance pour la page d'accueil des nouveaux arrivants . L'application iOS a été créée initialement comme une application axée sur la lecture. Au cours de l'année dernière, nous avons mis l'accent sur l'ajout de fonctionnalités de communication. Cette année, le plan annuel a été l'occasion idéale d'apporter les modifications suggérées à l'application iOS.

Objectif

D'ici juillet 2024, nous visons à publier une tâche de modification suggérée qui :

  • Augmenter de 10% les contributions mobiles non révoquées à partir d'iOS
  • 2 000 articles améliorés à l'aide de modifications suggérées

Hypothèse 1 édition suggérée du texte alt et preuve du concept

Nous pensons pouvoir atteindre l'objectif susmentionné en publiant une tâche d'édition suggérée axée sur l'ajout d'un texte alt aux images.

Actuellement, 50 % des images de Wikipédia ont une légende, 10 % des images sont accompagnées d'un texte alternatif et seulement 3 % d'un texte alternatif efficace. Les utilisateurs des applications de Wikipédia peuvent entrer dans les paramètres lorsqu'ils sont dans des environnements à faible bande passante et qu'ils choisissent de ne pas charger les images. Si une image a un texte alt, l'utilisateur dans l'environnement à faible bande passante pourra lire le texte alternatif et avoir une idée de ce que l'image représente. L'application iOS Wikipédia a été désignée par le choix des éditeurs en 2017 de Apple en raison des fonctionnalités d'accessibilité de l'application pour les utilisateurs. L'accessibilité est un facteur important de notre processus de conception et de développement au sein des équipes chargées des applications, c'est pourquoi une tâche visant à combler les lacunes des images par un texte alt de qualité convient parfaitement à notre équipe.

En raison du fait que ce concept est un nouveau type de modification suggéré, il est important de commencer par une preuve de concept qui nous permettra d'évaluer si la tâche sera efficace.

Exigences fondamentales pour la validation du concept

  • Point d'entrée dans les paramètres
  • Prometteur : conseils pour la rédaction d'un bon texte alternatif
  • Les utilisateurs peuvent trouver le contexte de l'image à partir de l'article.
  • Capacité des utilisateurs à accéder aux métadonnées pertinentes (peut conduire l'utilisateur sur le web)
  • Détection des images qui n'ont pas de texte alternatif
  • Possibilité de stocker les réponses obtenues afin d'évaluer si elles constituent un bon texte alternatif
  • Les utilisateurs doivent pouvoir donner leur avis sur l'ensemble de la fonctionnalité.

Bonnes pratiques

  • Renforcement positif
  • Indiquer aux utilisateurs le nombre de tâches ou de modifications qu'ils ont effectué
  • Possibilité de publier du texte alternatif dans les Wikipédias
  • Limitation du nombre de tâches pouvant être accomplies au cours d'une journée ou d'une session donnée en cas de publication sur Wikipédia
  • Le point d'entrée est facilement repérable
  • Ne pas autoriser les utilisateurs à copier et coller dans la légende de l'image
  • Les utilisateurs doivent être invités à fournir des commentaires sur la fonctionnalité
  • Suggérer un texte alternatif (pensez aux descriptions d'articles assistées par la machine)
  • Peut lire ce qui a été écrit dans l'aperçu

Scénarii utilisateur

  • En tant que participant à la conférence GLAM en Uruguay, je veux tester une tâche de modification suggérée d'un texte alternatif, pour avoir une idée concrète du concept et fournir des commentaires significatifs.
  • En tant que directeur de produit, je veux des preuves concrètes qu'un texte alternatif suggéré par l'outil d'édition augmenterait les éditions sur iOS, sans créer de surcharge pour les patrouilleurs.
  • En tant que spécialiste de l'accessibilité, je souhaite évaluer la qualité du texte alt soumis par l'intermédiaire de l'outil Modifications suggérées, afin de pouvoir déterminer s'il s'agit d'une fonctionnalité utile ou nuisible pour les utilisateurs malvoyants.

Stratégie de consultation

  • novembre 2023 - Lors de la conférence GLAM 2023, nous demanderons aux participants de tester la preuve de concept.
  • décembre 2023 - Travailler en partenariat avec des spécialistes de l'accessibilité pour évaluer les propositions jusqu'au stade de la validation du concept.
  • janvier 2024 - Décider s'il faut créer la version complète d'une tâche d'édition suggérée de texte alt ou passer à un autre type de tâche d'édition suggérée.

Prototype

We created a prototype of an Alt Text suggested edit, and editors were invited to test the feature at GLAM Wiki 2023 and provide feedback. The prototype is no longer available for use, but we plan to continue working on an Alt Text experiment, and you can follow along on the project page.

Nous avons recueilli des commentaires par le biais de cette enquête. Vous pouvez consulter les instructions relatives à l'ajout de texte alternatif via cette fonctionnalité sur la page Foire aux questions sur les modifications suggérées .


Grille de décision

  • Si moins de 45 % des modifications sont notées 3 ou plus, nous passerons à une autre proposition de modification.
  • Si 46 à 70% des modifications sont notées avec un score de 3 ou plus, nous améliorerons les guides ou utiliserons l'IA pour mieux aider les utilisateurs. Si 71% ou plus des modifications sont notées à 3 ou plus, nous allons échelonner la fonctionnalité.
  • Si la moyenne des modifications par utilisateur unique est inférieure à 3, nous passerons à une autre proposition de modification. Si elle est comprise entre 3 et 6, nous envisagerons des interventions pour réduire les frictions. S'il est de 7 ou plus, nous pouvons échelonner.
  • Si l'utilisateur modifie la fonctionnalité un autre jour, nous devrions procéder aux améliorations et à une mise à l'échelle.
  • Si moins de 55% ou moins des utilisateurs sont satisfaits de la fonctionnalité, nous ne l'adapterons pas sans la modifier.
  • Si nous n'avons pas au moins 50 personnes qui essaient la fonctionnalité, nous ferons des démarches directes pour obtenir plus d'éditions.
  • Si plus de 30 % des utilisateurs trouvent la tâche trop difficile, nous créerons une intervention pour réduire la difficulté avant de procéder à la mise à l'échelle. Si 80 % ou plus des utilisateurs trouvent la tâche trop difficile, nous envisagerons d'abandonner en fonction des réponses supplémentaires.
  • Si le taux d'abandon est de 20 % supérieur à celui des légendes d'images sur Android, nous envisagerons de passer à une autre proposition d'édition, à moins qu'il n'existe des preuves d'une intervention susceptible de réduire ce taux.

Principales observations qualitatives des participants au GLAM

  • Il serait bon d'ajouter un peu plus de contexte : montrer des informations sur le contexte spécifique de l'image dans l'article (par exemple, j'avais l'article « blé » avec une image de rouille sur des feuilles de blé, alors que je ne savais pas si je devais mentionner les taches de rouille dans le texte alt ou non). Il serait également bon de mentionner le nom de l'article lui-même dans l'écran d'édition du texte alt - il est arrivé plusieurs fois que j'oublie l'article et que je doive cliquer pour revenir.
  • Éviter d'inclure des peintures et autres œuvres d'art
  • Ajouter un champ qui suggère des choses via des déclarations.
  • Je ne suis toujours pas certain de fournir un texte alternatif qui soit réellement utile au public cible. " rester simple" est un conseil très générique, peut-être une courte vidéo avec des lignes directrices un peu plus détaillées (dans quelle mesure tenez-vous compte du contexte ?) serait la bienvenue
  • Je voudrais ajouter des catégories qui m'aideraient à placer l'élément dans l'image au cas où je ne le reconnaîtrais pas. Bien qu'il s'agisse d'une suggestion aléatoire, il se peut qu'elle ne corresponde pas exactement à ce que vous voulez décrire.

Aperçu quantitatif des participants au GLAM

  • Seulement 9% des participants ont trouvé la tâche difficile
  • Tous les participants ont trouvé l'accompagnement et l'orientation assez ou très utiles.
  • 54% des participants ont déclaré qu'ils essaieraient à nouveau la fonction si aucune autre modification n'était apportée au prototype.
  • Tous les participants ont déclaré qu'ils essaieraient à nouveau la fonction si des changements étaient apportés au prototype
  • Nous n'avons pas atteint notre objectif de faire essayer la fonction à au moins 50 personnes, même en assurant un suivi avec les groupes affiliés en Amérique latine.

Étapes suivantes

Nous pensons qu'au moins 50 personnes n'ont pas essayé cette fonction parce qu'elle nécessitait le téléchargement d'une application distincte. Parmi les personnes qui ont essayé la fonction, il y a eu des indicateurs positifs montrant que l'outil pourrait être efficace avec des améliorations. En conséquence, nous allons mener une expérience à grande échelle dans la version de production de l'application.

More details on the scaled experiment can be found on the Alt Text Experiment project page.

Hypothèse 2 Suggestion d'édition et ajout d'image

Nous avons obtenu des résultats positifs après avoir lancé la tâche d'édition suggérée « Recommandations d'images » (ajouter une image) dans l'application Android App , où plus de 2 000 articles ont été améliorés sur une période de 30 jours.

Notre hypothèse est que l'ajout de recommandations d'images en tant que première suggestion de modification disponible dans l'application iOS augmentera de 10 % le nombre de contributions mobiles effectuées dans l'application iOS, améliorant ainsi plus de 2 000 articles.

Pour les indications sur l'utilisation de la fonctionnalité, voir notre page FAQ à propos des modifications suggérées.

Exigences de fonctionnalité

  • Le point d'entrée devrait se trouver dans le flux Explore (pas dans la première carte - sous top read) et un accueil permanent basé sur le travail de navigation.
  • Une infobulle, une notification ou une intervention quelconque doit attirer l'attention sur la tâche à accomplir par les rédacteurs de qualification.
  • Les utilisateurs doivent avoir la possibilité d'ajouter une légende et un texte alternatif à l'écran, mais ils ne doivent pas être invités à le faire.
  • Il doit y avoir un moyen pour les utilisateurs de signaler des problèmes avec la fonctionnalité, cela devrait les conduire à l'email de support (pré-rempli).
  • Les utilisateurs devraient disposer d'un point d'entrée dans la tâche vers la page FAQ (via le trop-plein).
  • Il devrait y avoir un moyen de s'assurer que les utilisateurs n'appuient pas continuellement sur « oui » dans un court laps de temps (moins de 5 secondes) afin de se prémunir contre les modifications de mauvaise foi.
  • Il doit y avoir un intégration à la fonctionnalité
  • Les utilisateurs doivent pouvoir accéder à l'article complet (via lire la suite) et aux métadonnées de l'image.
  • Ne pas permettre aux utilisateurs de passer sans leur fournir un retour d'information (Oui, Non, Incertain)
  • Prévisualiser la modification et fournir un résumé de la modification avant la publication
  • La sélection de Non déclenche une enquête (les motifs devraient être identiques à ceux d'Android).
  • Permettre aux utilisateurs de zoomer sur l'image ou de l'épingler
  • Considérations relatives à l'épuisement des images ou à la non-disponibilité des tâches dans certaines langues
  • Assistance non intrusive pour l'ajout de légendes et de texte alternatif (peut faire sortir l'utilisateur de l'application)
  • Accès conformément aux WCAG
  • L'interface doit être traduite dans les langues cibles avant d'être diffusée.
  • Cette fonctionnalité ne devrait pas être accessible aux utilisateurs ayant moins de 50 éditions dans la langue qu'ils éditent.

Bonnes pratiques

  • Utilisateurs capables de filtrer par sujet
  • Renforcement positif subtil

Les wikis cibles

Bien que nous soyons ouverts à tous les commentaires, nous sommes particulièrement intéressés par ceux qui nous parviennent :

  • Les locuteurs espagnols, français et portugais des Amériques (Nord, Sud et Centrale) et les Caraïbes
  • Locuteurs chinois en Amérique du Nord

Dans le cadre de nos tests utilisateurs, nous nous engageons à favoriser la constitution d'un groupe de testeurs équilibré et diversifié.

Scénarii utilisateur

  • En tant qu'utilisateur de l'application iOS de Wikipédia avec un petit écran et une connexion internet irrégulière, j'aimerais évaluer les images et déterminer si elles devraient être intégrées dans un article, afin de contribuer aux articles de Wikipédia qui ont besoin de plus de contenu.
  • Lorsque j'utilise l'application, je veux pouvoir ajouter des images d'une seule main à de nombreux articles sur mon appareil mobile, afin d'être productif tout en prenant le bus à Bogota et en écoutant de la musique.

Qu'est-ce qui nous permettra de savoir si nous avons réussi ?

Nos principaux indicateurs seront capturés après 15 et 30 jours:

  • Taux de rejet d'image ne dépasse pas 29%
  • Taux de suracceptation de la modification (ne jamais ignorer ou rejeter les images recommandées) ne dépasse pas 35%
  • Le taux d'achèvement des tâches ne doit pas être inférieur à 30%
  • Taux de retour ne dépasse pas 18%

Validation

  • KR 1.1: 1 500 articles ont des images dans une période de 30 jours
  • KR 1.2: Modification moyenne d'au moins 6 modifications par jour par utilisateur unique
  • KR 1.3: 10% des éditeurs suggérés éligibles essayez la tâche de recommandations d'image
  • KR 1.4: 30 % de ces utilisateurs exécutent à nouveau la tâche un autre jour au cours d'une période de 15 jours
  • KR 1.5: Le taux d'acceptation ne s'écarte pas de plus de 10 points de pourcentage de celui du web mobile ou d'Android.
  • KR 1.6: Augmentation de 10 % des modifications non converties de l'iOS dans l'espace de noms principal

Garde-fous

  • KR 1.1: Moins de 5 % des utilisateurs signalent des contenus offensants ou non conformes aux normes de sécurité.
  • KR 1.3: Tous les utilisateurs consacrent au moins 10 secondes à l'évaluation d'une tâche avant de la publier.
  • KR 1.4: Taux de rebond ne dépasse pas 30%
  • Taux de rebond défini comme les utilisateurs qui cliquent Oui puis abandonnent le flux avant de publier
  • KR 1.5: Un taux d'achèvement de tâches d'au moins 50%
  • Il s'agit des utilisateurs qui cliquent sur Ajouter une image comme tâche et qui cliquent sur Oui, Non ou Pas sûr (interaction avec la fonctionnalité).
  • KR 1.6: Taux de retour ne dépasse pas 5%

Curiosités (utiles)

  • KR 1.1: Ces chiffres diffèrent-ils selon la titularité de l'utilisateur ?
  • KR 1.2: Observons-nous des différences dans ces mesures lorsque nous nous concentrons sur nos publics cibles par rapport à la population générale ?
  • KR 1.3: À quel moment du flux de travail les abandons sont-ils les plus fréquents ?
  • KR 1.4: À quelle fréquence les utilisateurs ajoutent-ils des légendes et du texte alternatif (en faisant la distinction entre les deux) ?
  • KR 1.5: À quelle fréquence les modifications annulées sont-elles légendées ?

Comment suivre le cours

Nous avons créé T355270 comme notre Phabricator Epic pour suivre ce travail. Nous vous invitons à collaborer avec nous sur cette page ou sur notre page de discussion. Nous fournirons des mises à jour périodiques sur cette page au fur et à mesure de nos progrès.

Nous prévoyons de diffuser la suggestion d'édition Ajouter une image dans toutes les Wikipédias d'ici avril 2024, et elle sera disponible pour les utilisateurs qui ont plus de 50 éditions.

Mises à jour

août 2024

  • We began work on the Alternative Text experiment. We added a new capability in the app: developer settings. This will allow us to move quickly and deploy things behind feature flags more in the future. Tasks can be viewed in the sub-epic: T357437
  • We completed analysis for iOS’s “Add an image” feature 30 days after deployment. T362835 & T371906
  • We calculated the total images added through Apps Image Recommendations on both Android and iOS (more than 20,000!) T372954

juillet 2024

  • We added a warning message if users accept an image recommendation very quickly

T364049

  • We added an end date to our new feature announcement for Image Recommendations.

T364397

  • We investigated the difficulty of adding image recommendations edits automatically into common infoboxes for English Wikipedia

T359134

juillet 2024 - Results after 30 days

Analysis has been completed for the first 30 days after Add an Image was released into the iOS app. 4/6 Key Indicators were met or almost met, and 3/5 Guardrails were met.

Validation:

  • KR 1.1: 600 articles have images in a 30 day period
    • Met: We saw a total of 1707 unreverted edits that improved articles with images in a 30-day period, across 24 different wikis. We were almost on par with the 2118 edits that the Android Add an Image task saw in a 30-day period.
Top 5 Wikis by Number of Add an Image Edits
Wikipédia en anglais 1091
Wikipédia en sindhi 256
Wikipédia en allemand 104
Wikipédia en français 94
Wikipédia en italien 65
  • KR 1.2: Average at least 6 edits per day per unique user with 50+ edits
    • Not met: The average edits/day users with 50+ edits was 2.6 edits/day, significantly lower than Android’s average edits per editor per day of 13.8. When we zoom out to average edits/editor over 30 Day period, we see an average of 7.39 average editors per editor. This indicates that users are not using the Add an Image feature repeatedly on the same day, but instead using it briefly and then returning another day to complete more edits. Stickiness of the feature could be improved by adding positive reinforcement.
  • KR 1.3: 10% of eligible Suggested Editors try image recommendations task
    • Almost met: 9.7% of eligible editors (those with more than 50 edits) tried the image recommendations task
  • KR 1.4: 30% of those users complete the task again on a separate day in a 30 day period
    • Almost met: We saw 24.8% of users return to complete the task again on a separate day. This metric may have been affected if users saw repeat suggestions in the feed.*
  • KR 1.5: Accept rate does not deviate from Mobile Web or Android by more than 10 percentage points
    • Somewhat met: The accept rate, the proportion of users who opened the task, and clicked “Yes” to accept the image suggestion, was 19.2%. This was more than 10 percentage points lower than the comparable rate from Mobile Web (38.8%). We also observed a higher bounce rate of 26.4% at the point of image accept/reject/skip for users on iOS compared to Android’s 19.7%. This discrepancy could be due to the technical issues with the image suggestion algorithm*, iOS users in this period may have been more likely to reject an image because the image had already been added to the article, or bounce away from the task due to seeing images suggested that were not necessary. Once iOS users accept the image, they had a similar level of success to android in publishing, at 72.9%.
Event iOS Android Mobile Web
Image Accept -> Edit Success Rate 72.90% 68.2% 23.50%
Image Suggestion Accept Rate 19.20% 15.9% 38.80%
Reject Rate 7.00% 4.2% 28.10%
Skip/Not Sure Rate 47.40% 60.2% 12.70%
Bounce Rate 26.40% 19.7% 34.40%
  • KR 1.6: 10% increase in unreverted edits from iOS in the main namespace
    • Met: Edits made in the iOS app main namespace increased by 8% compared to a 3-month average, and 19.2% compared to the previous month. The smaller effect when averaged over 3 months may have been due to the release of Native Editor in mid-February, which caused an uptick of edits in March.
  • KR 1.7: 10% increase in unreverted edits from iOS in the main namespace
    • Met: Edits made in the iOS app main namespace increased by 8% compared to a 3-month average, and 19.2% compared to the previous month. The smaller effect when averaged over 3 months may have been due to the release of Native Editor in mid-February, which caused an uptick of edits in March.

Guardrails:

  • Less than 5% of users report NSFW or offensive content
    • Met: Out of 796 rejected images, only 4, 0.5% of the total were reported as offensive,
  • All users spend at least 10s evaluating a task before publishing it
    • Not met: 15.3% of edits were made in under 10s (3.02% of unique editors made edits in under 10 seconds). The time was measured from the point a user accepts the image suggestion, to the point of publishing. 22.3% of the edits had a caption, and 36.6% of these edits had an edit summary. We are adding an warning message to prevent users from moving too quickly through the flow, to ensure quality edits from this feature.
  • Bounce rate does not exceed 30%. Bounce rate defined as users that click Yes then abandon the flow before publishing
    • Met: The bounce rate was 29.8%. This was comparable to Android’s bounce rate of Bounce rate of 28.7%.
  • At least a 80% task completion rate. Defined as users that click on Add an image as a task, and actually clicks Yes, No or Not sure (interact with the feature)
    • Not met: The completion rate was 73.9%, lower than expected. This may have been due to suggestions being repeated.*
  • Revert rate does not exceed 5%
    • Met: Revert rate was low, at 2.6%.

Curiosities

  • Do these numbers differ by user tenure?
    • We saw that average edit counts increase with editors who have more edit experience. Users with 50-100 edits averaged 3.1 edits/editor, vs users with 501-1000 edits averaged 9.9 edits/editor.
  • Are we seeing differences in these metrics when focusing on our target audiences as compared to general population? Average edits over 30 Day period.
    • We saw a slightly lower average edit/editor over a 30 day period of 6 in our target audiences (es, fr, pt, zh) than in our general population, were it was 7.4.
  • At what point in workflow are most frequent dropoff events?
    • The “Add image details” (adding Caption and Alt text) step had the highest bounce rate at 40.5%. This was the percent of users who reached this step and then abandoned.
  • How often are users adding captions and alt-text?
    • 80% of all edits had captions added, and 16.4% of all edits had alt text added. An estimated 15% of alt text entered was exactly the same as the caption
  • How often are reverted edits captioned/not captioned?
    • We were curious if edits were being reverted due to not being captioned. We did not see an obvious relationship between caption & likelihood to be reverted. Of all reverted edits, 40% were uncaptioned, and 60% were captioned.
  • How many reverted edits on English Wikipedia were due to the image not being inserted automatically into the infobox?
    • None of the English Wikipedia reverted edits had any indication that they were reverted due to not being inserted in infobox.
  • Why were image suggestions rejected?
    • If someone rejected the suggestion, we had a survey asking them to provide a reason, and allowed for open text.
    • The most popular reason for rejecting a suggestion was "Image is not relevant".
Rejection reason % of Respondents
Image is low quality 9%
Not enough information to decide 10%
Image is not relevant 61%
Image is offensive 1%
Other 13%
  • Within "Other", themes among answers included:
    • 14 respondents who answered “Other” noted that either the image, or the image caption and information was in the wrong language
    • 19 people wrote in reasons related to infoboxes and an image already being in the article ("Already in article", "Added info box", "Infobox").[1]

juin 2024

  • Thanks to volunteer developer support, the search function within “Add an image” has been improved.

T363942

  • After the release of “Add an image” suggested edit, we have results for our leading indicators after 15 days. There were 891 edits completed in 15 days using the feature.
    • LI 1: Image rejection rate does not exceed 29%
      • Met: We saw an image reject rate of 8%
    • LI 2: Edit over-acceptance rate (never skip or reject recommended images) does not exceed 35%

[2]

      • Met: Over-accept editors were only 3.1% of all editors
    • LI 3: Task completion rate is not below 30% (percent of editors who enter the tool and complete an action such as accepting, skipping, or rejecting an image)
      • Met: Task Completion rate was 72.3%
    • LI 4: Revert rate does not exceed 18%
      • Met: Revert rate of 1.5%

mai 2024

  • We released “Add an image” suggested edit to production! It is available to all users with more than 50 edits. Our work was coordinated in this phabricator epic:

T355271

  • We improved the edit summary screen. You can now easily add the page to your watchlist, or see if the page is already on your watchlist. The “Publish” option has been de-emphasized until the Edit summary is filled out to encourage users to add edit summaries. For those completing edits within “Add an image”, they have suggested edit summaries such as “Added image” and “Added image and caption”

T354219

    • Left: Old Edit Summary page / “Save changes” screen
    • Right: New Edit Summary page / “Save changes” screen (example shown is view from “Add an image”)
 
Compare between the old and new edit summary page
  • We learned that we can improve our default syntax for inserting images, and worked with Android to identify and implement a solution.
  • We’re scoping the difficulty to implement automatic infobox insertion where possible for English Wikipedia.
  • Solved the related bugs of:
    • Fixed issues with the explore feed toggle:

T363601, T364038

    • Ensured users could scroll through all information on Add an Image halfsheet.

T363929

    • Addressed landscape orientation issues

T360037, T363742

    • Ensured that the users theme remained consistent throughout entire “Add an image” flow

T363220

avril 2024

  • We continued development work on Image Recommendations and released to Beta testers at the end of April. We expect it to be available in production early May.
  • We launched usability testing of our Alt-text suggested edit prototypes in English and Chinese.
  • The Alt Text scaled experiment will be a part of the FY24245 Annual plan’s Key Result, Wiki experiences 1.2 for Constructive activation. Our hypothesis is: If we conduct an A/B/C test with the alt-text suggested edits prototype in the production version of the iOS app we can determine if adding alt-text to images is a good task for newcomers or should be reserved for experienced users.

avril 2024, mise à jour spéciale de milieu du mois

  • L'édition suggérée « Ajouter une image » a été mise à la disposition des bêta-testeurs ! Vous pouvez vous rendre sur l'Apple App store et télécharger l'application Testflight et participer au bêta-test de l'application iOS de Wikipédia. La fonctionnalité est disponible si vous avez plus de 50 modifications dans votre langue principale de l'application. Vous pouvez ouvrir la fonctionnalité à partir de la chaîne Explore. Une carte intitulée « Modifications suggérées » devrait apparaître comme la deuxième carte de votre flux.
Ajouter une démonstration d'image

mars 2024

  • La suggestion de modification « Ajouter une image » est en cours de développement et devrait être disponible au début du mois de mai.
  • Nous avons étudié différentes options pour l'insertion d'images dans le wikitext et avons décidé de prendre en charge l'insertion d'images dans le wikitext après les modèles d'articles initiaux. T356819
  • Nous sommes en train de revoir les dernières conceptions pour l'expérience Alt-text avant de commencer les tests d'utilisabilité.
  • Nous avons entendu les réactions concernant l'expérience du texte alternatif
    • Un utilisateur de lecteur d'écran a souligné l'importance d'avoir des contrôles de qualité et de s'assurer que les personnes qui ajoutent du texte alternatif sont correctement formées. Il a également exprimé sa confiance dans notre partenariat avec des experts en accessibilité pour le projet, qui est réalisé avec une organisation par l'intermédiaire de l'équipe du GLAM.
    • Un bénévole s'est dit préoccupé par l'absence de conseils appropriés en matière de texte alternatif dans sa langue.
  • L'équipe étudie la possibilité d'utiliser les nouvelles règles LINT cachées créées par l'équipe de transformation du contenu pour créer un flux d'images nécessitant un texte Alt.

février 2024

  • Les conceptions sont terminées pour la tâche d'édition suggérée Add an Image Image iOS (T355271), et le développement va commencer. Le flux est similaire au flux existant Ajouter une image suggérée éditer dans l'application Android.
  • Nous allons maintenant passer à la conception d'une expérience sur le texte alternatif, qui invitera les utilisateurs à ajouter un texte alternatif aux images d'un article après avoir ajouté une image ou modifié cette page.

janvier 2024

  • Nous prévoyons de modifier la façon dont nous abordons l'hypothèse de l'édition suggérée. Au lieu d'une tâche de texte alt comme première suggestion d'édition, nous allons publier des recommandations d'images, qui serviront de première suggestion d'édition sur toutes les plateformes. Ensuite, nous mènerons une expérience pour le texte alternatif qui nous aidera à évaluer le type d'édition suggéré à plus grande échelle.
  • Les projets sont en cours d'examen pour les recommandations d'images. T355271

décembre 2023

Nous sommes entrés en contact avec Editoras Lx et avons participé à leur editathon le 16 décembre pour recueillir des commentaires sur une tâche d'édition suggérée en texte alternatif sur iOS. En préparation, nous avons fait en sorte que notre formulaire de retour d'information s'affiche automatiquement après une première modification afin d'augmenter le nombre de retours d'information que nous recevons. Les participants se sont montrés généralement positifs quant à la perspective de cette fonctionnalité. Les rédacteurs expérimentés ont estimé qu'il pourrait s'agir d'une bonne tâche pour l'intégration des nouveaux rédacteurs, mais aussi d'une manière plus décontractée de contribuer pour les nouveaux rédacteurs. Les participants à l'edit-a-thon ont indiqué qu'il est actuellement difficile de modifier le texte alternatif sur le web, car cela vous sort du contexte de l'article. Les participants ont également manifesté leur intérêt pour l'introduction de cette fonction sur Android.

novembre 2023

L'équipe a publié et présenté un prototype fonctionnel lors de la Conférence WikiGLAM à Montevideo. Les réactions ont été généralement positives, avec des demandes de suggestions de machines et des encouragements à s'associer à une organisation experte en matière d'accessibilité. Pour tester le prototype que les participants ont vu:

  1. Visitez le site https://testflight.apple.com/join/ETjXlUyi pour télécharger la version de test
  2. Une fois la version de test de l'application téléchargée, appuyez sur l'icône de l'engrenage en haut à droite de l'écran.
  3. Cliquez sur Login et connectez-vous ou créez un compte
  4. Appuyez sur Compte une fois connecté
  5. Appuyez sur Modifications suggérées
  6. Examen de l'intégration
  7. Commencez à éditer !

Le prototype est actuellement disponible uniquement en anglais, en espagnol et en portugais.

En plus de faire tester le prototype, l'équipe a partagé des écrans d'une version idéale possible de la fonctionnalité.

Nos prochaines étapes consisteront à évaluer le texte alt rédigé par les participants qui ont essayé la fonctionnalité, à examiner les commentaires recueillis dans le cadre de nos enquêtes (349149) et à utiliser notre matrice de décision pour décider des prochaines étapes à suivre pour cette fonctionnalité.

 
Suggestions de modifications - ajouter le texte alt
 
Suggestions de modifications - Participer à l'enquête auprès des utilisateurs

Octobre 2023 - Test d'utilisabilité

Les tests de convivialité non modérés ont été réalisés avec ce [prototype https://www.figma.com/proto/OX2V6Lbfi2Jyd0ZVeeXoGQ/iOS-Suggested-Edits%3A-Alt-Text?page-id=394%3A237&type=design&node-id=394-1274&viewport=-1813%2C296%2C0.42&t=casogpP6FdpDbZyb-8&scaling=scale-down&starting-point-node-id=394%3A1274&hotspot-hints=0&hide-ui=1] sur userlytics.com avec 5 participants.

Protocole

Contexte

L'équipe chargée des applications a discuté du flux de la fonctionnalité et des concepts de conception initiaux. En outre, un examen au sein de l'équipe de conception a été effectué. La prochaine étape consistera à créer un prototype cliquable accompagné d'un protocole permettant de recueillir les réactions des personnes extérieures à l'équipe.

Introduction

Nous sommes heureux d'annoncer que la fonction « Suggestions d'édition » fait son apparition dans l'application iOS de Wikipédia. Les suggestions d'édition sont une nouvelle façon d'éditer Wikipédia sur iOS. Il offre des opportunités pour des contributions petites mais vitales, appelées micro-contributions. La première tâche de « Modifications suggérées » consistera à ajouter du texte alternatif aux images dans les articles de Wikipédia. Comme nous nous efforçons de créer la meilleure expérience utilisateur possible, vos commentaires façonneront la version initiale de cette fonctionnalité.

Questionnaire et étapes de test
  • Où voulez-vous accéder aux suggestions de modification ?
  • Veuillez accéder aux « Modifications suggérées ». Si vous ne l'avez pas encore fait, accédez aux "Modifications suggérées “ en cliquant sur ” Paramètres “ ( l'icône en forme de roue dentée en haut à droite), puis sur ” Compte “, et enfin sur ” Modifications suggérées ».
  • Veuillez décrire votre compréhension de l'écran « Comment rédiger un texte alt pour les images » et de cette fonctionnalité.
  • Où pourriez-vous trouver plus d'informations sur les « Modifications suggérées » ?
  • Si vous avez expliqué votre compréhension de l'écran d'intégration, appuyez sur le bouton bleu "Continue"
  • Veuillez expliquer comment vous avez interprété cet écran. (l'écran après l'embarquement)
  • Où iriez-vous pour obtenir plus d'informations sur l'image ?
  • Où iriez-vous pour obtenir plus d'informations sur l'article ?
  • S'il vous plaît ajouter du texte alternatif à cette image.
  • Si vous ne l'avez pas encore fait, cliquez sur le bouton bleu « Suggérer un texte alt pour l'image ».
  • Veuillez expliquer comment vous comprenez cet écran.
  • Où trouver des conseils sur la manière de rédiger un texte alt de qualité pour les images ?
  • Où pourriez-vous écrire le texte alternatif pour cette image ? Allez-y, faites-le. ."(Le prototype n'a pas de capacité de saisie, c'est pourquoi le champ de saisie est rempli automatiquement dès que l'utilisateur tape dessus)"
  • Si vous ne l'avez pas déjà fait, veuillez passer à l'écran suivant.
  • Veuillez décrire ce que vous comprenez de cet écran, puis publiez votre texte alt.
  • Veuillez expliquer ce que vous comprenez de cet écran, puis rejetez les informations " publiées " au bas de l'écran.
  • Où pouvez-vous appuyer pour en savoir plus sur les modifications suggérées sur cet écran ?
  • Pouvez-vous décrire avec vos propres mots ce qu'est la fonction " Suggestions de modifications " et comment vous pensez qu'elle est utilisée ? Nous vous remercions pour le temps que vous nous avez accordé !

Démographie des participants

  • Âge: 21 à 37 ans
  • Pays: Philippines, Royaume-Uni, Brésil, États-Unis, Mexique
  • Appareils: iPhone 6s, iPhone 8, iPhone 11, iPhone SE (2e génération), iPhone 13 Pro Max
  • Sexe: 1 fois femelle, 4 fois mâle

Résultats

  • 1 utilisateur a lu les écrans d'accueil, mais a été surpris de constater que la tâche consistait à décrire des images.
  • 1 utilisateur n'a pas remarqué les informations sur l'image et a eu du mal à faire la différence entre l'article et les informations sur l'image.
  • Un utilisateur a voulu modifier le texte alternatif sur la page d' informations d'image
  • 1 utilisateur n'a pas vu initialement l'avis de changement de texte en raison de sa position sur la page (sous le défilement).
  • L'option " Voir les exemples " n'est pas accessible, mais une tâche est prévue à cet effet. Cela n'a pas été très clair pour un utilisateur.
  • 3 utilisateurs sur 5 étaient confus au sujet de l'écran d'aperçu - ils pensaient avoir publié après la soumission initiale sur l'écrin d'édition
    • 1 utilisateur a suggéré de pouvoir taper le texte directement sur le premier écran et ensuite publier par rapport à aller à un écran secondaire, voir une vue d'avance, et ensuite avoir le texte publié

septembre 2023

L'équipe étudie la possibilité d'intégrer des suggestions de modification à l'application iOS. Vous trouverez ci-dessous les premières ébauches d'une tâche d'édition suggérée qui ajoute un texte alt aux images.

 
 

Les conceptions ont été basées sur un examen comparatif de la mise en œuvre des modifications suggérées par l'équipe Growth et l'équipe Android :

 
 

Notre équipe a ensuite itéré sur ces conceptions pour développer un design prototype que nous prévoyons d'utiliser pour les tests utilisateurs, qui seront lancés en octobre par l'intermédiaire de userlytics.

  1. There were issues with the wikitext dumps (T365155), which means there had not been any search index updates for image suggestions for several weeks. This may have had the effect of reducing the availability of new suggestions to users in the feature.
  2. There were issues with the wikitext dumps (T365155), which means there had not been any search index updates for image suggestions for several weeks. This may have had the effect of reducing the availability of new suggestions to users in the feature.