WordPress 7.1 « Mary Lou » est disponible : ce qui change vraiment

Une sortie le 19 août, comme prévu

WordPress 7.1 « Mary Lou » est disponible depuis le 19 août 2026. Le calendrier officiel maintenait une RC3 le 12 août, un dry run et un gel du code de 24 heures le 18 août, puis la sortie finale le 19 août. Cette date a bien été tenue.

La version porte le nom de Mary Lou Williams, pianiste, compositrice et arrangeuse de jazz. Mais pour les équipes qui exploitent WordPress au quotidien, l’intérêt de 7.1 est surtout pratique : plusieurs chantiers longtemps développés dans GutenbergÉditeur de blocs de WordPress (et écosystème associé) pour composer pages et contenus. deviennent des capacités natives suffisamment mûres pour modifier les workflows de production.

La barre d’admin devient persistante

C’est l’un des changements les plus visibles de la release et il mérite d’être placé au même niveau que le responsive.

La barre d’administration reste désormais disponible dans les différents éditeurs, afin de conserver des repères de navigation cohérents entre le front, l’administration, l’éditeur d’articles et le Site Editor.

Pour les utilisateurs, cela réduit les ruptures de contexte lorsqu’ils passent d’un écran de gestion à un écran d’édition. Pour les développeurs qui ajoutent leurs propres entrées à la toolbar, il faut en revanche vérifier leur comportement dans ces nouveaux contextes et pendant les navigations côté client.

Le responsive entre vraiment dans l’éditeur

WordPress 7.1 permet de modifier l’apparence des blocs selon différentes tailles d’écran depuis les Styles globaux ou les réglages d’un bloc, sans devoir écrire systématiquement du CSS personnalisé.

Les thèmes blocs peuvent aussi définir leurs propres breakpoints mobile et tablette dans theme.json. L’éditeur permet ensuite de prévisualiser les variations selon plusieurs tailles de viewport.

Ce n’est pas la disparition du CSS responsive, mais c’est un déplacement important de la frontière entre ce qui doit être codé et ce qui peut être configuré dans l’interface. Pour les sites construits autour du Full Site Editing, une partie des ajustements auparavant réservés au thème ou à une extension peut désormais être gérée directement dans WordPress.

WordPress 7.1 ajoute aussi des styles d’interaction pour hover, focus, focus-visible et active. Ils concernent notamment les blocs Bouton et Lien de navigation et peuvent être pilotés via les contrôles de styles ou theme.json.

Les médias sont davantage traités dans le navigateur

WordPress 7.1 introduit un nouveau workflow d’édition des images. Le bouton de recadrage reste familier, mais ouvre désormais une interface dédiée qui regroupe recadrage libre ou par ratio, retournement horizontal et vertical, rotation fine et par crans, ainsi que la modification des métadonnées.

Plus structurel encore : compression, redimensionnement et génération de miniatures sont désormais exécutés côté navigateur, via une version WebAssembly de libvips. L’objectif est de réduire la charge côté serveur et d’éviter certains échecs liés aux limites mémoire PHP ou aux timeouts lors de l’envoi de gros fichiers.

La gestion média ajoute aussi la prise en charge native d’AVIF, HEIC et des HDR gain maps. La médiathèque passe au défilement infini par défaut, avec une préférence utilisateur permettant de revenir à la pagination.

Côté performances et hébergement, 7.1 ajoute également une conversion GIF vers vidéo en opt-in, des indicateurs de progression et des reprises automatiques pour les uploads. Le speculative loading peut désormais être configuré par variables d’environnement ou constantes, ce qui permet aux hébergeurs et aux exploitants de régler le préchargement sans écrire un plugin dédié.

Les Notes progressent, mais pas la collaboration temps réel

Le système de Notes progresse nettement. Elles ne sont plus limitées à un bloc entier : il devient possible de commenter un passage précis du texte, d’avoir plusieurs conversations sur un même bloc et de réduire les discussions longues pour garder l’interface lisible.

Les Notes prennent également en charge le texte enrichi, les liens, le code et surtout les @mentions, avec notification des collaborateurs concernés.

En revanche, le Field Guide est explicite : la collaboration en temps réel n’est pas activée dans la release finale. Le chantier a été largement testé pendant le cycle 7.1, mais les questions d’expérience d’édition, de gestion des conflits et de compatibilité restent ouvertes.

Tabs, Playlist et de nouveaux block supports

Deux nouveaux blocs font leur entrée dans le Core.

Le bloc Tabs permet d’organiser plusieurs contenus dans des panneaux à onglets, sans devoir installer une extension uniquement pour ce composant d’interface. Le bloc Playlist regroupe plusieurs pistes audio dans une liste de lecture et peut afficher une forme d’onde pendant la lecture.

WordPress 7.1 ajoute aussi plusieurs briques plus discrètes mais utiles aux développeurs de blocs : support des gradients d’arrière-plan, de la largeur minimale et du text-shadow, ainsi que la possibilité de conserver certains blocs éditables dans l’aperçu du bloc HTML personnalisé. Query Loop gagne également une option permettant d’exclure l’article courant.

L’éditeur iframé change surtout la donne pour les metaboxes

L’éditeur d’articles est désormais entièrement iframé, comme le Site Editor. Le point réellement actionnable pour les agences est que ce comportement s’applique y compris aux sites qui enregistrent encore des metaboxes legacy.

