WordPress 7.1 : toutes les nouveautés de la version sortie le 19 août 2026

Trois mois après WordPress 7.0 et son socle d’infrastructure pour l’intelligence artificielle, la fondation enchaîne avec une version qui ressemble moins à une déclaration d’intention qu’à un travail d’artisan. Là où 7.0 posait des fondations invisibles pour l’utilisateur, 7.1 s’attaque à ce que les équipes éditoriales et les agences touchent tous les jours : le style, les images, les retours entre collaborateurs, la navigation dans l’administration. Ce n’est pas la version la plus spectaculaire de l’année. C’est probablement celle qui fera gagner le plus d’heures aux équipes qui produisent du contenu chaque semaine.

WordPress 7.1 en chiffres : l’ampleur réelle de la version

Avant d’entrer dans le détail fonctionnel, quelques ordres de grandeur permettent de calibrer l’effort de test à prévoir. Une version majeure de WordPress ne se juge pas au nombre de nouveautés visibles, mais au volume de code modifié, qui conditionne directement le risque de régression sur un site existant.

La version a été pilotée par Anne McCarthy, dans son premier rôle de responsable de publication. Elle agrège dix versions successives de l’extension Gutenberg, de la 22.7 à la 23.6, ce qui représente environ 600 améliorations et plus de 630 corrections de bugs sur la seule couche d’édition. Le différentiel de code introduit vingt nouveaux points d’accroche pour les développeurs, dont dix-neuf filtres.

Un chiffre mérite d’être souligné pour les organisations soumises à des obligations d’accessibilité numérique : avec quarante-six tickets dédiés, l’accessibilité est le premier axe de travail de cette version, devant l’interface et l’administration. Les tableaux de listes, les écrans d’installation, les widgets et la navigation en bénéficient directement.

Styles responsives et états interactifs : la fin d’une grande partie du CSS sur mesure

C’est la nouveauté qui aura le plus d’impact économique sur les projets d’agence. Jusqu’ici, adapter l’apparence d’un bloc selon la taille d’écran ou définir un effet au survol imposait d’écrire du CSS personnalisé, donc de mobiliser un profil technique pour une demande souvent triviale.

Le responsive directement dans l’éditeur

WordPress 7.1 permet de définir l’apparence d’un bloc selon la taille d’écran, directement dans l’éditeur, aussi bien au niveau des styles globaux que d’un bloc individuel. Une marge, une taille de police, un alignement peuvent désormais varier entre mobile et desktop sans intervention dans une feuille de style. Un nouveau paramètre d’éditeur permet d’ailleurs de masquer ces contrôles responsives lorsqu’un projet impose une gouvernance stricte du design.

Des points de rupture configurables dans theme.json

Les concepteurs de thèmes peuvent définir leurs propres points de rupture dans le fichier theme.json. Concrètement, un thème sur mesure peut aligner les contrôles responsives de l’éditeur sur la grille du design system du client plutôt que sur les valeurs par défaut de WordPress. C’est un progrès net en matière de cohérence entre la maquette et le rendu final.

Les états interactifs, enfin standardisés

Le survol, le focus et l’état actif se règlent via un jeu de contrôles normalisé, pour les styles globaux comme pour chaque instance de bloc. Un bouton qui change de couleur au survol ne nécessite plus de code. Les styles globaux gagnent également la prise en charge de l’ombre portée sur le texte.

Médias : le traitement passe côté navigateur

La chaîne média est le second grand chantier de cette version, et le plus intéressant pour les sites à fort volume d’images, à commencer par le e-commerce.

Le traitement des images s’effectue désormais dans le navigateur avant l’envoi au serveur. La prise en charge s’étend au format HEIC, format par défaut des photos prises sur iPhone, ainsi qu’à UltraHDR, AVIF et WebP. Les GIF peuvent être convertis en vidéo, ce qui allège considérablement le poids des pages concernées. L’envoi devient également plus résilient, avec un indicateur de progression et des reprises automatiques en cas de perte de connexion.

Concrètement, pour un commerçant qui photographie ses produits au smartphone, la conversion manuelle des fichiers HEIC disparaît du processus. Pour une équipe qui charge cent visuels depuis une connexion mobile instable en boutique ou sur un salon, les reprises automatiques suppriment une source de frustration quotidienne.

Trois autres évolutions complètent le tableau :

• Une nouvelle fenêtre modale d’édition d’image regroupe le recadrage, la rotation et la modification des métadonnées dans un parcours unique, en remplacement de l’outil de recadrage en ligne.
• Des galeries plus intelligentes qui récupèrent et trient automatiquement les médias déjà attachés à l’article en cours, et une nouvelle section Images jointes dans l’outil d’insertion.
• Le défilement infini activé par défaut dans la vue grille de la médiathèque, avec une option de désactivation par utilisateur pour ceux qui préfèrent la pagination classique.

