WordPress a mis en ligne, le 23 octobre 2026, la version 2.0 de son Contributor Toolkit, l’application de bureau qui prépare un environnement de développement complet pour contribuer au cœur du CMS ou à Gutenberg, sans que l’utilisateur installe lui-même Git, Node.js, npm ou Docker. L’annonce a été publiée sur le blog officiel des contributeurs par Ryan Welcher. Cette refonte vise d’abord les nouveaux venus, en particulier lors des Contributor Days, ces journées où plusieurs dizaines de personnes configurent leur poste en même temps pour écrire leur premier correctif.
Ce que change la version 2.0
L’interface a été reconstruite sur la base du design system de WordPress, avec un thème sombre disponible au choix. Parmi les ajustements plus discrets : le statut des serveurs apparaît désormais dans la liste des sites, les boutons du pied de page sont enfin libellés, les messages d’avertissement sont plus lisibles, et la fenêtre Trac reprend le thème général de l’application. Autre changement notable : une fois installée, l’application pèse environ 350 Mo de moins qu’en version précédente, les builds PHP inutilisés, les bibliothèques embarquées superflues et les fichiers de langue non nécessaires ayant été retirés.
Un flux de contribution pensé pour les Contributor Days
Le Contributor Toolkit couvre tout le parcours, de la lecture d’un ticket Trac jusqu’à la soumission d’un correctif ou d’une pull request. La nouveauté la plus utile au quotidien est sans doute la vue des fichiers modifiés : après l’application d’un correctif ou le checkout d’une pull request, une arborescence distingue les fichiers apportés par le correctif de ceux que l’utilisateur a lui-même modifiés. Il devient possible d’annuler ses propres changements sans perdre le correctif appliqué. Les informations du ticket Trac sont par ailleurs conservées entre deux sessions, avec un bouton pour les rafraîchir à la demande.
Dix langues et des réglages détaillés
La fenêtre de réglages se répartit désormais en trois blocs : Général (thème, langue, comportement au démarrage, dossier par défaut), Sites (version PHP, drapeaux de débogage) et Compte (identifiant WordPress.org, événement associé, compte GitHub). Le thème peut être clair, sombre, aligné sur le système, ou personnalisé à partir d’une couleur de fond et d’une couleur principale. L’application est traduite en dix langues, dont le tchèque, le néerlandais, le hongrois, le polonais, le serbe ou encore le turc : elle suit par défaut la langue du système, et une langue n’est incluse qu’à partir de 80 % de traduction sur translate.wordpress.org.
| Élément | Avant 2.0 | En 2.0 |
|---|---|---|
| Interface | Thème clair uniquement | Design system WordPress, thème clair ou sombre |
| Poids de l’application | Builds PHP et fichiers de langue inutiles inclus | Environ 350 Mo de moins |
| Langues disponibles | Anglais | Dix langues, seuil de 80 % de traduction |
| Fichiers modifiés | Pas de distinction visuelle | Arborescence séparant correctif et modifications propres |
| Détails Trac | Rechargés à chaque ouverture | Conservés entre les sessions, rafraîchissement manuel |
Pourquoi cette sortie compte pour l’écosystème
Un développeur qui gère aujourd’hui l’hébergement d’un site WordPress en auto-hébergement ou qui applique un socle de sécurité minimal n’a historiquement pas besoin de toucher au code source du core. Le Contributor Toolkit cible une autre population : celle qui veut comprendre, corriger ou proposer une fonctionnalité dans le cœur du CMS le plus utilisé du web. Réduire la friction de cette première contribution a un effet direct sur la vitesse à laquelle les tickets Trac progressent, et donc sur le rythme auquel arrivent les correctifs de sécurité ou de performance. Pour qui hésite encore entre plusieurs CMS pour un projet professionnel, la vitalité de cette communauté de contribution reste un critère à part entière, détaillé dans le guide de choix d’un CMS.
Avant cette application, configurer un environnement de contribution au core demandait une série de commandes manuelles :
# Configuration manuelle d'un environnement de contribution au core WordPress
git clone https://github.com/WordPress/wordpress-develop.git
cd wordpress-develop
npm install
npm run env:start
composer install
Le Contributor Toolkit remplace cette séquence par une installation en un clic, sans que Git, Node.js ou Docker soient présents sur la machine de l’utilisateur.
Le Contributor Toolkit 2.0 pèse désormais 350 Mo de moins qu’en version 1.x, une fois les builds PHP inutilisés et les bibliothèques superflues retirés de l’installation.
Le Contributor Toolkit prépare un environnement isolé pour contribuer au code source du cœur WordPress ou de Gutenberg : il ne doit pas servir à gérer un site de production, et les identifiants qu’il manipule restent locaux à la machine de l’utilisateur.
Ce qu’il faut retenir
La version 2.0 du Contributor Toolkit ne change rien aux règles de contribution au core WordPress, mais elle retire une bonne partie des obstacles techniques qui dissuadaient les nouveaux venus : plus besoin d’installer Git, Node.js ou Docker, une interface repensée, dix langues disponibles et une installation sensiblement plus légère. Le projet reste ouvert aux retours et aux contributions de traduction sur translate.wordpress.org.
Sur la plupart des projets clients, je n’ai jamais besoin de toucher au core WordPress : mon travail se situe dans les thèmes, les plugins maison et l’hébergement. Mais la santé de l’écosystème dépend directement du nombre de personnes qui, elles, s’attaquent au core — et ce nombre dépend de la facilité avec laquelle on peut s’y mettre un samedi après-midi sans perdre deux heures à configurer un environnement. Un outil comme celui-ci ne fait pas de bruit, mais c’est exactement le genre d’investissement qui finit par se voir dans la vitesse à laquelle les correctifs de sécurité sortent — Simon Janvier.
Pour aller plus loin : l’annonce officielle sur make.wordpress.org.
