Article rédigé pendant la phase de bêta de WordPress 7.1 (Beta 3 au moment où j’écris). Il sera mis à jour à la sortie de la version finale, prévue le 19 août 2026.
WordPress 7.1 sortira officiellement le 19 août 2026, pendant le WordCamp US. La bêta tourne depuis mi-juillet, et j’ai commencé à la tester sur mes environnements de développement. Verdict : c’est une version plus ambitieuse qu’elle n’en a l’air, avec des nouveautés qui vont réellement changer le quotidien — et deux ou trois évolutions qui méritent votre attention avant de cliquer sur « Mettre à jour », surtout si votre site repose sur un constructeur de pages comme Avada ou Elementor.
Les nouveautés marquantes de WordPress 7.1
Des styles responsive natifs dans l’éditeur
C’est LA nouveauté structurante de cette version : vous pouvez désormais définir l’apparence d’un bloc par taille d’écran, directement dans l’éditeur, sans CSS personnalisé. L’aperçu d’appareil abandonne les trois formats figés (desktop/tablette/mobile) pour une prévisualisation librement redimensionnable, et les développeurs de thèmes peuvent définir leurs propres points de rupture dans le theme.json. S’y ajoutent les styles d’état interactif : un bloc peut enfin réagir visuellement au survol ou au focus sans une ligne de CSS.
Pour les sites construits avec l’éditeur de blocs, c’est un vrai rattrapage sur les page builders. Pour les autres, voir plus bas — c’est justement un des points de vigilance.
Une refonte sérieuse des médias
La bibliothèque de médias évolue en profondeur : traitement des images côté navigateur (HEIC, AVIF, UltraHDR, WebP) avant même l’envoi au serveur, nouvelle fenêtre d’édition unifiée pour recadrage, rotation et métadonnées, défilement infini par défaut, et galeries capables de se remplir automatiquement avec les images attachées à un article. En coulisses, l’équipe performance prépare aussi le terrain pour un moteur d’édition d’images basé sur libvips, nettement plus rapide que GD ou ImageMagick.
Deux nouveaux blocs : Tabs et Playlist
Un bloc onglets natif (fini les plugins tiers pour trois onglets de contenu) et un bloc playlist audio avec visualisation de forme d’onde en option.
Collaboration : les Notes deviennent utilisables
Les notes de collaboration gagnent la mise en forme, les @mentions entre collaborateurs et les commentaires ancrés sur une sélection de texte précise. Si vous travaillez la rédaction à plusieurs dans l’admin, ça commence à ressembler à Google Docs.
Côté développeurs : IA, Block Bindings, Abilities API
L’AI Client intégré au cœur progresse vite : support du streaming pour les réponses génératives et fonctions d’embeddings pour la recherche sémantique et vectorielle. WordPress pose méthodiquement les fondations pour que thèmes et extensions consomment de l’IA de façon standardisée, sans réinventer chacun leur intégration. Les Block Bindings s’étendent aux éléments de liste et préservent désormais les blocs imbriqués, et l’Abilities API s’élargit. J’y reviendrai en détail dans un article dédié côté code.
Ergonomie de l’admin
La barre d’administration redevient visible par défaut dans l’éditeur d’articles et le Site Editor (le logo W en coin disparaît au profit d’un vrai bouton retour), la palette de commandes est réorganisée, et la liste des articles affiche les extraits. Des petites choses, mais qui corrigent des irritants quotidiens.
Ce qui peut casser : mes points de vigilance de développeur
Une version majeure ne casse jamais « en général ». Elle casse sur des configurations précises. Voici celles que je surveille pour mes clients.
L’éditeur iframé devient obligatoire. La 7.1 renforce l’isolation de l’éditeur dans une iframe, et les extensions qui injectaient leurs scripts ou styles à l’ancienne dans l’éditeur peuvent cesser de fonctionner correctement. Si votre back-office repose sur des extensions d’édition anciennes ou peu maintenues, testez avant.
Les constructeurs de pages ont besoin de leur propre mise à jour de compatibilité. C’est le point qui concerne le plus grand nombre de mes clients, dont les sites tournent sous Avada ou Elementor. À chaque version majeure de WordPress, ThemeFusion et Elementor publient leurs propres correctifs dans les jours qui suivent. La règle que j’applique systématiquement : on ne met pas à jour le cœur en production tant que le constructeur n’a pas publié sa version compatible. La précipitation du jour J n’apporte rien qu’une semaine de patience ne sécurise pas — sauf pour les mises à jour de sécurité comme la 7.0.2 sortie mi-juillet, qui elles ne se discutent pas.
Le speculative loading passe en mode plus agressif. Quand un cache est détecté, WordPress préchargera désormais les pages de façon « modérée » et non plus « conservatrice ». Sur la plupart des sites, c’est un gain de vitesse perçu. Mais si vous utilisez WP Rocket, un CDN ou des règles de cache fines, vérifiez que le préchargement ne gonfle pas artificiellement vos statistiques ou ne déclenche pas d’actions indésirables sur des URL à effet de bord (liens de déconnexion, ajouts au panier mal protégés).
Le nouveau pipeline média mérite un test si vous optimisez vos images. Conversion côté navigateur, nouveaux formats acceptés, futur moteur libvips : si vous utilisez une extension d’optimisation d’images (CompressX, Imagify, ShortPixel…), testez l’envoi de quelques images après la mise à jour pour vérifier que la chaîne de conversion ne fait pas le travail en double.
Ma checklist avant de passer à WordPress 7.1
Le 19 août, voici l’ordre des opérations que j’applique — et que je vous recommande. D’abord, une sauvegarde complète testée (fichiers et base de données, et vous savez la restaurer). Ensuite, un test sur un environnement de préproduction, jamais directement en production : mêmes extensions, même thème, même version PHP. Puis la vérification des compatibilités annoncées par vos extensions critiques et votre constructeur de pages — leur changelog vous dit s’ils sont prêts pour la 7.1. Enfin, après la mise à jour, un tour du propriétaire : pages clés, formulaires, tunnel de commande si vous vendez en ligne, et un œil sur les erreurs PHP dans les logs.
Si cette liste vous semble raisonnable mais que vous savez déjà que vous ne la ferez pas — pas le temps, pas d’environnement de test, pas envie de lire des changelogs — c’est très exactement le travail que je fais pour mes clients sous forfait de maintenance WordPress : chaque version majeure est testée sur une copie de leur site avant d’être déployée, avec sauvegarde et vérification derrière. Les versions majeures de WordPress sont deux par an ; la sérénité, elle, est mensuelle.
Faut-il se réjouir de cette version ?
Oui, franchement. La 7.1 est une version de consolidation intelligente : les styles responsive natifs comblent un manque historique de l’éditeur, la refonte des médias s’attaque à un des points les plus datés de WordPress, et les fondations IA sont posées proprement, en infrastructure plutôt qu’en gadget. Ce n’est pas une révolution visible, c’est mieux : une version qui rend la plateforme plus solide pour les trois prochaines années. Rendez-vous le 19 août pour la mise à jour de cet article avec la version finale — et d’ici là, si votre site n’est pas encore en 7.0.2, commencez par ça, c’est autrement plus urgent.
FAQ
Quand sort WordPress 7.1 ?
La version finale est annoncée pour le 19 août 2026, pendant le WordCamp US. La bêta est publique depuis le 15 juillet et une Release Candidate précédera la sortie, comme à chaque cycle.
Faut-il mettre à jour dès le jour de la sortie ?
Pour un site de production, je recommande d’attendre que vos extensions critiques et votre constructeur de pages aient publié leur version compatible, puis de tester sur une préproduction. Une à deux semaines de décalage est un bon compromis — sauf si une release de sécurité arrive entre-temps, auquel cas elle prime.
WordPress 7.1 sera-t-il compatible avec Avada et Elementor ?
ThemeFusion et Elementor publient systématiquement des mises à jour de compatibilité autour de chaque version majeure de WordPress. Le bon réflexe : vérifier leur changelog avant de mettre à jour le cœur, et ne jamais faire les deux mises à jour en aveugle le même jour sur un site de production sans test préalable.
Les styles responsive de la 7.1 remplacent-ils un page builder ?
Pas encore. Ils comblent le manque le plus criant de l’éditeur de blocs, mais un constructeur comme Avada ou Elementor conserve une longueur d’avance sur les mises en page complexes, les templates conditionnels et l’écosystème de widgets. En revanche, pour un nouveau site éditorial simple, l’éditeur natif devient une option de plus en plus sérieuse.