Côté API REST, la validation des dimensions d’image, la qualité d’encodage adaptée à la taille et l’enregistrement d’un fichier chargé en latéral pour plusieurs tailles d’image ouvrent la voie à des chaînes de production média entièrement automatisées, y compris depuis un PIM ou un flux fournisseur.

Notes : la collaboration asynchrone tient ses promesses

Le système de notes introduit dans WordPress 6.9 devient un véritable outil de travail éditorial. Les ajouts de la version 7.1 sont modestes pris isolément, mais leur combinaison change la nature de l’outil.

• Formatage enrichi : gras, italique, code, liens et émoji, chacun accessible par raccourci clavier.
• Mentions : la saisie du caractère arobase ouvre une liste de collaborateurs et permet de désigner directement la bonne personne.
• Notifications par email : une mention déclenche désormais un email, ce qui sort le fil de discussion des limites de l’éditeur.
• Notes en ligne et fils multiples : une note peut porter sur une sélection de texte, et plusieurs conversations distinctes peuvent coexister sur un même bloc.
• Révisions partageables : un lien vers une révision précise peut être transmis à un relecteur externe.

Ce dernier point est stratégiquement important. La combinaison des mentions notifiées par email et des liens de révision partageables couvre une bonne partie du besoin réel derrière la demande d’édition en temps réel : obtenir un avis externe sur un brouillon, sans donner un accès complet ni exporter le contenu vers un document tiers. Pour une équipe marketing qui fait valider ses pages par un service juridique ou par un dirigeant, le circuit de validation peut désormais rester entièrement dans WordPress.

Deux nouveaux blocs natifs : Onglets et Playlist

Le bloc Onglets organise le contenu en panneaux cliquables plutôt que d’afficher l’intégralité de l’information d’un seul tenant. Les onglets peuvent être réordonnés depuis la barre d’outils du bloc. Le bloc Playlist permet d’ajouter une collection de fichiers audio, avec une visualisation de forme d’onde optionnelle, sans extension tierce.

À ces deux blocs s’ajoutent plusieurs corrections utiles au quotidien : les dégradés de fond ne sont plus écrasés par les images de fond, le bloc HTML personnalisé accepte des blocs imbriqués modifiables, une bascule permet de marquer une image comme décorative pour les lecteurs d’écran, et le collage d’un code court dans un bloc d’intégration produit enfin un vrai bloc plutôt qu’un texte brut. Deux nouveaux supports de blocs apparaissent également : le dégradé d’arrière-plan et la largeur minimale.

Une administration plus lisible et plus rapide à parcourir

L’expérience d’administration bénéficie d’une série d’améliorations qui, cumulées, réduisent sensiblement les allers-retours.

Ce que les développeurs et les agences doivent tester en priorité

Sous la surface, WordPress 7.1 fait évoluer plusieurs fondations. Certaines ouvrent des opportunités, une autre constitue le principal risque de cette version.

L’éditeur systématiquement encapsulé dans une iframe

C’est le point de vigilance numéro un. WordPress 7.1 achève la migration vers un éditeur d’articles fonctionnant toujours dans une iframe, y compris pour les sites qui déclarent des metaboxes historiques. Le bénéfice est réel : le canevas d’édition est isolé des styles de l’administration, donc le rendu en édition se rapproche du rendu public. Le risque l’est tout autant : toute extension qui manipule le document de l’éditeur depuis l’extérieur peut cesser de fonctionner, et les blocs conçus avec l’API de blocs en version 2 ou inférieure doivent passer en version 3.

Abilities API : la brique qui prépare l’interfaçage avec les agents IA

Introduite en 6.9, l’Abilities API franchit une étape de maturité. Elle gagne un filtrage des capacités enregistrées, des filtres de cycle d’exécution, un indicateur unifié d’exposition publique et une préparation de schéma JSON compatible avec les clients externes. Traduit en langage métier : un site WordPress peut désormais déclarer de façon normalisée ce qu’un agent externe est autorisé à faire chez lui, avec un contrôle fin de ce qui est exposé.

C’est la fondation sur laquelle se construiront les automatisations des prochaines années : un agent qui met à jour un stock, qui publie une fiche produit à partir d’un flux fournisseur, qui reformule une méta description à grande échelle. Les entreprises qui structurent leur contenu et leurs processus dès maintenant prendront une avance difficile à rattraper.

Les autres évolutions techniques à connaître

