WordPress 7.1 sortira le 19 août 2026. D’ici là, tous les regards sont braqués sur la même chose : la liste des nouveautés. Les nouveaux blocs, les options inédites, les gains de performance, les améliorations de l’éditeur. Bref, tout ce qui figure noir sur blanc dans la feuille de route officielle.
Sauf que cette liste ne raconte qu’une partie de l’histoire.
Une fonctionnalité met des mois à exister
Avant qu’une nouveauté n’apparaisse sur votre écran, elle a souvent passé plusieurs mois (parfois plusieurs années) à traverser une succession d’étapes que personne ne voit passer.
Une proposition est formulée sur le blog Make Core. Des discussions s’engagent dans les commentaires. Des contributeurs confrontent leurs points de vue, parfois vivement. Des tests sont menés. Des arbitrages sont rendus. Et une décision finit par tomber.
Cette décision n’est pas toujours celle qu’on imaginait au départ. Certaines idées attendront une prochaine version : c’est ce qui est arrivé à la collaboration en temps réel, retirée de WordPress 7.0 après avoir provoqué le report de la sortie de cette version, en mai dernier. D’autres sont profondément remaniées avant d’être intégrées. Quelques-unes disparaissent purement et simplement, parfois après avoir suscité beaucoup d’attentes.
Le cycle 7.1 illustre parfaitement le phénomène
À moins d’un mois de la sortie, la mécanique est particulièrement visible sur cette version.
Le bloc « Classique » devait être masqué dans l’outil d’insertion. Décision inverse : il y reste finalement pour WordPress 7.1. Un nouveau type de contenu destiné à stocker les consignes éditoriales du site avait été proposé, discuté, documenté. Matt Mullenweg a bloqué son intégration. Un système de design pour unifier l’interface d’administration est proposé à la dernière minute par un contributeur d’Automattic.
Trois exemples, trois trajectoires différentes, tous survenus en quinze jours.
Notre avis
Une version majeure de WordPress ne se résume pas à une feuille de route soigneusement exécutée. C’est le reflet de débats, de compromis et d’évolutions permanentes. C’est même précisément ce qui fait la singularité d’un projet open source de cette taille.
Pour vous, utilisateur ou professionnel, ça a une conséquence pratique : ne planifiez jamais un projet client sur la base d’une fonctionnalité annoncée mais pas encore livrée. Tant qu’elle n’est pas dans une Release Candidate, elle peut disparaître. On l’a vu avec la collaboration en temps réel, on le reverra.
Et si le sujet vous intéresse, suivre le blog Make Core est bien plus instructif que d’attendre les notes de version. Les nouveautés sont la partie visible de l’iceberg. Les décisions qui les précèdent sont souvent plus intéressantes à observer.