WordPress 7.1 Beta 1

juillet 2026

Creil – Chambly – Chantilly – Clermont – Abbeville – Albert – Amiens – Beaumont-sur-Oise – Cergy – Château-Thierry – Chauny – Compiègne – Crévecœur-le-Grand – Grandvilliers – L'Isle-Adam – Lacroix-Saint-Ouen – Laon – Montdidier – Nanteuil-le-Haudouin – Nogent-sur-Oise – Noyon – Péronne – Persan – Pontoise – Roissy-en-France – Roye – Saint-Maximin (60) – Saint-Quentin – Soissons – Tergnier – Thourotte – Villers-Cotterêts – Estrées-Saint-Denis – Gouvieux – Lamorlaye – Liancourt – Margny-lès-Compiègne – Méru – Ribécourt-Dreslincourt – Saint-Just-en-Chaussée – Senlis – Beauvais – Breteuil – Montataire – Mouy – Pont-Sainte-Maxence – Villers-Saint-Paul – Crépy-en-Valois – Creil – Chambly – Chantilly – Clermont – Abbeville – Albert – Amiens – Beaumont-sur-Oise – Cergy – Château-Thierry – Chauny – Compiègne – Crévecœur-le-Grand – Grandvilliers – L'Isle-Adam – Lacroix-Saint-Ouen – Laon – Montdidier – Nanteuil-le-Haudouin – Nogent-sur-Oise – Noyon – Péronne – Persan – Pontoise – Roissy-en-France – Roye – Saint-Maximin (60) – Saint-Quentin – Soissons – Tergnier – Thourotte – Villers-Cotterêts – Estrées-Saint-Denis – Gouvieux – Lamorlaye – Liancourt – Margny-lès-Compiègne – Méru – Ribécourt-Dreslincourt – Saint-Just-en-Chaussée – Senlis – Beauvais – Breteuil – Montataire – Mouy – Pont-Sainte-Maxence – Villers-Saint-Paul – Crépy-en-Valois

On y est. La Beta 1 de WordPress 7.1 vient de tomber sur le dépôt, et honnêtement ? Ça bouge pas mal sous le capot. Depuis mon bureau dans l’Oise, j’ai passé la matinée à tester ça sur une instance isolée. iZy, mon fidèle canard en plastique jaune, m’a regardé froncer les sourcils pendant deux heures devant la console. Il a fini par s’arracher une plume, c’est dire si certains changements sont… audacieux.

La refonte du moteur de rendu, enfin ?

Si vous espériez une révolution graphique, passez votre chemin. WordPress 7.1, c’est avant tout de la tuyauterie. On parle ici d’une optimisation massive des appels API dans l’éditeur de blocs. Le chargement des patterns complexes devient enfin fluide. Fini ce petit temps de latence agaçant quand on glisse un bloc de colonnes un peu chargé. C’est propre, ça répond au quart de tour. Ça fait plaisir de voir que les devs ont enfin écouté les retours sur la lourdeur du DOM.

Le coeur du sujet : Performance et PHP 8.4

Le support natif de PHP 8.4 dans cette version est un vrai tournant. On gagne en exécution pure. Pour mes clients qui sont chez o2switch, c’est une bénédiction. Leurs serveurs encaissent déjà très bien la charge, mais avec ces optimisations, on va pouvoir réduire le temps de réponse TTFB de manière significative. J’ai fait tourner quelques tests de charge : la gestion de la mémoire a été revue à la baisse. Moins de RAM consommée par requête, c’est mathématique, votre site ira plus vite.

Couplage avec les outils de cache

J’ai testé l’interaction avec WP Rocket sur cette Beta. C’est là qu’on voit les vrais pros. L’équipe derrière ce plugin a déjà anticipé les changements dans le cycle de vie du chargement des scripts. Le « Delay JavaScript Execution » fonctionne de manière encore plus chirurgicale. Si vous utilisez WP Rocket, vous allez voir une différence notable sur les Core Web Vitals, surtout sur le LCP (Largest Contentful Paint). C’est fluide, c’est rapide, c’est efficace.

Mais tout n’est pas rose au pays du code

Soyons clairs : cette Beta 1 n’est pas faite pour vos sites en prod. Il y a des bugs, des vrais. Notamment sur la gestion des thèmes qui utilisent des hooks de navigation personnalisés. J’ai eu quelques frayeurs avec une mise en page qui a littéralement explosé après l’activation d’un bloc de navigation. C’est typiquement le genre de truc qui vous fait perdre vos cheveux un vendredi soir à 18h. Ne jouez pas avec ça sans un staging solide.

L’interface d’administration : ce qui change vraiment

L’interface a reçu quelques ajustements visuels. Rien de radical, mais c’est plus cohérent. Les icônes sont plus lisibles, le contraste a été légèrement poussé. C’est discret, ça ne casse pas vos habitudes, mais c’est plus agréable à l’œil sur une longue session de travail. On sent que l’accessibilité a été placée au centre des priorités, et c’est une excellente nouvelle pour tout le monde.

Pourquoi vous devriez surveiller ce cycle de release

La version 7.1 ne se contente pas de corriger des failles. Elle prépare le terrain pour le futur de l’édition complète de site (FSE). On sent que WordPress veut enfin se débarrasser de sa réputation de « CMS lourd ». Est-ce qu’ils y arrivent ? Pour être honnête, on s’en rapproche. Le code est plus modulaire, plus facile à maintenir pour nous, développeurs. Moins de spaghetti, plus de rigueur.

iZy est toujours là, sur le coin de mon bureau, à me fixer avec ses lunettes de soleil. Il a raison : il faut rester vigilant. La Beta 1, c’est le terrain de jeu des curieux, mais c’est aussi là qu’on détecte les régressions qui pourraient nous coûter cher dans trois mois. Mon conseil ? Installez-la dans un environnement Docker, jouez avec, cassez tout, mais surtout, apprenez comment les nouvelles fonctions impactent vos thèmes actuels.

Si vous attendez que tout soit stable, attendez la version finale. Mais si vous voulez être prêt avant tout le monde, commencez dès maintenant à auditer vos extensions. Si un plugin n’a pas été mis à jour depuis six mois, il va probablement souffrir avec cette version. Faites le ménage. C’est le bon moment.

En somme, WordPress 7.1 s’annonce comme une mise à jour de maturité. Moins de « gadgets » tape-à-l’œil, plus de fond. Et franchement, c’est exactement ce dont l’écosystème avait besoin. On arrête de rajouter des couches inutiles et on polit le moteur. Vivement la Beta 2 pour voir si les correctifs sur la navigation tiennent la route.