WordPress 7.0 Armstrong vient à peine de sortir (20 mai 2026) que la feuille de route de la version 7.1, attendue pour août 2026, est déjà largement documentée. Au menu : la co-édition en temps réel repoussée depuis 7.0, du traitement média côté client, et plusieurs améliorations qui répondent directement aux retours de la communauté. Voici ce que nous savons à ce stade.
Ce que WP 7.0 a apporté
Avant de plonger dans le futur, un retour rapide sur ce que Armstrong a livré. Plusieurs chantiers ouverts dans le cycle 7.0 continueront dans 7.1, mais le socle est déjà solide.
| Feature | Description | Statut dans 7.0 |
|---|---|---|
| IA native dans l'éditeur | Assistant intégré pour génération de contenu, reformulation, traduction | Livré |
| DataViews | Nouveau système de vues de données pour les tables/listes dans l'admin (remplace WP_List_Table) | Livré |
| Connecteurs IA | OpenAI (GPT-5), Claude (Anthropic), Gemini (Google) natifs dans WP | Livré |
| Refonte de l'administration | Nouveau design de la barre latérale et des menus | Livré |
| Améliorations de performance | Chargement différé des blocs, optimisation des requêtes | Livré |
| Co-édition temps réel | Collaboration synchrone sur le même contenu | Reporté à 7.1 |
| Médias client-side | Traitement d'images côté navigateur (WebP, AVIF) | Partiel, sera finalisé en 7.1 |
| Full Site Editing | Améliorations des templates, styles globaux, patterns | Livré (perfectionné en 7.1) |
L'adoption de 7.0 est encore récente, mais les premiers chiffres sont encourageants : environ 12 % des sites sous WordPress ont déjà migré vers Armstrong, portant la part de Gutenberg à 20,62 % du marché des CMS. Full Site Editing atteint désormais un niveau de maturité qui le rend viable pour des sites de production complexes.
WP 7.1 — la roadmap
La roadmap de 7.1 s'articule autour de quatre piliers principaux, dont deux majeurs.
| Feature | Priorité | Statut (juillet 2026) |
|---|---|---|
| Co-édition temps réel | Critique | Alpha, test interne |
| Traitement média client-side | Haute | Beta, merge partiel |
| Améliorations DataViews | Moyenne | En développement |
| Full Site Editing avancé | Haute | Beta |
| API de patterns | Moyenne | En discussion |
| Améliorations accessibilité | Continue | 45 tickets ouverts |
| Blocs collaboratifs | Haute | Alpha |
Le chantier le plus attendu est sans conteste la co-édition en temps réel. Repoussé à la dernière minute du cycle 7.0, il est désormais la priorité numéro un de l'équipe core.
Co-édition temps réel — le game changer
La co-édition en temps réel permettra à plusieurs utilisateurs de travailler simultanément sur le même article, bloc, ou template — avec des curseurs visibles, un historique granulaire et une synchronisation instantanée via WebSockets.
Concrètement :
- Curseurs distants : chaque collaborateur voit la position des autres en temps réel
- Verrouillage intelligent : pas de conflit d'écriture, chaque bloc est verrouillé individuellement
- Historique temps réel : possibilité de revenir à n'importe quel état antérieur sans perdre le travail des autres
- Commentaires in-context : ancrés sur des blocs spécifiques
- Mode présence : indication visuelle des personnes connectées sur le même contenu
Cette fonctionnalité repose sur une architecture publish/subscribe avec WebSockets, déjà testée en interne sur des sessions à 10 utilisateurs simultanés. L'API est conçue pour être compatible avec les hébergements mutualisés (fallback long-polling si WebSocket indisponible).
Pour les agences et les équipes éditoriales, c'est un changement de paradigme comparable à ce que Google Docs a apporté au traitement de texte : fin des allers-retours par email, fin des conflits de versions.
Client-side media — ce que ça change pour la performance
Le second chantier majeur de 7.1 est le traitement des médias côté client. L'idée est simple : plutôt que de solliciter le serveur pour générer les différentes tailles d'images, les conversions (WebP, AVIF, redimensionnement) sont effectuées directement dans le navigateur via WebAssembly ou les API Canvas.
Les bénéfices attendus :
| Aspect | Avant (serveur) | Après (client) |
|---|---|---|
| Charge CPU serveur | Élevée (conversion de masse) | Réduite (déléguée au navigateur) |
| Temps d'upload | Bloquant (attente traitement) | Immédiat (traitement async) |
| Qualité d'image | Dépend du serveur | Optimisée par navigateur |
| Formats supportés | Selon configuration serveur | WebP, AVIF, JPEG XL |
| Accessibilité hors-ligne | Impossible | Possible (API Service Worker) |
Concrètement, un upload de 10 images RAW sera traité en parallèle côté client avant transfert, avec un retour visuel immédiat des vignettes. Le serveur reçoit les fichiers déjà optimisés, ce qui réduit la bande passante et la charge.
Cette approche s'inscrit dans la tendance plus large du "serverless" et de l'edge computing : déporter le calcul là où il est le plus efficace — ici, chez le client.
Ce qui n'est PAS dans 7.1 (et pourquoi)
Tout ne peut pas être livré en un cycle de trois mois. Voici ce qui est explicitement exclu du périmètre 7.1 :
| Feature | Raison du report | Probabilité pour 7.2 |
|---|---|---|
| Support natif SQLite | Dépendances techniques non résolues | Élevée |
| Mode hors-ligne complet | Complexité de synchronisation | Moyenne |
| Refonte du Media Library en React | Priorisé après co-édition | Élevée |
| API REST pour les blocs custom | Nécessite plus de design | Moyenne |
| Migration automatique des anciens thèmes | Travail législatif (compatibilité) | Faible |
L'équipe core a fait le choix assumé de concentrer les efforts sur la co-édition et les médias client-side, au détriment d'autres chantiers. Une décision pragmatique qui devrait porter ses fruits.
WP 7.0 adoption et timeline de migration
Même si 7.1 arrive dans quelques semaines, 7.0 reste la version de référence pour toute nouvelle installation. Voici où nous en sommes :
| Métrique | Valeur |
|---|---|
| Adoption WP 7.0 (juillet 2026) | ~12 % des sites WP |
| Part de Gutenberg dans les CMS | 20,62 % |
| Sites sous PHP < 7.4 | 8 % (en baisse rapide) |
| Utilisation de Full Site Editing | 35 % des nouveaux thèmes |
| Temps moyen avant migration vers .0 | 4 à 6 mois |
La fenêtre de migration vers 7.0 est encore ouverte : les sites qui passeront à Armstrong d'ici fin juillet seront parfaitement positionnés pour enchérir vers 7.1 en septembre-octobre, une fois la version stabilisée.
Il est recommandé d'éviter la migration vers 7.1 dans les deux premières semaines suivant sa sortie (prévue mi-août). Laisser le temps aux premières correctives (7.1.1, 7.1.2) de corriger les régressions potentielles.
Comment se préparer pour 7.1
La préparation à 7.1 peut commencer dès maintenant, même si la version n'est pas encore sortie :
- Passer à PHP 8.1+ : 7.1 fonctionnera sous PHP 7.4 minimum, mais PHP 8.1+ offre des gains de performance significatifs
- Tester la co-édition en staging : dès la beta (fin juillet), installer un environnement de test avec plusieurs utilisateurs
- Auditer les plugins de collaboration : si vous utilisez des extensions comme Multicollab ou PublishPress, vérifier leur compatibilité avec l'API native
- Préparer les équipes : la co-édition change les workflows — former les équipes éditoriales en amont
- Vérifier la configuration serveur : WebSocket doit être activé sur l'hébergement pour la co-édition
- Optimiser les images dès maintenant : le traitement client-side est une option, pas une obligation — mais en tirer parti demande de préparer ses processus
- Mettre à jour les thèmes FSE : les améliorations de Full Site Editing dans 7.1 peuvent nécessiter des ajustements de templates
Avant de déployer 7.1 en production, cochez ces points :
- Environnement de staging avec PHP 8.1+
- Test de la co-édition avec 3 utilisateurs simultanés minimum
- Vérification WebSocket activé sur l'hébergement
- Plugins et thèmes compatibles (vérifier les mises à jour)
- Sauvegarde complète de la base de données et des fichiers
- Test des médias client-side sur un échantillon d'images
- Vérification de l'accessibilité après mise à jour
- Plan de rollback si régression critique
- Communication aux équipes éditoriales sur les nouveaux workflows
- Fenêtre de maintenance planifiée (prévoir 2-4h)
La règle d'or : ne jamais migrer un site de production le jour de la sortie. Attendre au moins la première corrective (7.1.1).
En résumé
| WP 7.0 Armstrong | WP 7.1 (août 2026) |
|---|---|
| Mai 2026 | Août 2026 |
| IA native, DataViews, connecteurs AI | Co-édition temps réel, médias client-side, FSE avancé |
| 875 contributeurs | En cours |
| PHP 7.4+ | PHP 7.4+ |
| Adoption ~12 % | Préparation recommandée dès maintenant |
WordPress 7.0 Armstrong a posé des bases solides avec l'intégration native de l'IA et DataViews. 7.1 s'annonce comme la version de la maturité : la co-édition en temps réel et le traitement client-side des médias répondent à deux des plus fortes demandes de la communauté. L'écosystème WordPress continue sa mue vers une plateforme moderne, collaborative et performante — sans rien perdre de sa compatibilité ascendante.
La route est tracée. Reste à voir si le calendrier tiendra, mais l'équipe core semble confiante. Rendez-vous en août pour la sortie officielle.
FAQ — WordPress 7.1 arrive en août 2026 : co-édition temps réel, médias client-side, les features qui manquent à 7.0
Qu'est-ce que WordPress 7.1 arrive en août 2026 : co-édition temps réel, médias client-side, les features qui manquent à 7.0 ?
WordPress 7.0 Armstrong vient à peine de sortir (20 mai 2026) que la feuille de route de la version 7.1, attendue pour août 2026, est déjà largement documentée. Au menu : la co-édition en temps réel repoussée depuis 7.0, du traitement média côté client, et plusieurs améliorations qui répondent directement aux retours de la communauté. Voici ce que
Ce que WP 7.0 a apporté : quels sont les points clés ?
Avant de plonger dans le futur, un retour rapide sur ce que Armstrong a livré. Plusieurs chantiers ouverts dans le cycle 7.0 continueront dans 7.1, mais le socle est déjà solide. Description Assistant intégré pour génération de contenu, reformulation, traduction Nouveau système de vues de données pour les tables/listes dans l'admin (remplace WP_List_Table) OpenAI (GPT-5), Claude (Anthropic), Gemin
WP 7.1 — la roadmap : quels sont les points clés ?
La roadmap de 7.1 s'articule autour de quatre piliers principaux, dont deux majeurs. Priorité Critique Haute Moyenne Haute Moyenne Continue Haute Le chantier le plus attendu est sans conteste la co-édition en temps réel. Repoussé à la dernière minute du cycle 7.0, il est désormais la priorité numéro un de l'équipe core.
Co-édition temps réel — le game changer : que retenir ?
La co-édition en temps réel permettra à plusieurs utilisateurs de travailler simultanément sur le même article, bloc, ou template — avec des curseurs visibles, un historique granulaire et une synchronisation instantanée via WebSockets. Concrètement :
Curseurs distants : chaque collaborateur voit la position des autres en temps réel
Verrouillage intelligent : pas de conflit d'écriture, chaque bloc
Client-side media — ce que ça change pour la performance : quels sont les points clés ?
Le second chantier majeur de 7.1 est le traitement des médias côté client. L'idée est simple : plutôt que de solliciter le serveur pour générer les différentes tailles d'images, les conversions (WebP, AVIF, redimensionnement) sont effectuées directement dans le navigateur via WebAssembly ou les API Canvas. Les bénéfices attendus : Avant (serveur) Élevée (conversion de masse) Bloquant (attente trai
Ce qui n'est PAS dans 7.1 (et pourquoi)
Tout ne peut pas être livré en un cycle de trois mois. Voici ce qui est explicitement exclu du périmètre 7.1 : Raison du report Dépendances techniques non résolues Complexité de synchronisation Priorisé après co-édition Nécessite plus de design Travail législatif (compatibilité) L'équipe core a fait le choix assumé de concentrer les efforts sur la co-édition et les médias client-side, au détriment
WP 7.0 adoption et timeline de migration : quels sont les points clés ?
Même si 7.1 arrive dans quelques semaines, 7.0 reste la version de référence pour toute nouvelle installation. Voici où nous en sommes : Valeur ~12 % des sites WP 20,62 % 8 % (en baisse rapide) 35 % des nouveaux thèmes 4 à 6 mois La fenêtre de migration vers 7.0 est encore ouverte : les sites qui passeront à Armstrong d'ici fin juillet seront parfaitement positionnés pour enchérir vers 7.1 en sept
Comment se préparer pour 7.1
La préparation à 7.1 peut commencer dès maintenant, même si la version n'est pas encore sortie :
- Passer à PHP 8.1+ : 7.1 fonctionnera sous PHP 7.4 minimum, mais PHP 8.1+ offre des gains de performance significatifs
- Tester la co-édition en staging : dès la beta (fin juillet), installer un environnement de test avec plusieurs utilisateurs
3.
En résumé : quels sont les points clés ?
WP 7.1 (août 2026) Août 2026 Co-édition temps réel, médias client-side, FSE avancé En cours PHP 7.4+ Préparation recommandée dès maintenant WordPress 7.0 Armstrong a posé des bases solides avec l'intégration native de l'IA et DataViews. 7.1 s'annonce comme la version de la maturité : la co-édition en temps réel et le traitement client-side des médias répondent à deux des plus fortes demandes de la
Par où commencer après avoir lu cet article ?
Identifiez votre besoin prioritaire, choisissez 2-3 actions concrètes de cet article, et lancez-vous cette semaine. Fixez-vous un point dans 30 jours pour ajuster. L'important est de passer à l'action.
Pret a passer a l'action ?
Explorez le catalogue Volade — sans compte pour commencer.
Votre avis compte
Commentez « WordPress 7.1 arrive en août 2026 : co-édition temps réel, médias client-side, les features qui manquent à 7.0 » ou notez cet article pour aider la communauté.
personnes ont partagé cet article