Le 20 mai 2026, après plusieurs reports et un cycle de développement particulièrement mouvementé, WordPress a enfin sorti sa version 7.0 Armstrong. C’est la première version majeure du CMS depuis quatre ans, et elle marque officiellement le passage de la branche 6.x à la branche 7.x. Une étape symbolique pour un projet open source qui propulse plus de 40 % du web.

Pourtant, à quelques semaines de la sortie, plus rien n’était sûr. Initialement prévue pour le 9 avril 2026, la release a été repoussée. La fonctionnalité la plus attendue, la collaboration en temps réel, a même été retirée du périmètre à la dernière minute le 8 mai par Matt Mullenweg en personne. Du coup, qu’est-ce qu’il reste réellement dans cette WordPress 7.0 ? Est-ce que ça vaut le coup de mettre à jour tout de suite ? Et qu’est-ce qui arrive vraiment côté intelligence artificielle ?

Dans cet article, je vous décrypte tout ce qu’il faut savoir sur WordPress 7.0 Armstrong : les vraies nouveautés, les fondations IA qui arrivent, ce qui change dans l’éditeur, comment migrer et mes premières impressions après l’avoir testé. C’est parti !

Qu’est-ce que WordPress 7.0 Armstrong ?

WordPress 7.0 « Armstrong » est la nouvelle version majeure du CMS, sortie officiellement le 20 mai 2026. Comme à chaque release, le nom de code rend hommage à un grand musicien de jazz, en l’occurrence Louis Armstrong. Mais au-delà du symbole, cette version 7.0 marque surtout une release de fondation : peu de fonctionnalités spectaculaires visibles immédiatement, mais énormément de briques techniques posées pour les années à venir.

Le contexte du lancement a été particulièrement tendu. Initialement prévue pour le 9 avril 2026, la version a été repoussée pour finaliser la stabilité des nouvelles fonctionnalités. Plusieurs Release Candidates se sont succédé (RC4 le 14 mai, une RC5 supplémentaire le 19 mai), et le 8 mai, Matt Mullenweg a fait savoir publiquement que la collaboration en temps réel ne serait finalement pas dans 7.0. Tout cela pour une release qui se positionne désormais comme un socle solide plutôt qu’un grand show de nouveautés.

Une administration enfin modernisée

La première chose qu’on remarque en ouvrant WordPress 7.0, c’est l’administration qui a été visuellement rafraîchie. Les bords sont arrondis, les couleurs ont été retravaillées, et l’ensemble se rapproche progressivement du look de l’éditeur de site. Ce n’est pas une refonte radicale (Matt et son équipe avancent par petites touches pour ne pas brusquer les utilisateurs), mais c’est suffisamment net pour qu’on sente la différence.

Encore mieux : les transitions entre les pages de l’administration sont désormais quasi instantanées, sans rechargement complet. Petite animation discrète et hop, on est sur la page suivante. Pour qui passait son temps à attendre que la page se charge entièrement à chaque clic, c’est un changement de confort énorme au quotidien. WordPress 7.0 s’aligne enfin sur les standards modernes des interfaces SaaS.

La palette de commande native (Cmd+K)

L’autre belle nouveauté de l’interface, c’est la palette de commande accessible via Cmd+K sur macOS ou Ctrl+K sur Windows et Linux. Vous tapez ce que vous voulez faire (par exemple « page », « réglages », « média ») et WordPress vous propose les actions correspondantes et les redirections directes. Plus besoin de cliquer dans plusieurs menus pour atteindre un réglage précis.

Cette fonctionnalité existait déjà discrètement dans WordPress, mais elle devient enfin visible et exploitable en 7.0. C’est très clairement inspiré de ce qu’Elementor et l’extension Command UI proposent déjà depuis quelques années. Et pour les power users, c’est un vrai gain de productivité une fois qu’on a pris l’habitude.

Les connecteurs IA natifs : des fondations, pas de magie en core

