Quand on parle de WordPress, on pense souvent au CMS que l’on utilise pour créer et gérer un site. On parle de ses fonctionnalités, de ses mises à jour, de ses extensions ou encore de son interface d’administration. Mais on oublie parfois qu’au-delà de l’outil, WordPress est avant tout un projet open source qui vit grâce à une communauté très active.
Il existe différentes façons de contribuer à WordPress : traduire des extensions, organiser des meetups ou de WordCamps, corriger des choses dans le coeur de WordPress. Et c’est justement sur ce dernier exemple que nous alllons nous pencher aujourd’hui.
Aujourd’hui, je vous présente JB Audras, à qui j’ai posé plusieurs questions pour qu’il nous fasse part de son expérience. Jb Audras est particulièrement impliqué dans la contribution. Ça fait tout juste 20 ans qu’il utilise WordPress. Aujorud’hui, en tant que core committer WordPress, il participe directement à l’évolution du cœur du CMS. Dans cette interview, il nous parle de son parcours, de son engagement dans la contribution, de son rôle au sein du projet et de ce que cela représente, concrètement, de faire évoluer un outil utilisé par une si grande partie du web. Cet interview est une invitation à mieux comprendre ce qui se passe derrière WordPress, mais aussi de découvrir la dimension humaine et collective qui fait sa force.
JB, quand as-tu découvert WordPress pour la première fois ?
En 2006, pour créer le carnet de bord d’un stage que j’ai fait au Rectorat de Grenoble dans le cadre de la mise en accessibilité de leur site qui tournait sur… Spip Agora. J’avais choisi d’utiliser WordPress pour ce blog de stage, avec un thème personnalisé à l’arrache à partir du bon vieux thème Kubrick.
Comment as-tu trouvé ta place dans le projet WordPress ?
Pas mal d’années plus tard, vers 2011 ou 2012, j’ai commencé à participer à des meetups à Grenoble ou à Lyon et à des WordCamps, puis à organiser le meetup Drôme-Ardèche à Valence. J’ai fini par proposer ma première conférence au WordCamp Paris 2016 et dans la foulée j’ai quitté ma précédente agence et été embauché par l’agence Whodunit où je travaille toujours depuis.
À partir de 2016 j’ai commencé à vraiment m’investir dans la contribution : d’abord dans la traduction (je suis devenu responsable général de la traduction de WP en français en 2017), puis avec quelques premiers patchs du Core du CMS.
J’ai intégré puis dirigé l’équipe d’Accessibilité de WordPress pendant 2 ans, j’ai participé à l’équipe de validation des thèmes sur le repo WP, j’ai pas mal bossé sur l’amélioration des différents sites WordPress.org, mais au final mon activité de contribution principale reste l’équipe Core.
En 2018, j’ai dirigé ma première version de WP, la version mineure 4.9.5. Ça a été un vrai déclic, j’en ai d’ailleurs écrit une synthèse, dont vous pouvez lire :
- La version anglaise sur Make/Core sur wordpress.org
- La version française sur mon site perso dans l’espoir d’encourager des Français à tenter l’expérience, mais je reste à ce jour le seul français à m’être lancé là dedans… dommage !
Depuis, j’ai fait partie de l’équipe de direction de plus de 10 versions majeures du CMS (j’ai d’ailleurs à la maison un tableau commémoratif offert par WordPress.org pour chacune de ces versions !) et j’ai dirigé une petite trentaine de versions mineures.
Je suis devenu une première fois responsable de l’équipe Core de WordPress en 2020, mandat renouvelé pour la 4ème fois cette année 2026.
Dans le cadre de l’équipe Core, j’ai mené quelques projets importants dont par exemple :
- La conduite du travail de refonte de l’accessibilité du tableau de bord sur WordPress 5.3
- La direction du développement de la fonctionnalité de mises à jour automatiques des thèmes et des extensions sur WordPress 5.5 puis de celle des mises à jour automatiques du cœur du CMS sur WordPress 5.6
- La co-direction du travail de refonte graphique du back-office sur WordPress 7.0
J’ai collaboré à plein d’autres choses à côté, comme la documentation du CMS en français, le développement d’une vingtaine d’extensions, la co-organisation du WordPress Translation Day et du WordPress Accessibility Day, la co-organisation des journées de contribution de WordCamps en France comme à l’étranger (Comme le WordCamp Suisse, le WordCamp Europe à Berlin, le WordCamp US à Nashville) et j’ai donné une bonne vingtaine de conférences sur WP lors de WordCamps ou à l’extérieur de la communauté comme par exemple à Paris Web.
Aujourd’hui, je suis Core Committer du projet WordPress, représentant de l’équipe Core, et membre de l’équipe restreinte de Sécurité du projet WP.

