Cela fait presque un an que WordPress a désactivé silencieusement les données de croissance des installations actives pour les plugins hébergé dans le référentiel officiel de plugins, une mesure clé sur laquelle de nombreux développeurs s’appuient pour un suivi précis et une prise de décision concernant les produits. « L’obscurcissement insuffisant des données » a été cité comme raison de la suppression des graphiques, mais cette décision opaque a été prise sans aucune communication de la part de ceux qui avaient appelé lors d’une discussion privée.

Dans un ticket initialement intitulé «Ramenez la courbe de croissance des installations actives,» Le PDG de RebelCode, Mark Zahra, a lancé le plaidoyer d’ouverture pour les milliers de développeurs de plugins qui demandaient le retour de ces données. De ceux qui hébergent simplement des plugins de loisirs et apprécient le plaisir de regarder les gens utiliser les logiciels qu’ils ont créés jusqu’aux propriétaires d’entreprise qui ont besoin de ces données pour prendre des décisions critiques, le consensus écrasant était que ces données sont précieuses et devraient être disponibles pour ceux qui contribuent à WordPress. via des plugins.

Lors d’une apparition sur le Podcast WPwatercooler L’année dernière, Samuel « Otto » Wood, méta-contributeur parrainé par Audrey Capital, a confirmé que la décision avait été prise via des canaux privés via les DM de Slack lors d’une discussion initiée par Matt Mullenweg. Il a également révélé que le graphique de croissance des installations actives avait été supprimé car il donnait des données inexactes et que les données que l’on pouvait en déduire étaient inexactes :

J’ai lu toute cette discussion et nous avons travaillé, ils ont travaillé dessus pendant longtemps, Scott et plusieurs personnes ont essayé diverses choses avant de le supprimer. Ils ont ajusté les valeurs, ils ont ajusté les chiffres. Ils ont subi un nombre ridicule d’itérations et à la fin, rien de tout cela n’a fonctionné. Les gens l’utilisaient encore, même si cela leur donnait essentiellement des déchets. Donc finalement, le supprimer était la seule chose à faire. Nous avions un plan pour le remplacer. Nous n’avions tout simplement pas de plan pour le remplacer immédiatement. Néanmoins, nous avons estimé que leur donner des chiffres erronés sur le nombre d’installations actives est plus préjudiciable aux intérêts des utilisateurs et des développeurs que de simplement ne pas les donner du tout.

Wood a proposé une explication sur le podcast qui aurait dû être livrée des semaines plus tôt par les personnes impliquées dans la discussion sur les chaînes officielles. Bien que les données antérieures soient erronées et « insuffisamment obscurcies », les développeurs souhaitent toujours accéder aux données brutes, et non aux interprétations de ces données.

Voici les articles qui retracent l’historique et l’évolution des demandes des développeurs pour rétablir l’accès aux données :

Au plus fort de cette discussion, les développeurs ont fait de nombreuses suggestions pour différents points de données qui seraient utiles pour suivre leurs efforts, et Matt Mullenweg a répondu qu’il était disposé à montrer plus de statistiques aux auteurs de plugins sur leurs plugins. Aucun progrès dans ce sens n’a été signalé depuis lors.

Taylor Waldon, directeur du marketing produit de StellarWP, a j’ai rouvert cette discussion près d’un an plus tard, appelant Mullenweg à cesser de restreindre l’accès aux données des plugins aux personnes qui hébergent des thèmes et des plugins sur WordPress.org.

«J’ai parlé à un groupe de gens à [WCUS] journée des contributeurs », a déclaré Jason Coleman, co-fondateur et PDG de Paid Memberships Pro, en réponse au tweet de Waldon. « Pour autant que je sache, il n’y a aucun autre effort actuel pour mettre à jour ou remplacer les chiffres du nombre d’installations ou l’ancien graphique de « croissance ».

Coleman a préparé un projet de proposition avec quelques idées de ses conversations. Le document décrit un scénario courant dans lequel les développeurs de plugins ne connaissent pas la croissance ou le déclin des installations actives de leurs plugins :

Imaginez un développeur avec un plugin avec 150 000 installations actives. Ce développeur n’a effectivement aucun retour quantitatif indiquant si les utilisateurs de son plugin augmentent ou diminuent. Le nombre de téléchargements a une tendance, mais il n’y a pas de séparation entre les nouveaux téléchargements et les mises à jour. Le nombre de téléchargements suit le rythme de développement autant que la croissance des utilisateurs. Une augmentation des téléchargements pourrait être due à une faille de sécurité corrigée ou à un afflux de nouveaux utilisateurs. Le nombre actuel d’installations actives est sévèrement arrondi et n’offre aucun retour jusqu’à ce qu’un tel plugin gagne ou perde 33 % de ses utilisateurs, ce qui constitue des résultats radicalement différents.

Coleman affirme que les plugins hébergés en dehors de WordPress.org sont capables de collecter des mesures plus significatives. Les plugins populaires ont eu recours à l’inclusion de fonctionnalités dans des modules complémentaires non WordPress.org ou simplement à la suppression complète de leurs extensions du référentiel par manque de données.

Sa proposition inclut quelques mesures qui aideraient les développeurs à mieux suivre leurs plugins, même si ces données ne sont montrées qu’aux auteurs eux-mêmes :

  • Partagez un nombre d’installations actives plus précis avec les propriétaires d’un plugin.
  • Partagez un nombre de numéros de version plus précis avec les propriétaires d’un plugin.
  • Différenciez le nombre de téléchargements par type : téléchargements de sites Web, installations de tableaux de bord, téléchargements de tableaux de bord, mises à jour, autres (accès au fichier zip).
  • Autoriser les développeurs de plugins à définir des déclencheurs d’événements personnalisés à comptabiliser et à afficher aux propriétaires du plugin sur la page de profil .org des plugins.

Le repêchage de Coleman est toujours en cours. Il n’était pas immédiatement disponible pour commenter lorsque j’ai posé des questions sur la prochaine étape une fois la proposition développée.

WordPress.org a toujours été le canal de distribution le plus populaire pour les plugins les plus utilisés, mais les données disponibles n’ont pas suivi le rythme des besoins des développeurs et des entreprises. La publication des données brutes, tout en respectant les éventuelles limitations en matière de confidentialité, permettrait aux développeurs d’extraire leurs propres interprétations de ces données et aux services de les présenter de manière créative.

À tout le moins, ces données devraient être accessibles aux développeurs (même si elles ne sont pas publiques) pour les aider à mieux suivre la trajectoire de leurs plugins et l’efficacité de leurs efforts marketing. Plus de données ne peuvent servir qu’à améliorer la capacité de l’écosystème WordPress à continuer à alimenter une économie de plusieurs milliards de dollars. Il existe sans aucun doute de nombreuses exigences techniques pour prendre en charge la publication de ces données, et elles doivent être prioritaires si WordPress.org veut continuer à attirer les meilleurs produits à distribuer.

« Il ne s’agit pas de mesures vaniteuses ou de chiffres gonflants à des fins de marketing », a déclaré Coleman. « Il s’agit d’obtenir des commentaires précieux sur l’utilisation relative d’un plugin hébergé dans le référentiel .org afin que les développeurs puissent prendre des décisions éclairées et investir dans ces plugins. »



Source link