La grosse promesse autour de WordPress 7.0, c’était l’arrivée de l’intelligence artificielle dans le core. Avec un nouveau menu « Connecteurs » qui propose d’installer Claude (Anthropic), Gemini (Google) ou ChatGPT (OpenAI), beaucoup ont cru que la génération de contenu IA débarquait directement dans WordPress.

C’est plus subtil que ça. Ces connecteurs sont en réalité des passerelles techniques, ce que les développeurs appellent des « tuyaux ». Vous ajoutez votre clé API d’un fournisseur d’IA, et WordPress crée la connexion. Mais aucune génération de contenu n’est intégrée nativement en core. Ce sont les extensions et les thèmes qui pourront ensuite s’appuyer sur cette infrastructure standardisée pour proposer leurs propres fonctionnalités IA. Une approche très saine qui évite la fragmentation et permet à WordPress de rester neutre vis-à-vis des fournisseurs.

L’Abilities API et le WP AI Client

Sous le capot, WordPress 7.0 consolide ce qu’on appelle l’Abilities API (introduite en 6.9) avec plusieurs nouveautés majeures : capacités hybrides client/serveur, package JavaScript côté client, capacités natives standardisées (création de contenu, gestion des médias), et système de query/filter sur ces capacités. Le WP AI Client, lui, fournit une API commune pour se connecter à n’importe quel modèle d’IA sans avoir à coder une intégration sur mesure pour chaque fournisseur.

Si cette logique de standardisation vous parle, c’est exactement la même philosophie que celle du protocole MCP côté écosystème Anthropic et Google. WordPress trace sa propre voie mais l’idée est la même : poser un standard pour que tous les outils IA puissent dialoguer avec le CMS de manière interopérable. C’est un pari à long terme qui pose les fondations de toute une nouvelle génération de plugins WordPress.

L’extension AI Experiments en marge

Si vous voulez tester immédiatement de la génération de contenu IA dans WordPress, l’équipe propose AI Experiments, une extension officielle séparée. Elle permet de générer des textes, des images et même des textes alternatifs pour les images en s’appuyant sur les connecteurs IA configurés. C’est pour l’instant clairement de l’expérimentation, et à terme certaines de ces fonctionnalités devraient remonter dans le core, mais la prudence est de mise.

Les nouveaux blocs natifs

WordPress 7.0 enrichit la bibliothèque de blocs natifs pour réduire la dépendance aux extensions sur les besoins basiques.

• Bloc Fil d’Ariane : enfin intégré nativement. Pour l’instant minimaliste (afficher le menu accueil, la page courante, choisir le séparateur), il vient marcher sur les plates-bandes de Yoast SEO, Rank Math et SEO Press qui proposaient ce bloc dans leurs extensions. À voir comment l’écosystème SEO va réagir.
• Bloc Icône : pour insérer une icône dans une page. Limité au lancement (pas de Font Awesome, pas d’upload d’icônes personnalisées), mais l’équipe a annoncé que d’autres icônes seront ajoutées dans les futures versions.
• Bloc Titre amélioré : avec des raccourcis directs pour choisir H1, H2, H3 sans passer par la variation. Petit détail UX qui fait gagner du temps.
• Bloc Galerie enrichi : quand vous activez « agrandir au clic », vous avez désormais des flèches de navigation natives pour passer d’une image à l’autre. Avant, il fallait passer par une extension lightbox.
• Bloc HTML revu : c’est probablement la mise à jour la plus utile pour les power users. Avant, vous aviez un seul champ pour coller votre HTML. Maintenant, vous avez trois champs séparés : HTML, CSS et JavaScript. Très pratique pour intégrer un code d’embarquement complexe comme un widget Calendly, une carte interactive ou un formulaire externe.
• Bloc Grille amélioré : meilleur comportement responsive selon les tailles d’écran. Les utilisateurs réguliers de ce bloc qui avaient des soucis de réorganisation sur certaines tailles devraient en bénéficier directement.