Qu’est-ce qui t’a donné envie de t’impliquer dans le projet ?
Au départ, la curiosité et l’envie de me rendre utile. Puis la contribution m’a apporté, en retour, une énorme connaissance des dessous du CMS, que j’ai pu beaucoup valoriser professionnellement. Et j’ai continué, pour moi et parce que ça fait tout simplement du bien de se sentir utile. Mais aussi parce que c’est valorisant d’avoir un impact sur un projet aussi important.
Te souviens-tu de ta toute première contribution ?
Alors non mais comme je note tout, j’ai retrouvé 🙂
C’était en septembre 2017 et c’était un ticket pour améliorer l’accessibilité de notre bonne vieille interface de gestion des widgets, aujourd’hui dépréciée.
Enfin, c’était ma première contribution Core, comme dit plus haut, j’avais déjà contribué à la traduction de WP avant ça. En tout cas, j’ai été très fier de modifier mes toutes premières lignes de code dans ce projet open-source.
Aujourd’hui d’après les stats fournies par GitHub, je fais partie des 10 personnes qui ont poussé le plus de modifs de code dans ce projet. Après, il faut faire attention au quantitatif, il y a des lignes de code plus impactantes que d’autres ! 😅
Finalement, ce que je kiffe le plus aujourd’hui, c’est embarquer de nouvelles personnes et les aider, comme moi il y a bientôt 10 ans, à proposer leur premier patch du cœur WP. D’ailleurs je crois bien que je t’avais aidé à faire ta première contribution Core Valérie ! (Oui je confirme, c’est Valérie qui parle là 😃, j’ai contribué à la modification du fichier wp-config.php) Tout une histoire, d’ailleurs, avec Matt qui s’était interposé au passage. Faudra faire un autre article pour raconter ça un jour 😂
Aujourd’hui, tu es core committer. Comment expliquerais-tu ce rôle à quelqu’un qui ne connaît pas les coulisses du projet ?
Un Core Committer, c’est quelqu’un qui a les droits de commit sur le code du projet. Donc en gros j’ai les clés du code source de WordPress et je suis chargé de prendre en charge les patchs (correctifs, améliorations et nouvelles fonctionnalités) proposés par les contributeur et les contributrices, pour les valider ou non, depuis leur création initiale jusqu’à leur inclusion dans une nouvelle version de WP.
Quelles responsabilités implique le fait d’être core committer ?
Pour commencer, de ne pas casser un logiciel qui propulse 40% du web 😅
Plus sérieusement, et bien il faut prendre beaucoup de recul pour ne pas penser WordPress comme un logiciel fini à un instant T, mais pour prendre en compte toute son évolution, son passé, son présent et son futur.
Quand on intègre une nouvelle fonction PHP, elle est là pour rester ! À cause de la rétrocompatibilité, on ne peut pas simplement revenir en arrière et modifier le nom d’une fonction ou d’un hook, pour ne pas casser les sites qui les utilisent. On peut la déprécier éventuellement, mais la fonction elle-même restera pour toujours.
Donc quand on prend une décision, il faut que ce soit du solide ! C’est une responsabilité qu’on ne prend pas à la légère.
Comment se prennent les décisions quand il faut valider, repousser, retravailler une évolution du Cœur de WordPress ?
Les Core Committers sont décisionnaires de l’introduction finale de la fonctionnalité dans le code source, mais il n’y pas que nous qui prenons les décisions. Il y a aussi les leads de la version majeure dans laquelle la fonctionnalité va atterrir qui valident le planning de son introduction, et en dernier recours, les leads du projet WP.
Globalement, les Core Committers sont assez autonomes, mais sur de grosses évolutions, c’est toujours un travail à plusieurs mains.
Comment se prépare une nouvelle version de WordPress en coulisses ?
- D’abord, on décide du planning général, du périmètre (grosses fonctionnalités, correctifs prioritaires), puis on met en place une équipe de direction et un planning détaillé. Généralement, l’équipe de direction est composée de 2 ou 3 core committers, de profils orientés communication, d’une direction de projet et de spécialistes suivant les enjeux de la version : design, accessibilité, sortie d’un nouveau thème natif…
- Ensuite, les tâches se répartissent jusqu’à la première version bêta. S’ensuit un cycle de versions bêta et de releases candidates. Parfois ce cycle peut durer un peu plus longtemps que prévu, comme en ce moment avec la version 7.0.
Par exemple, sur WordPress 7.0 moi je suis Triage Lead. Cela veut dire que je fais de la gestion de projet technique : je trie les propositions de nouvelles fonctionnalités, les correctifs et les évolutions, je relance chaque semaine les gens qui ont proposé des patchs et des pull requests pour bien les garder à jour, je m’assure que le workflow soit respecté sur chaque ticket, et je dégage du périmètre ce qui ne va pas être prêt pour la sortie finale. C’est un rôle un peu administratif, mais qui est important pour garder le cap du périmètre de la version.
Pour WP 7.0 on a connu pour la première fois depuis WP 5.0 un report de la date de sortie. Ceci est lié à certaines fonctionnalités comme la collaboration en temps réel qui doivent encore être affinées. En soi ce n’est pas très grave, mais on essaye quand même d’éviter ça au maximum parce que les gens qui utilisent le CMS attendent un minimum d’engagements sur les dates de sorties. J’espère que ce genre de report continuera de n’arriver que tous les 8 ans 😀
Qu’est-ce qui fait, selon toi, la force du modèle open source de WordPress ?
La diversité des opinions, des cultures et des profils. C’est extrêmement enrichissant pour WordPress de réunir des gens avec des préoccupations très différentes au sein d’un même projet.
L’autre force, ce sont les ressources dont on dispose. Peu de projets open-source disposent d’autant de ressources humaines, techniques et financières, que celles dont dispose WordPress. Personne n’est irremplaçable dans un projet open-source, et ça c’est franchement inestimable.
Aujourd’hui si tu organises un WordCamp, tu as un backup, notamment financier, de la part de la Fondation WP. C’est extrêmement sécurisant pour les gens qui organisent ces événements n’est-ce pas ? 🙂
Au-delà de ça, la gouvernance du projet est fréquemment critiquée. Et notamment le fait que cette gouvernance soit personnifiée par Matt Mullenweg. Or, en tant que contributeur, je n’ai jamais subi de pression de la part de la direction du projet pour agir de telle ou telle façon. J’ai eu des discussions sportives avec des lead developers, avec Matt aussi parfois sur certains sujets, mais à partir du moment où ce que je proposais était suffisamment solide, j’ai toujours eu gain de cause.
Il est tout à fait légitime de mettre en cause la gouvernance de ce projet, mais malheureusement, la plupart des personnes qui font ces critiques ne connaissent pas vraiment le fonctionnement de ce projet au quotidien.
Je parle ici de gouvernance du projet, car c’est le point qui m’importe le plus. Je peux comprendre qu’on puisse critiquer le style de communication du lead projet, mais elle n’a pas vraiment d’impact au quotidien sur mon activité au sein du projet, et pas beaucoup sur le projet lui-même.
On associe souvent la contribution au développement. Pourtant, il existe beaucoup d’autres façons d’aider le projet. Qu’aimerais-tu dire à celles et ceux qui pensent ne pas avoir le profil pour contribuer ?
Oui, je parle beaucoup du cœur du CMS parce que c’est mon activité principale, mais il y a des tas de façons de contribuer à WP.
- Pour rester sur le Core WP, tester des patchs, c’est devenu presque facile avec WP Playground aujourd’hui.
- Traduire son extension favorite,
- Etre bénévole lors d’un WordCamp
- ou aider quelqu’un sur un forum.
Tous les profils peuvent aider, ce n’est vraiment pas une question de compétences.
Il y a quelques temps j’aurais dit que le fait que tout se passe en anglais restait une contrainte majeure, mais aujourd’hui il existe tellement d’outils pour pallier cette difficulté… d’autant plus que l’immense majorité des communications se fait à l’écrit et de manière asynchrone, ce qui laisse pas mal de temps pour s’adapter à l’expression dans ce monde globalement anglophone.
Parmi les dernières évolutions de WordPress, laquelle ou lesquelles te semblent particulièrement importantes ?
Les améliorations de performances et d’accessibilité en premier lieu, et l’effort de refonte et d’uniformisation de l’interface d’admin qui a été fait sur WP 7.0. Et puis bien sûr, il y a Gutenberg qui progresse énormément.
Maintenant, il y a les nouvelles fonctionnalités liées à l’IA, l’API Abilities notamment et puis les connecteurs IA qui arrivent avec 7.0. Je n’ai pas un grand intérêt pour ces outils à titre personnel et ce pour diverses raisons, mais c’est important pour moi à titre professionnel car c’est une demande forte du marché, et c’est indispensable que WordPress prenne le train en marche.
Pourquoi est-il important que des entreprises soutiennent la contribution ?
Parce que les entreprises qui soutiennent le projet WordPress lui donnent les ressources humaines et économiques, qui lui permettent d’avoir un bon rythme de croisière. C’est un confort nécessaire pour conserver la vivacité du projet.
En dehors de quelques salariés d’Automattic, il n’y a en France aucune personne travaillant à temps plein sur le projet WP. C’est dommage et pas vraiment compréhensible quand on voit les masses financières dégagées par WordPress sur le pays.
Perso mon entreprise me dégage un peu de temps pour contribuer et l’année dernière j’ai organisé des journées de contribution internes à Whodunit ce qui nous a permis d’aboutir à 100% des personnes de l’entreprise, ayant contribué au moins une fois au Core WP sur 2025. C’est cool et valorisant pour nous, mais on se sent parfois bien seuls.
J’ai dans l’idée de lancer un programme de mentorat pour aider les entreprises qui vivent de WordPress à reverser une partie de leur temps de travail à WordPress, en organisant des journées de contributions en entreprise ou en inter-entreprise… on verra ce que ça donne. En attendant, je m’efforce d’aider à faire passer ces connaissances en accompagnant des freelances ou des entreprises, comme je l’ai fait en 2025 par exemple avec Jean-Sébastien, salarié de l’agence Bayard qui a décidé de le sponsoriser quelques heures par semaine pour faire des contributions open-source. C’est malheureusement un modèle trop rare en France.