Cela concerne directement les stacks qui s’appuient sur ACFAdvanced Custom Fields : plugin de champs personnalisés pour modéliser du contenu structuré dans WordPress., des metaboxes maison ou des extensions historiques de l’écran d’édition.

Le canevas de contenu étant séparé de l’interface d’administration, les styles admin interfèrent moins avec le contenu et les media queries ciblent plus proprement le viewport d’édition. Mais les extensions qui injectent du CSS, manipulent directement le DOM ou supposent que l’éditeur et l’administration partagent le même document doivent être testées avant un déploiement généralisé.

L’accessibilité est l’un des principaux chantiers de 7.1

L’accessibilité ne se limite pas à quelques corrections périphériques. Le Field Guide recense 46 tickets sur ce volet, soit le focus le plus important de la release parmi les catégories mises en avant.

WordPress 7.1 améliore notamment la structure des tableaux d’administration, les comportements de focus, les contrastes, la navigation au clavier et la présentation d’informations contextuelles.

Deux nouvelles fonctions, wp_get_tooltip() et wp_get_toggletip(), fournissent aussi un mécanisme partagé pour créer des tooltips accessibles dans l’administration. Pour les équipes soumises au RGAA, c’est un point concret à intégrer dans les composants admin personnalisés au lieu de reproduire des infobulles reposant sur title ou sur le survol seul.

Les développeurs gagnent plusieurs briques structurantes

Le SVG Icon APIApplication Programming Interface : contrat machine pour consommer un service (HTTP, SDK, webhooks). devient une API publique permettant aux extensions et thèmes d’enregistrer leurs propres collections d’icônes et de les rendre accessibles dans l’éditeur.

L’Abilities API, introduite dans WordPress 6.9, gagne dans 7.1 un cycle d’exécution filtrable, de la validation personnalisée, une exposition publique unifiée et des mécanismes de découverte partagés. Ces évolutions facilitent les intégrations, les automatisations et les outils alimentés par l’IA.

La release ajoute également un socle de Design System pour les interfaces d’administration, ainsi que de nouveaux filtres autour de DataViews et DataForm.

Côté Core, le Field Guide recense plus de 310 tickets, dont plus de 100 améliorations ou demandes de fonctionnalités et plus de 180 corrections de bugs. À cela s’ajoutent près de 600 améliorations et plus de 630 corrections issues de Gutenberg. Le billet de lancement résume l’ensemble à plus de 1 500 améliorations et correctifs livrés dans WordPress 7.1.

Ce qui n’a finalement pas été livré

Une release se lit aussi dans ce qui a été repoussé ou annulé.

React 19 a été reporté au-delà de WordPress 7.1 et reste expérimental dans Gutenberg. Le projet visant à masquer le bloc Classic de l’inserter a été reverté : le bloc reste donc disponible. Et, comme indiqué plus haut, la collaboration temps réel n’est pas activée dans la version finale.

Ces trois points évitent de surinterpréter 7.1 comme une rupture complète de l’architecture ou des workflows d’édition.

Ce qu’il faut vérifier avant de mettre à jour

Pour un site simple, WordPress 7.1 ressemble à une mise à jour majeure progressive. Pour un environnement fortement personnalisé, plusieurs contrôles sont prioritaires.

Il faut tester les extensions qui modifient l’éditeur, les feuilles de style chargées dans l’administration, les metaboxes ACF ou custom, ainsi que les composants dépendant de comportements historiques de jQuery UIUser Interface : couche visuelle et interactive (composants, layout, états)., mis à jour en 1.14.2. Les thèmes blocs doivent aussi être contrôlés sur leurs breakpoints, leurs pseudo-états et leurs règles responsives.

Un autre signal mérite une vérification spécifique. Dans les commentaires du Field Guide, un contributeur a indiqué le 10 août que, lors de ses tests, le CSS de certains blocs — le bloc Cover est cité en exemple — n’était plus émis que lorsque le bloc était présent dans la page. Il a soulevé un risque pour les sites qui récupèrent ou injectent du contenu à distance. Le 17 août, un triage lead a répondu que ce comportement semblait devoir être documenté quelque part et a demandé l’ouverture d’un ticket plus détaillé.

À ce stade, il faut présenter cela comme un signal de compatibilité à tester, pas comme une rupture officiellement documentée. Les architectures headless, les contenus injectés à distance et les rendus qui comptent sur des styles de blocs chargés globalement sont les premières concernées.

Enfin, les agences ont intérêt à revoir leur stack fonctionnelle : lorsqu’un plugin n’existe que pour fournir des onglets, une playlist, une bibliothèque d’icônes ou certains contrôles responsive, WordPress 7.1 peut commencer à rendre une partie de cette dépendance optionnelle.

Une release de consolidation, mais pas mineure

WordPress 7.1 n’est pas une version construite autour d’une seule fonctionnalité spectaculaire. Son intérêt vient plutôt de l’addition de plusieurs chantiers qui deviennent suffisamment intégrés pour modifier les usages quotidiens : responsive, barre d’admin persistante, médias côté navigateur, accessibilité, isolation de l’éditeur et APIs d’extension.

Le respect de la date du 19 août ferme proprement le cycle de sortie. La prochaine étape n’est plus de suivre les RC, mais de mesurer comment ces fonctions se comportent sur des sites réels — et quelles extensions ou couches historiques peuvent désormais être simplifiées.