L’éditeur de blocs gagne en puissance

Au-delà des nouveaux blocs, l’éditeur de blocs lui-même reçoit plusieurs améliorations qui changent vraiment le quotidien.

Un champ CSS au niveau du bloc

Là où avant vous deviez vous contenter d’ajouter des classes CSS et coder les règles ailleurs (dans le thème enfant ou dans Apparence > Personnaliser > CSS), WordPress 7.0 permet désormais d’écrire directement du CSS au niveau de chaque bloc. Vous tapez color: red et c’est appliqué. Pas besoin de selector, le bloc est ciblé automatiquement.

Attention quand même : si vous mettez du CSS partout sur des dizaines de blocs, vous risquez de vous retrouver dans un sac de nœuds difficile à maintenir au bout de quelques mois. À utiliser avec parcimonie pour des cas vraiment ponctuels, sinon mieux vaut continuer à centraliser dans votre thème.

La visibilité par device, sans CSS

Vous pouvez désormais masquer un bloc sur ordinateur, tablette ou mobile directement depuis l’interface, sans écrire une ligne de CSS. Pratique pour proposer des contenus différents selon l’appareil. Bémol : on attend toujours les styles par device (par exemple appliquer une marge différente selon la taille d’écran). C’est ma plus grosse frustration sur cette release, et l’équipe semble l’avoir entendue : ça devrait arriver progressivement dans les prochaines versions.

Des options de typographie enrichies

L’éditeur propose de nouvelles options sur les blocs texte : indentation, organisation du texte en plusieurs colonnes, lettrine (la grande première lettre stylisée typique de la presse imprimée) et même un mode fit text qui adapte automatiquement le texte à la largeur du contenu. Pour les blogs et les sites éditoriaux, c’est un vrai pas en avant.

Les polices natives pour tous les thèmes

C’est une nouveauté plus discrète mais qui va simplifier la vie de beaucoup de monde. Jusqu’à présent, la gestion native des polices d’écriture n’était disponible que pour les block themes. Si vous étiez sur un thème classique (par exemple Astra, GeneratePress ou Avada), il fallait soit passer par les réglages de votre thème, soit installer une extension type « Google Fonts for WordPress ».

Avec WordPress 7.0, vous trouvez désormais un menu Apparence > Polices qui permet de charger et gérer des polices directement, quel que soit votre thème. À terme, l’objectif est que tous les éditeurs de thèmes basculent sur cette méthode standard et abandonnent leurs systèmes propriétaires. Une bonne pratique qui simplifie la maintenance et réduit le nombre de plugins à installer.

La navigation et les menus mobiles natifs

La gestion des menus, en particulier sur les thèmes basés sur les blocs (FSE), n’a jamais été le point fort de WordPress. C’était même devenu un calvaire pour beaucoup. La 7.0 simplifie sérieusement la donne avec une refonte complète de la navigation mobile.

Vous bénéficiez désormais d’un système de navigation overlay avec des templates pré-configurés (presets) que vous pouvez personnaliser. Ce travail s’appuie en partie sur les contributions de Mike McAlister, un développeur connu de la communauté pour ses thèmes premium. Vous pouvez créer plusieurs menus mobiles, gérer le calque de superposition, modifier le template, prévisualiser, le tout sans passer par un constructeur tiers. C’est nettement plus propre qu’avant.

L’interface des révisions enfin lisible

Si vous avez déjà voulu revenir en arrière sur un article modifié plusieurs fois, vous savez à quel point l’interface de révisions de WordPress était pénible. On vous montrait essentiellement du HTML brut avec des comparaisons rouge/vert difficiles à interpréter pour qui n’est pas développeur.