Y a‑t-il un moment de contribution dans tu es particulièrement fier ?
Chaque fois que j’ai aidé quelqu’un à faire son premier patch Core, j’ai ressenti une très grande fierté en voyant les étoiles dans les yeux de la personne qui se rendait compte qu’elle venait de contribuer au code source d’un tel logiciel. Ça c’est inestimable, et je suis ravi d’avoir embarqué de la sorte plusieurs dizaines de françaises et français. Et je ne me lasse pas de le faire.
Un truc qui me rend aussi très fier, c’est d’avoir organisé la toute première Release Party en live à Nice. Les release parties, ce sont des réunions qui se passent habituellement sur le Slack Make WordPress et qui servent à mettre en ligne une version de WordPress, qu’il s’agisse d’une version définitive, d’une version bêta ou d’une release candidate.
Lors de la journée de contribution du WordCamp Nice 2026, j’ai eu le plaisir de lancer la release party de WordPress 7.0 Bêta 3 en live depuis Nice, et de permettre à plus de 20 françaises et français de faire leur toute première contribution Core en participant aux tests de cette version.
La contribution open-source, ce sont aussi des moments inestimables comme celui-ci 🙂
Y a‑t-il une idée reçue sur WordPress ou sur la contribution aimerais-tu corriger ?
Une idée reçue qui a la vie dure, et même chez des personnes qui sont dans la communauté WP depuis toujours… :
oui, WordPress est versionné sur SVN (Subversion) mais NON, il n’est pas nécessaire d’utiliser SVN pour contribuer à WP. Tout se passe sur GitHub aujourd’hui. On fait des pull request tout ce qu’il y a de plus classique.
Au final, un Core Committer finira par rétroporter votre patch sur SVN, mais pour faire une contribution, nul besoin de passer par SVN.
Si tu devais donner une seule raison de contribuer à WordPress, ce serait laquelle ?
L’écosystème incroyable sur lequel se fonde notre business ne serait rien sans les contributions de personnes et d’entreprises ayant décidé d’investir bénévolement leur temps pour ce CMS open-source. Si l’on souhaite que celui-ci perdure, c’est notre responsabilité de l’entretenir.