• API d’icônes SVG : une méthode normalisée pour enregistrer et afficher des icônes personnalisées, avec la possibilité d’enregistrer des collections entières.
• DataViews, DataForm et View Config : les interfaces pilotées par la donnée deviennent personnalisables, et il devient possible de filtrer les écrans disponibles dans l’éditeur de site.
• Chargement spéculatif configurable par variables d’environnement et constantes, un levier direct sur la navigation perçue.
• Design system et jetons de conception : un fournisseur de thème React stable pose les bases d’interfaces d’administration cohérentes et personnalisables.
• jQuery UI mis à jour en 1.14.2 : à tester si vos extensions dépendent de son comportement ou de ses styles.
• Liaisons de blocs étendues aux éléments de liste, pour connecter davantage de contenu à des sources de données dynamiques sans code.

Ce qui n’est pas dans WordPress 7.1

Une lecture honnête d’une version passe aussi par ce qui a été retiré. Quatre points méritent d’être clarifiés, car plusieurs d’entre eux figuraient dans les annonces de bêta.

1. L’édition collaborative en temps réel n’est pas activée. Retirée de la version 7.0 peu avant sa publication, elle a fait l’objet de tests approfondis pendant le cycle 7.1 sans être intégrée. Le travail se poursuit sur la gestion des conflits et la compatibilité.
2. La mise à jour vers React 19 est reportée au-delà de 7.1 et se poursuit sous forme d’expérimentation dans l’extension Gutenberg.
3. Le bloc classique reste disponible. Une proposition visait à le masquer de l’outil d’insertion pour les nouveaux contenus. Après discussion et tests, le changement a été annulé début juillet. Les sites qui s’appuient encore sur l’éditeur classique ne sont donc pas contraints de migrer dans l’immédiat.
4. Le widget de tableau de bord dit du souvenir du jour n’a pas été retenu dans la version finale, contrairement à ce qu’annonçait la bêta 1.

Cette liste illustre un point de méthode important pour toute veille technologique : ne jamais construire une feuille de route client sur des annonces de bêta. L’écart entre une feuille de route publiée et une version livrée peut être considérable, et il l’a été sur ce cycle.

SEO, GEO et performance : ce que cette version change vraiment

WordPress 7.1 n’est pas une version orientée référencement, mais plusieurs de ses évolutions ont un effet mesurable sur la visibilité, dans les moteurs de recherche comme dans les moteurs génératifs.

Sur les signaux de performance

Le traitement des images côté navigateur avec AVIF et WebP réduit le poids transféré, ce qui agit directement sur le LCP, l’indicateur de performance que Google prend en compte dans son évaluation de l’expérience de page. La conversion des GIF en vidéo produit des gains encore plus francs sur les pages qui en abusent. Le chargement spéculatif configurable améliore la navigation perçue entre les pages. Sur une boutique dont le catalogue repose sur des visuels lourds, ces trois leviers combinés justifient à eux seuls la mise à jour, une fois les tests de compatibilité passés.

Sur la visibilité dans les moteurs génératifs

L’extension de l’Abilities API et la préparation de schéma JSON compatible avec les clients externes normalisent la façon dont un site WordPress expose ses capacités à des systèmes tiers. Ce n’est pas encore une passerelle vers les moteurs de réponse, mais c’est la couche technique qui rendra possible l’interaction structurée entre un site et un agent. Dans une stratégie d’optimisation pour les moteurs génératifs, cette normalisation vaut mieux qu’une multiplication d’extensions propriétaires.

Sur la structure éditoriale

Le bloc Onglets, mal employé, peut faire reculer une page. Le bloc HTML personnalisé acceptant désormais des blocs imbriqués modifiables facilite en revanche l’insertion de contenu structuré généré par IA, qui arrive souvent sous forme de HTML brut. La bascule permettant de marquer une image comme décorative améliore l’accessibilité et donc la qualité perçue des pages par les outils d’audit.

Mise à jour et sécurité : le vrai coût du report

Une version de WordPress ne se résume jamais à ses nouveautés. Chaque montée de version transporte également le travail de sécurité accumulé sur la branche, et c’est de très loin l’argument le plus important pour une entreprise. Le mois d’août 2026 en fournit une démonstration parfaite, à deux semaines d’intervalle de la sortie de 7.1.

Deux publications de sécurité en six jours, dont l’une couvre neuf années de versions. Le détail qui doit retenir l’attention d’un dirigeant se trouve dans la seconde ligne : un simple compte auteur suffisait à déclencher l’exploitation, pas un compte administrateur. Autrement dit, un site multi-rédacteurs, un blog avec des contributeurs externes ou une boutique dont un compte a été compromis par le passé étaient directement exposés.