Dans WordPress 7.0, cette interface a été complètement repensée. Vous voyez désormais une comparaison visuelle propre des modifications effectuées, ce qui change vraiment d’une version à l’autre. C’est un détail qui n’apparaît pas dans la communication officielle mais qui fait une différence énorme pour les rédacteurs et les éditeurs qui jonglent avec plusieurs versions d’un article.

Les fondations techniques mises à jour

Sous le capot, WordPress 7.0 modernise sérieusement sa stack technique. Voici les points à connaître si vous gérez vous-même votre hébergement ou si vous travaillez avec des développeurs.

• PHP 7.4 minimum requis : c’est probablement le point bloquant pour les PME et les indépendants. Si votre hébergeur tourne encore en PHP 7.2 ou 7.3, vous resterez bloqué sur la branche 6.9.x qui ne recevra plus que des correctifs de sécurité. Vérifiez chez votre hébergeur et basculez idéalement en PHP 8.x avant d’envisager la mise à jour. Si vous cherchez à changer d’hébergeur à cette occasion, j’ai un comparatif détaillé des meilleurs hébergeurs WordPress qui couvre les versions PHP supportées.
• React 19 : l’éditeur de blocs passe à la dernière version de React, plus performante et mieux alignée sur l’écosystème JavaScript moderne.
• Éditeur encapsulé dans une iframe : meilleure isolation des styles entre le site et l’éditeur, ce qui réduit énormément les conflits CSS générés par les thèmes ou les extensions mal codées.
• Site Editor unifié : navigation améliorée entre templates, patterns, styles et contenu. Les synced patterns (motifs réutilisables) ont aussi été améliorés.
• MySQL / MariaDB : pas de rupture majeure, les exigences restent alignées avec les versions précédentes (MySQL 5.7+).

Le grand absent : la collaboration en temps réel

Impossible de parler de WordPress 7.0 sans aborder l’éléphant dans la pièce. La Phase 3 du projet Gutenberg, dite « Collaboration », devait introduire une expérience d’édition collaborative en temps réel façon Google Docs : plusieurs utilisateurs sur le même article en même temps, curseurs visibles, modifications en direct. C’était l’argument marketing phare de la version 7.0.

Le 8 mai 2026, à deux semaines de la sortie, Matt Mullenweg lui-même a annoncé que cette fonctionnalité ne serait pas dans 7.0. Les raisons sont techniques : la collaboration en temps réel pour un logiciel qui tourne sur des environnements aussi divers que WordPress pose énormément de défis (gestion de la mémoire, charge serveur, synchronisation des metaboxes). Plutôt que de sortir une fonctionnalité bancale, l’équipe a préféré la reporter à WordPress 7.1, prévue aux alentours du 19 août 2026.

Ce qui reste en 7.0 côté collaboration, ce sont des briques structurantes : les Notes contextuelles dans l’éditeur (commentaires sur des blocs ou du texte sélectionné, avec fils de discussion et résolution), des améliorations sur la gestion des révisions, et un meilleur support des flux de retours asynchrones. Pas de vrai temps réel, mais une collaboration éditoriale plus structurée que sur 6.x.

Comment migrer depuis WordPress 6.x

Si vous tournez actuellement sur une version 6.x, voici ma méthode pour migrer sereinement vers 7.0.

1. Vérifiez votre version de PHP en premier. Allez dans Outils > Santé du site > Informations > Serveur. Si vous êtes en PHP 7.2 ou 7.3, contactez votre hébergeur pour basculer en PHP 8.x avant toute mise à jour WordPress. Sans ça, l’update va échouer.
2. Faites une sauvegarde complète du site (fichiers + base de données) via un plugin type UpdraftPlus, BlogVault ou directement via votre hébergeur si l’option est proposée.
3. Mettez à jour toutes vos extensions et votre thème en version la plus récente. Vérifiez dans le changelog ou le menu admin que chacun affiche bien « Testé jusqu’à WordPress 7.0 ».
4. Testez sur un environnement de staging si c’est possible (la plupart des hébergeurs managés proposent cette fonctionnalité en un clic). Testez la création de pages, le fonctionnement du back-office, les formulaires, votre boutique si vous êtes en e-commerce.
5. Lancez la mise à jour en production une fois que vous êtes serein sur le staging. Choisissez un créneau de faible trafic (la nuit, le week-end).

