WordPress 7.0 est sorti le 20 mai 2026. Cette version majeure marque un tournant pour le CMS avec l’intégration native de l’IA, un nouveau design de l’admin et plusieurs améliorations pour les développeurs.
Nouveau design de l’administration
L’interface d’administration reçoit une mise à jour visuelle : meilleure lisibilité, navigation repensée, et cohérence renforcée entre l’admin classique et les éditeurs de blocs/site.
Les améliorations portent sur :
- L’éditeur de blocs et l’éditeur de site
- Le tableau de bord (dashboard)
- La cohérence visuelle globale
Intégration native de l’IA
La nouveauté phare de cette version : une couche IA intégrée directement dans le cœur de WordPress.
Nativement cela permet à des plugins ou thème qui utilise de l’IA dans leur fonctionnement de se brancher simplement à WordPress et à nous de choisir quelle modèle utiliser depuis cette interface.
il faut toutefois le plugin AI plugin pour permettre à notre WP d’utiliser de l’AI pour gérer notre site.
( gestion des commentaires, Alt Text Generation, etc.)
https://wordpress.org/plugins/ai/
Écran Connectors
Un nouvel écran Connectors centralise la gestion des intégrations de services externes. Il suffit de sélectionner un fournisseur IA et WordPress installe automatiquement le bon plugin, puis demande la clé API. C’est une approche plug-and-play pour connecter son site à l’IA.
WP AI Client API
WordPress 7.0 introduit un WP AI Client API — une interface unifiée permettant aux plugins et aux thèmes d’interagir avec des modèles d’IA externes (OpenAI, Claude, Gemini, etc.).

Éditeur de blocs — améliorations majeures
Visibilité des blocs par viewport
La fonctionnalité Block Visibility, introduite en 6.9, est étendue. Il est désormais possible de masquer ou afficher un bloc selon l’appareil (mobile, tablette, desktop) via la clé viewport dans les métadonnées blockVisibility.

Styles du lien actif dans la navigation

Le bloc Navigation deux nouveautés si vous avez un sous menu la possibilité de choisir si le sous menu s’ouvre au hover ou au click.
MENU mobile (burger)
La gestion des overlay pour le menu en pleine page :
maintenant on peut gérer facilement la mise en page de l’overlay via l’admin.


CSS additionnel par block
Il est possible maintenant d’ajouter pour un block directement du CSS custom. C’est pratique mais aussi une potentielle source de surcharge et de confusion.

Custom HTML (CSS, JS)

le block custom html s’améliore aussi avec la possibilité de mettre du CSS et du JS directement dans le block ..
Un block icônes
possibilité de choisir dans une liste ( plutôt petite pour l’instant d’icônes.. mais ce block devrait pouvoir évoluer avec l’import bientôt.

Blocs PHP sans React
Les développeurs peuvent créer des blocs PHP uniquement, sans avoir besoin de React/JavaScript côté serveur. Cela simplifie la création de blocs dynamiques simples.
Blocs PHP sans React — WordPress 7.0
Le flag autoRegister
C’est la clé du mécanisme. Il suffit d’ajouter 'autoRegister' => true dans le tableau supports :
add_action( 'init', function () { register_block_type( 'mon-plugin/exemple', [ 'title' => 'Mon Bloc', 'render_callback' => function ( $attributes ) { return '<p>' . esc_html( $attributes['message'] ) . '</p>'; }, 'attributes' => [ 'message' => [ 'type' => 'string', 'default' => 'Bonjour !', ], ], 'supports' => [ 'autoRegister' => true, ], ]); });
Quand Gutenberg détecte autoRegister => true, il :
- Enregistre le bloc côté client automatiquement
- Utilise
ServerSideRenderpour l’aperçu dans l’éditeur - Génère les Inspector Controls (sidebar) à partir du tableau
attributes
Pas de block.json, pas de fichier JS.
Génération automatique des contrôles UI
WordPress mappe chaque type d’attribut à un composant d’interface :
| Type PHP | Contrôle généré |
|---|---|
string | Champ texte |
integer / number | Champ numérique |
boolean | Toggle ON/OFF |
enum | Menu déroulant (select) |
Exemple avec plusieurs types :
'attributes' => [ 'titre' => [ 'type' => 'string', 'default' => 'Mon titre' ], 'nombre' => [ 'type' => 'integer', 'default' => 5 ], 'afficher' => [ 'type' => 'boolean', 'default' => true ], 'alignement' => [ 'type' => 'string', 'enum' => [ 'left', 'center', 'right' ], 'default' => 'left', ], ],
Cas d’usage idéaux
- Blocs dynamiques simples (derniers articles, contenu depuis une API tierce)
- Migration de shortcodes vers des blocs Gutenberg sans réécrire en React
- Plugins PHP-first sans pipeline JS/npm
- Prototypage rapide de blocs
Limitations à connaître
| Limitation | Détail |
|---|---|
Pas d’InnerBlocks | Les blocs imbriqués ne sont pas supportés |
| Pas de rich-text inline | L’aperçu est rendu via ServerSideRender, pas d’édition directe dans le canvas |
| Pas de Media Library picker | Impossible de sélectionner des médias avec le sélecteur natif |
Attributs local ignorés | Les attributs avec le rôle local ne génèrent pas de contrôle |
Pas de block.json auto-généré | Les métadonnées restent définies en PHP uniquement |
- make.wordpress.org — PHP-only block registration
- Ryan Welcher — PHP-only block registration in WordPress 7.0
- InstaWP — PHP-Only Blocks in WordPress 7.0
- webstudio55 — Zero JS Development guide
Concept
Avant la 7.0, créer un bloc Gutenberg nécessitait obligatoirement du JavaScript/React pour l’éditeur, même pour un bloc purement dynamique côté serveur. Avec PHP-only blocks, WordPress génère automatiquement l’UI de l’éditeur à partir de la définition PHP du bloc.
Comparaison avant/après
Avant (7.0) — bloc dynamique classique : il fallait un block.json + un fichier edit.js avec React + un render.php. Soit au minimum 3 fichiers et une dépendance npm.
Après (7.0) — avec autoRegister : un seul fichier PHP suffit.
Ce qui n’est PAS dans la 7.0
Collaboration en temps réel — reportée
La fonctionnalité de collaboration en temps réel (édition simultanée à la Google Docs) a été retirée de la 7.0 le 8 mai 2026 en raison de trop nombreux bugs et problèmes de performance détectés lors des phases de test. Elle sera intégrée dans une version ultérieure.
Exigences techniques
| Composant | Ancienne exigence | Nouvelle exigence |
|---|---|---|
| PHP minimum | 7.2 | 7.4 |
| PHP recommandé | 8.0+ | 8.2+ |
Le support de PHP 7.2 et 7.3 est abandonné. Si votre hébergement tourne encore sur ces versions, une mise à jour s’impose avant de passer à WordPress 7.0.
Résumé pour les développeurs
- Nouvelles APIs : WP AI Client, block visibility
- Blocs PHP sans React disponibles
- Suppression du support PHP 7.2/7.3
- Performances du core améliorées
- Intégration de services externes via l’écran Connectors
Sources : make.wordpress.org/core/7-0 · WP Field Guide · DreamHost · WP Marmite
Laisser un commentaire