WordPress 7.1 RC1 disponible : plus de 145 correctifs avant la sortie finale

WordPress 7.1 passe en Release Candidate

Depuis le 5 août 2026, le premier Release Candidate de WordPress 7.1 — baptisé RC1 — est accessible au téléchargement. Publié par Benjamin Zekavica sur le blog officiel WordPress.org, ce jalon marque l'entrée en phase finale du cycle de release. La date de sortie officielle est arrêtée au 19 août 2026, simultanément au WordCamp US 2026.

Rappel critique : RC1 ne doit en aucun cas être installé sur un site en production ou mission-critical. Réservez-le à un serveur ou une instance de test.

Mais réduire ce cycle à sa seule liste de correctifs passerait à côté de l'essentiel : 7.1 est le premier cycle piloté par Anne McCarthy, construit autour d'un thème assumé — la collaboration — et c'est justement sur ce thème que le cycle a le plus hésité, comme on le détaille plus bas.

Comment tester RC1 dans votre stack

Quatre méthodes selon votre workflow :

• Plugin WordPress Beta Tester : activer sur une instance existante, sélectionner le canal "Bleeding edge" et le flux "Beta/RC Only" — idéal pour des envs de staging déjà configurés.
• Téléchargement direct : récupérer le zip RC1 pour une installation manuelle sur une VM ou un container local.
• WP-CLI : wp core update --version=7.1-RC1 — intégrable directement dans vos scripts de CI/CD de test.
• WordPress Playground : test navigateur sans aucune config — utile pour des validations rapides de blocs ou d'UI sans toucher à votre infra.

Ce qui change depuis la Beta 4

RC1 embarque plus de 145 mises à jour et correctifs depuis la Beta 4 : 57 portent sur l'Éditeur, 88 sur Core. Sur l'ensemble du cycle, le WordPress 7.1 Field Guide publié le même jour recense plus de 310 tickets Trac fermés, dont 100+ améliorations et 180+ correctifs de bugs, avec 40+ tickets concentrés sur l'Éditeur.

Nouvelles features à impact direct sur plugins et thèmes

Icons API (ou SVG Icon API dans le Field Guide) — WordPress 7.1 expose de nouvelles APIs pour enregistrer et rendre des icônes et des collections d'icônes directement dans Core. Pour les développeurs de plugins, c'est un point d'extension natif à anticiper : vos icônes custom pourront être déclarées sans workaround.

Chargement spéculatif configurable — Les paramètres par défaut du speculative loading sont désormais pilotables via des variables d'environnement et des constantes PHP. Concrètement, les agences gérant des hébergements mutualisés ou des stacks spécifiques (edge caching, proxies) peuvent maintenant affiner ce comportement sans patcher Core.

Notifications email pour les @mentions — Les mentions dans les Notes déclenchent désormais un email. À prendre en compte si vous avez des workflows éditoriaux personnalisés qui interceptent les notifications WordPress.

Révisions partageables — Partage d'un lien vers une révision spécifique. Gain direct pour les agences en workflow de validation client : plus besoin d'exporter des captures ou de décrire l'état d'une version.

Le vrai point de compatibilité à tester avant le 19 août

Le changement le plus structurant du cycle pour les auteurs de plugins et de thèmes est presque passé sous silence dans l'annonce RC1 elle-même : le passage à un éditeur entièrement en iframe est désormais complet, y compris pour les sites qui enregistrent encore des metaboxes historiques.

Concrètement, tout plugin qui s'appuie sur un accès direct au DOM au-delà de la frontière du document de l'éditeur — un script qui suppose que l'éditeur n'est pas dans un iframe, par exemple — doit être revérifié avant la sortie finale. C'est le point de compatibilité à prioriser dans vos tests RC1, avant même les quatre nouveautés listées ci-dessus.

Autres tickets et PR notables pour les builders

• #GB-79839 : application globale des styles de blocs modifiés avec sélection des blocs cibles — impact sur les thèmes Full Site Editing.
• #GB-80814 : nouveau réglage responsiveEditingEnabled pour masquer les styles responsive dans l'éditeur.
• #GB-80107 : boutons de réorganisation des onglets (Tabs) dans la barre d'outils.
• #GB-80046 : sélection par plage avec Shift+clic dans DataViews.
• #65636 : préchargement des requêtes REST API au chargement de l'éditeur — à surveiller pour les plugins qui s'appuient sur ces endpoints.
• #65613 : les Notes sont exclues des requêtes de flux de commentaires.
• #65491 : KSES autorise désormais l'attribut autofocus sur les éléments dialog.
• #65517 : les limites d'upload Multisite sont appliquées lors du sideloading de médias depuis une URL.
• #62757 : mise à jour de jQuery UI vers la version 1.14.2.