Points de vigilance particuliers : les page builders (Elementor, Divi, Bricks), les plugins SEO et les extensions qui s’intègrent profondément dans l’éditeur de blocs ou dans l’admin. Si vous utilisez un thème classique, basculer sur un block theme moderne peut être l’occasion de profiter des nouveautés FSE.

Mes premières impressions sur WordPress 7.0

Après quelques jours à manipuler cette nouvelle version, voici ce que je retiens.

Ce qui marche très bien

• La refonte de l’administration est un vrai bol d’air. Les transitions sans rechargement et la palette de commande Cmd+K rendent l’expérience plus fluide au quotidien.
• Les connecteurs IA natifs sont une excellente fondation. L’approche « tuyaux standardisés » évite la fragmentation que l’écosystème des plugins IA WordPress aurait pu connaître.
• L’interface des révisions enfin lisible change la vie des équipes éditoriales. Petit changement, gros impact.
• Le bloc HTML avec ses trois champs séparés (HTML / CSS / JavaScript) est une amélioration concrète très utile pour intégrer des widgets externes proprement.
• Les polices natives pour tous les thèmes simplifient un peu plus l’écosystème en réduisant le besoin d’extensions Google Fonts.

Ce qui frotte encore

• L’absence de la collaboration en temps réel est une vraie déception. Beaucoup l’attendaient depuis des mois, et le report à WP 7.1 fait un peu retomber le soufflé.
• Les styles par device manquent. On peut désormais masquer un bloc selon l’appareil, mais on ne peut toujours pas lui appliquer des marges ou des polices différentes en mobile vs ordinateur.
• Le bloc Icon est encore trop limité. Pas de Font Awesome, pas d’upload personnalisé, peu d’icônes disponibles. C’est annoncé pour évoluer mais en l’état c’est un peu frustrant.
• La courbe d’apprentissage du Site Editor reste élevée pour les débutants. WordPress 7.0 n’a pas vraiment résolu ce point, et certains utilisateurs préfèreraient encore la simplicité de l’ancien menu Apparence.
• Le risque de prolifération du CSS au niveau du bloc peut créer du désordre à moyen terme si on n’est pas discipliné.

Faut-il mettre à jour vers WordPress 7.0 ?

Ma recommandation : oui, mais pas immédiatement. Attendez deux ou trois semaines minimum que l’écosystème des extensions et des thèmes se mette à jour, et que les premiers bugs soient corrigés. WordPress 7.0 est une release de fondation : peu de fonctionnalités spectaculaires visibles tout de suite, mais énormément de briques techniques posées pour les années à venir.

Pour les équipes éditoriales et les sites de contenu, l’interface des révisions repensée et les Notes contextuelles valent vraiment le coup. Pour les PME qui veulent réduire leur dépendance aux extensions, les nouveaux blocs natifs (Breadcrumbs, Icon, HTML revu) et les polices intégrées simplifient l’écosystème. Pour les agences et les développeurs, l’Abilities API et le WP AI Client ouvrent un terrain de jeu inédit côté IA.

Et si vous attendez la collaboration en temps réel, prenez votre mal en patience jusqu’à WordPress 7.1 prévue vers le 19 août 2026. Pour ceux qui se posent la question d’aller voir ailleurs avec tant d’incertitudes, j’ai aussi un comparatif des meilleures alternatives à WordPress qui passe en revue Webflow, Wix, Ghost et les autres CMS du marché. Mais honnêtement, WordPress reste de loin la plateforme la plus complète pour la majorité des projets, et la 7.0 confirme que le projet open source est toujours bien vivant malgré les tensions de l’écosystème.