C’est pourquoi l’opposition classique entre les mises à jour de sécurité et les versions majeures est trompeuse. Un site maintenu sur une branche ancienne finit par cumuler une dette technique qui rend chaque correctif de plus en plus délicat à appliquer, jusqu’au jour où la mise à jour devient un chantier de refonte. Rester à jour n’est pas une option de confort, c’est la condition de base de la continuité d’activité, au même titre que la sauvegarde ou le certificat SSL.

Ce que le report coûte réellement

• Exposition juridique : une fuite de données personnelles causée par une faille connue et non corrigée est difficilement défendable au regard du RGPD, qui impose des mesures techniques appropriées.
• Perte de chiffre d’affaires : une boutique compromise est suspendue par l’hébergeur, déréférencée par Google le temps du nettoyage, et perd la confiance de ses clients bien après la remise en ligne.
• Coût de remédiation : nettoyer un site infecté, auditer les points d’entrée et restaurer une base saine coûte systématiquement plus cher qu’une année de maintenance préventive.
• Effet cumulatif : plus l’écart de version se creuse, plus les extensions deviennent incompatibles entre elles et plus la remise à niveau devient risquée.

Mettre à jour, oui, mais pas à l’aveugle

Insister sur l’urgence de la mise à jour n’est pas contradictoire avec la prudence, à condition de distinguer deux situations qui n’ont rien à voir.

Une publication de sécurité s’installe sans délai. Elle ne touche qu’un périmètre réduit de fichiers, ne modifie aucune fonctionnalité et n’introduit pratiquement aucun risque de régression. Reporter une correction de sécurité de quelques semaines, c’est laisser une porte ouverte pendant que l’information circule publiquement.

Une version majeure comme WordPress 7.1 se déploie, elle ne s’improvise pas. Avec plus de 1 480 fichiers modifiés, l’achèvement du passage à l’éditeur encapsulé, la mise à jour de jQuery UI et l’évolution du chargement conditionnel du CSS des blocs, le risque de régression est réel sur un site équipé de blocs sur mesure, d’extensions métiers ou d’un thème développé spécifiquement. Le bon réflexe n’est pas d’attendre, c’est de faire valider la compatibilité avant de déployer, dans un environnement séparé, par quelqu’un qui saura lire une console d’erreurs.

Points de vigilance renforcés pour un site e-commerce

Sur une boutique en ligne, l’enjeu dépasse l’affichage. Une régression invisible sur le tunnel de commande peut passer inaperçue plusieurs jours et se traduire directement en commandes perdues. Les points à faire contrôler en priorité sont la passerelle de paiement, le module de livraison, le connecteur comptable ou ERP, l’envoi des emails transactionnels, l’affichage mobile des fiches produits et l’intégrité des données structurées produit. À cela s’ajoute une surveillance de l’exploration et de l’indexation dans les jours qui suivent la mise en ligne.

C’est précisément le périmètre couvert par un contrat de maintenance : veille sur les correctifs, application maîtrisée des mises à jour, sauvegardes vérifiées, tests fonctionnels et intervention rapide en cas d’anomalie. Vous pouvez consulter le détail de notre offre d’assistance et de support WordPress pour savoir ce qu’un accompagnement de ce type recouvre concrètement.

Conclusion : une version de consolidation qui mérite votre attention

WordPress 7.1 ne cherche pas à impressionner. Elle réduit le recours au code sur mesure pour des besoins de design courants, elle allège la chaîne média, elle rend la relecture collaborative viable sans outil externe et elle poursuit méthodiquement l’ouverture du coeur aux automatisations et aux agents. Le retrait répété de l’édition en temps réel rappelle en revanche qu’une fonctionnalité annoncée n’est pas une fonctionnalité livrée.

Mais l’essentiel est ailleurs. Une version de WordPress n’apporte jamais que des nouveautés : elle referme aussi des failles, et l’actualité de sécurité du mois d’août l’a rappelé sans ambiguïté. La question n’est donc pas de savoir s’il faut mettre à jour, mais comment le faire sans exposer son activité à une régression. Sur un site qui génère du chiffre d’affaires, cet arbitrage ne se joue pas depuis le tableau de bord : il se prépare, se teste et se pilote.

Pour une entreprise, la vraie question n’est pas de savoir s’il faut installer 7.1, mais si votre site est structuré pour tirer parti de ce qui arrive ensuite : une plateforme dont les capacités sont déclarées, interrogeables et actionnables par des systèmes automatisés. La version 7.2 est déjà planifiée pour le 9 décembre 2026. Le rythme ne va pas ralentir.

Questions fréquentes sur WordPress 7.1