Ce qui a mûri sans faire de bruit : les APIs plateforme

Pendant que l'attention se concentrait sur la RC, plusieurs briques d'infrastructure ont progressé discrètement — et ce sont elles qui comptent le plus pour qui construit sur WordPress plutôt que pour qui l'utilise au quotidien.

Abilities API — introduite en 6.9, elle continue de mûrir en 7.1 : filtrage sur wp_get_abilities(), hooks de cycle d'exécution, flag d'exposition publique unifié, préparation d'un JSON Schema compatible client. Pour une agence qui commence à exposer des capacités WordPress à des agents IA ou des clients externes, c'est la brique à suivre de près.

DataViews, DataForm et View Config — ces APIs de construction d'interfaces orientées données continuent de mûrir, avec désormais la possibilité de filtrer les écrans du Site Editor.

Global styles — variations de style responsive, viewports configurables, états de style personnalisés (au-delà de hover/focus), et support du text-shadow.

Le thème du cycle, et sa plus grande absente

La feuille de route publiée le 19 juin posait la collaboration comme fil rouge de la version. Les Notes gagnent un mode suggestion et des réactions emoji. Mais la fonctionnalité vitrine annoncée — la collaboration en temps réel — reste hors de la release finale, comme elle l'avait déjà été pour la 7.0 deux semaines avant sa sortie.

Le sujet a fait l'objet de tests et de retours poussés tout au long du cycle, sans qu'une décision de merge en Core soit prise. Lors de WordCamp Europe 2026, des committers Core ont même ouvertement mis en doute le fait que la fonctionnalité complète ait sa place dans le noyau plutôt que dans une extension séparée. Anne McCarthy elle-même a résumé la philosophie qui a guidé plusieurs arbitrages du cycle : « parfois ce qu'on n'ajoute pas a plus de valeur que ce qu'on ajoute ».

Le passage de React 18 à 19 a suivi le même sort : reporté au-delà de 7.1, il continue son chemin comme expérimentation dans le plugin Gutenberg plutôt que dans Core. Une proposition visant à masquer le bloc Classic de l'inserter a également été testée puis abandonnée après retours — le bloc reste disponible en 7.1.

Comment la machine tourne en coulisses

Un post publié le même jour que la RC1 détaille les règles de fonctionnement interne du projet pendant cette phase : tant que la branche 7.1 n'est pas créée, tout commit sur trunk nécessite une double validation par deux committers Core. La RC1 marque aussi le gel des chaînes de traduction — aucune nouvelle chaîne n'est autorisée sauf exception pour des éléments critiques, validée avec l'équipe Polyglots.

Ce n'est pas qu'un détail de gouvernance : c'est ce qui explique pourquoi un projet open source de cette taille arrive à livrer une version majeure toutes les huit à dix semaines sans (trop) casser la compatibilité.

Ce que les agences et développeurs doivent faire maintenant

Auteurs de plugins et de thèmes

RC1 est la dernière fenêtre sérieuse avant la sortie finale. Priorités concrètes : vérifier la compatibilité avec l'éditeur en iframe en premier, boucler le reste des tests, mettre à jour le champ Tested up to à 7.1 dans le readme, et signaler tout bug sur le forum de support officiel avec un maximum de détails reproductibles.

Hébergeurs et DevOps

Si vous gérez des mises à jour automatiques WordPress pour vos clients, c'est le moment de valider RC1 sur vos plateformes. Le nouveau comportement du speculative loading configurable et les changements sur les limites d'upload Multisite (#65517) sont les deux points à prioriser selon votre infrastructure.

Ce que ça change pour les agences

Le message net de ce cycle : la collaboration temps réel, régulièrement annoncée puis reportée depuis deux versions majeures, ne devrait pas figurer dans une feuille de route client tant qu'elle n'a pas de date de merge confirmée. À l'inverse, l'Abilities API est le chantier de fond à surveiller sur les prochains cycles si vous construisez des intégrations destinées à durer. Et avant le 19 août, la priorité de test reste sans appel : vérifiez vos plugins contre le changement d'éditeur en iframe, pas contre la seule liste des nouvelles features.

Où suivre la suite du développement

Le blog Make WordPress Core reste le canal de référence pour les posts liés à la 7.1, avec le WordPress 7.1 Field Guide et les Dev Notes associés pour les détails techniques complets.

Sources

Article inspiré / réécrit à partir de :

• WordPress 7.1 Release Candidate 1
• WordPress 7.1 Field Guide
• WordPress 7.1 Release Candidate Phase
• Roadmap to 7.1