WordPress 7.1. fonctionnalités et compatibilité : ce qu'il faut tester avant la mise à jour
-
- Quand la version 7.1 de WordPress sera-t-elle disponible et pouvons-nous déjà effectuer la mise à jour en toute sécurité ?
- Quoi de neuf dans WordPress 7.1, et quelles fonctionnalités ont été améliorées par rapport à WordPress 7.0 ?
- Ce qui n’est pas dans WordPress 7.1
- Compatibilité WordPress 7.1 : ce qu’il faut tester avant la mise à jour
- Comment tester WordPress 7.1 en toute sécurité
- Conclusion
WordPress 7.1 est la deuxième version majeure de WordPress en 2026, prévue pour le 19 août. Elle s’appuie sur la version 7.0 avec un style responsive natif, un traitement des médias côté client remanié, des Notes enrichies et deux nouveaux blocs. WordPress 7.1 affine les systèmes existants plutôt que de poser de nouvelles bases, ce qui en fait une mise à jour moins risquée que la 7.0 pour la plupart des sites.
Points clés :
- WordPress 7.1 est prévu pour le 19 août 2026. La date est marquée comme « provisoire », elle pourrait donc encore changer si un problème de dernière minute survient.
- Le bloc Classique reste. Si vous rédigez des articles avec l’éditeur plus ancien et plus simple, rien ne change. Un projet visant à le masquer de l’outil d’insertion de blocs a été annulé le 7 juillet 2026.
- WordPress 7.1 ajoute des contrôles de design responsive plus faciles. Vous pouvez désormais styliser l’apparence de votre site sur les téléphones et les tablettes, et la façon dont les boutons réagissent lorsqu’on les pointe, sans toucher au code.
- Des imports d’images plus rapides grâce au traitement des médias côté client de WordPress 7.1. Les photos sont préparées dans le navigateur web du visiteur plutôt que sur votre serveur, ce qui allège la charge de votre site.
- Quelques fonctionnalités très attendues de la feuille de route de WordPress 7.1 n’ont pas été incluses. La co-édition en temps réel, une importante mise à niveau du code en coulisses et deux éléments plus petits ont été reportés à une version ultérieure.
- La plupart des sites peuvent se mettre à jour sans trop s’inquiéter. Le seul vrai risque concerne les sites avec des fonctionnalités personnalisées ou des anciens plugins, et ce guide vous montre comment les repérer.
Quand la version 7.1 de WordPress sera-t-elle disponible et pouvons-nous déjà effectuer la mise à jour en toute sécurité ?
WordPress 7.1 est prévu pour le 19 août 2026, dernier jour du WordCamp US, la grande conférence annuelle de WordPress, qui se tient cette année à Phoenix. En ce moment, la version est dans sa dernière phase de test, appelée la phase Release Candidate, qui a démarré le 5 août. À ce stade, les fonctionnalités sont verrouillées, donc rien de nouveau ne sera ajouté d’ici le jour de la sortie.
La date est toujours marquée comme provisoire dans le calendrier officiel des sorties, et WordPress a déjà décalé une grande version : la 7.0 a été repoussée par rapport à sa date initiale d’avril. Prévoyez donc le 19 août, mais ne basez pas le lancement d’un produit ou l’échéance d’un client sur cette date comme si elle était définitive.
Devriez-vous installer la mise à jour WordPress 7.1 dès sa sortie ? Pas sur votre site en ligne. L’approche sécurisée pour toute mise à jour majeure de WordPress est toujours la même : faites une copie de votre site, appliquez la mise à jour sur la copie, et vérifiez que tout fonctionne encore avant de toucher au vrai site. Cette copie s’appelle un site de staging, et nous verrons comment en créer un plus tard. Commencez par effectuer une sauvegarde complète afin d’avoir une version enregistrée à restaurer en cas de problème. Pour un site simple, c’est une vérification de cinq minutes. Pour un site avec beaucoup de plugins ou un design personnalisé, c’est la différence entre une mise à jour tranquille et une mise à jour stressante.
Si votre site est hébergé chez SiteGround, les versions majeures de WordPress s’installent automatiquement 24 heures après leur sortie, et une sauvegarde complète de votre site est effectuée juste avant. Vous pouvez modifier le timing, le retarder davantage, ou ignorer une version depuis Site Tools > WordPress > Mise à jour automatique.
Conseil pro : Vérifiez vos plugins avant même de créer un site de staging. Chaque plugin dans le répertoire officiel WordPress a une ligne « Testé jusqu’à » sur sa page, indiquant la version WordPress la plus récente que son développeur a vérifiée. Consultez les pages de vos plugins les plus importants. Tout plugin qui n’a pas été mis à jour depuis plus d’un an, ou qui n’indique la compatibilité que jusqu’à la version 7.0, est votre premier suspect en cas de problème. Vous pouvez également simplement demander à l’agent IA pour WordPress de lister vos plugins actifs et de vérifier leur compatibilité avec WordPress 7.1 et leur statut de mise à jour.
Quoi de neuf dans WordPress 7.1, et quelles fonctionnalités ont été améliorées par rapport à WordPress 7.0 ?
WordPress 7.1 est une version de peaufinage plutôt qu’une réinvention. Les deux éléments les plus importants, le style responsive et le traitement des médias côté client, ne sont pas entièrement nouveaux : ils ont démarré dans WordPress 7.0 et sont étendus ici. Ce qui est réellement nouveau dans la version 7.1, ce sont les contrôles de design interactifs, deux nouveaux blocs de contenu, une nouvelle façon d’ajouter des icônes, et un changement en coulisses dans le chargement de l’éditeur. Voici ce que chacun signifie pour vous.
Style responsive dans WordPress 7.1 sans CSS personnalisé
Le CSS est le code qui contrôle l’apparence de votre site : polices, couleurs, espacement, et la façon dont les éléments se réorganisent sur les petits écrans. Traditionnellement, modifier ces détails impliquait d’écrire du CSS ou de payer quelqu’un capable de le faire. WordPress 7.1 déplace une grande partie de cela dans de simples contrôles à l’écran.
Le style « responsive » signifie contrôler l’apparence de votre site sur différentes tailles d’écran : un large moniteur de bureau, une tablette ou un téléphone. WordPress 7.0 vous permettait d’afficher ou de masquer des parties d’une page selon l’écran. WordPress 7.1 va plus loin et vous permet de définir des styles différents pour chaque taille d’écran, et pour la première fois, il vous permet de styliser les états interactifs sans code. Un état interactif est simplement l’apparence d’un élément lorsqu’un visiteur le pointe, clique dessus ou appuie dessus, comme un bouton qui change de couleur au survol.
Ces contrôles interactifs sont d’abord arrivés pour un ensemble limité de blocs plutôt que pour tous à la fois, vérifiez donc les éléments spécifiques de votre design qui en dépendent. Les designers de sites bénéficient également de « points de rupture » ajustables, c’est-à-dire les largeurs d’écran auxquelles votre mise en page passe de la version bureau à la version tablette ou téléphone.
Voici où ces contrôles apparaissent : après la mise à jour, ouvrez n’importe quelle page dans l’éditeur et sélectionnez un bloc, comme un bouton ou un titre. Dans le panneau de paramètres à droite, cherchez les petites icônes d’appareils : un ordinateur de bureau, une tablette et un téléphone. Cliquer dessus vous permet de définir des styles pour chaque taille d’écran, et les styles de survol et de clic se trouvent dans le même panneau sous les options de style de ce bloc. Si vous avez déjà payé un développeur pour écrire du « CSS mobile » pour vous, cette fonctionnalité pourrait vous éviter cette dépense la prochaine fois.

Fonctionnement du traitement des médias côté client dans WordPress 7.1
Lorsque vous téléversez une photo sur WordPress, elle est normalement redimensionnée et compressée sur le serveur où réside votre site web. Le traitement des médias « côté client » déplace ce travail dans le navigateur web de la personne qui importe, de sorte qu’il se produit sur son propre ordinateur avant même que l’image ne soit envoyée à votre site. Le bénéfice est une charge moindre sur votre serveur et la prise en charge de formats d’image plus modernes. WordPress 7.0 a introduit cela pour le redimensionnement de base ; la version 7.1 en fait la méthode principale de gestion des images.
Cela fonctionne sur Chrome et les autres navigateurs basés sur Chrome, et les navigateurs qui ne peuvent pas le faire, comme Firefox et Safari, reviennent automatiquement à l’ancienne méthode côté serveur, sans perte de qualité. Rien ne se casse pour ces visiteurs. Les seules personnes qui doivent tester cela soigneusement sont celles qui utilisent des plugins qui font quelque chose de spécial avec les images lors de l’import.
Si les crédits d’image ou les informations de droits d’auteur sont importants pour vous, testez un import. Les photos contiennent souvent des données cachées appelées métadonnées : le nom du photographe, le copyright, ou l’endroit où une photo a été prise. Comme la gestion des images se passe désormais dans le navigateur, il vaut la peine de téléverser une image de test après la mise à jour et de vérifier que ces informations cachées sont toujours attachées comme prévu. Les photographes, les utilisateurs d’images de stock et toute personne soumise à des règles de licence s’y intéresseront.
Notes, l’éditeur de médias et les nouveaux blocs
WordPress 7.1 ajoute deux nouveaux blocs et améliore un outil de collaboration appelé Notes.
Les Notes sont des commentaires que vous pouvez laisser sur une page pendant la modification, pratiques lorsque plusieurs personnes travaillent sur votre contenu. Dans la version 7.1, vous pouvez mentionner une personne spécifique avec le symbole @ pour l’impliquer, attacher une note à une phrase exacte plutôt qu’à une section entière, gérer plusieurs fils de discussion séparés, et formater vos commentaires. Il y a aussi un mode suggestion et des réactions par emoji. Si vous êtes la seule personne à modifier votre site, vous ne l’utiliserez peut-être jamais. Si vous travaillez avec une équipe ou un client, c’est le changement que vous ressentirez le plus.

Le premier nouveau bloc est Liste de lecture, qui vous offre un lecteur audio avec un affichage visuel de la forme d’onde sonore. Si vous publiez des podcasts, de la musique ou des versions audio de vos articles, il remplace une fonction qui nécessitait autrefois un plugin séparé.
Le second est Onglets, qui vous permet d’organiser le contenu en onglets cliquables, afin de placer des éléments comme des FAQ, des spécifications et des avis derrière des onglets séparés sur une seule page sans outils supplémentaires.

Il y a aussi un éditeur d’images amélioré intégré directement dans l’éditeur de page. Cliquer sur le bouton Recadrer d’une image ouvre désormais une fenêtre d’édition dédiée superposée à votre page, remplaçant l’ancien outil qui fonctionnait en ligne. À l’intérieur, vous pouvez recadrer en faisant glisser vers n’importe quelle forme ou choisir un préréglage comme carré ou grand écran, faire pivoter par petits incréments avec des guides pour redresser une photo penchée, retourner l’image et modifier ses détails, le tout au même endroit. Fermez la fenêtre et vous revenez à votre page là où vous l’aviez laissée. L’objectif était d’éviter que les corrections de base nécessitent une application photo séparée.

WordPress 7.1 donne également à l’identité de votre site sa propre page. Un nouvel écran Identité, accessible via Apparence > Éditeur > Identité, regroupe le titre de votre site, le slogan, le logo et le favicon (la petite icône dans un onglet de navigateur) en un seul endroit, avec la modification directement à l’écran. Ces paramètres étaient autrefois dispersés, c’est donc un petit changement qui évite beaucoup de recherche.

Ce qui n’est pas dans WordPress 7.1
Il y a beaucoup de contenus obsolètes en circulation, alors si vous en avez rencontré, voici de quoi vous rassurer : WordPress 7.1 ne supprime pas le bloc Classique. Le bloc Classique est la façon plus ancienne et plus simple de rédiger des articles qui fonctionne comme un traitement de texte basique, et de nombreux sites établis en dépendent encore. Ce qui a réellement été proposé était plus limité : le masquer de l’outil d’insertion de blocs pour qu’il n’apparaisse pas lorsque vous ajoutez un nouveau bloc, tout en conservant le fonctionnement de tous les blocs Classiques existants. Même cela a été annulé le 7 juillet 2026. Rien ne change.
Voici ce que d’autres personnes demandent et qui n’est pas dans cette version :
- La co-édition en temps réel n’a pas été incluse. Avoir deux personnes qui modifient la même page en même temps, à la façon de Google Docs, n’est pas encore prêt. C’est sur la liste des souhaits mais soulève des questions ouvertes, et l’équipe a concentré ses efforts sur les Notes améliorées.
- Une importante mise à niveau du code a été reportée. L’éditeur de WordPress est construit sur un logiciel appelé React. Une mise à niveau vers la dernière version, React 19, était attendue mais a été repoussée. Elle n’est disponible qu’en tant qu’option expérimentale pour les développeurs, pas activée par défaut. La plupart des propriétaires de sites ne le remarqueront pas de toute façon.
- Un outil de style éditorial pour l’IA n’a pas été inclus dans le cœur. Directives vous permet d’écrire vos règles éditoriales une seule fois : ton, formulations préférées, mots à éviter, pour que WordPress s’en souvienne au lieu que vous les répétiez à un outil IA à chaque fois. Il est disponible en tant qu’expérience de plugin Gutenberg depuis mars, mais la proposition de l’intégrer dans WordPress lui-même a été refusée en juillet, cinq jours avant la première bêta, car il a besoin de plus d’utilisation réelle d’abord. Vous pouvez l’essayer, mais il ne fait pas partie de la version 7.1.
- Deux fonctionnalités plus petites ont été retirées : la prise en charge des adresses email utilisant des caractères non anglais, et un bloc « Table des matières ». Les deux ont été reportés à une version ultérieure.
Qu’en est-il des fonctionnalités IA ?
Il vaut la peine de clarifier cela, car la version 7.1 a été largement présentée comme une version IA. L’IA que vous pouvez réellement voir et utiliser est arrivée dans WordPress 7.0 : le Client IA, qui donne aux plugins une façon standard de communiquer avec des services comme ChatGPT ou Gemini, et l’écran Connecteurs où vous connectez un fournisseur et collez votre clé. Notre guide sur le fonctionnement de l’IA dans WordPress 7.0 explique ce que cela signifie en pratique.
Ce sur quoi travaille la version 7.1 se situe en dessous de tout cela, dans quelque chose appelé l’API Abilities. Pensez-y comme un catalogue de ce que votre site peut faire, écrit de manière à ce que les logiciels puissent le lire : créer un article, mettre à jour un produit, changer un paramètre. Il s’est développé au fil des dernières versions, et il est important car un outil IA connecté à votre site fait des suppositions jusqu’à ce qu’il puisse consulter ce qui existe réellement.
Les changements de la version 7.1 rendent ce catalogue plus facile et plus sûr à utiliser. Les outils peuvent le rechercher plutôt que de tout lire. Les entrées peuvent être marquées comme ouvertes aux outils externes ou gardées privées. Le catalogue se décrit dans un format standard, pour que les logiciels puissent le comprendre sans code personnalisé. Et il y a des points de contrôle qui s’exécutent chaque fois qu’une entrée est utilisée, c’est là que les permissions et la journalisation sont attachées. Rien de tout cela n’est un bouton que vous appuyez, mais cela détermine la façon dont les AI Tools peuvent travailler en toute sécurité sur votre site plus tard.
Deux autres ajouts fonctionnent de la même façon. La bibliothèque de code IA intégrée à WordPress peut désormais diffuser les réponses au fur et à mesure qu’elles sont générées, plutôt que d’attendre une réponse complète, et créer des créer des embeddings, c’est-à-dire des représentations vectorielles, qui permettent à la recherche de comprendre le sens des contenus plutôt que de simplement faire correspondre des mots exacts. Ces deux fonctionnalités sont destinées aux développeurs de plugins et ne sont pas encore utilisées dans l’éditeur.
Il y a un changement que vous pourriez réellement voir. L’écran Connecteurs accepte désormais un nom d’utilisateur et un mot de passe d’application en plus d’une clé API, ce qui est une façon plus familière de connecter un service et signifie une clé de fournisseur de moins à gérer. WordPress a également corrigé un problème où les navigateurs pouvaient proposer de remplir automatiquement vos mots de passe enregistrés dans le champ de clé API. Au-delà de cela, les parties de la version 7.1 sur lesquelles vous cliquerez concernent le design, les médias et le travail en équipe.
Compatibilité WordPress 7.1 : ce qu’il faut tester avant la mise à jour
Voici un tableau présentant chaque modification, qui elle affecte, et ce que vous devez vérifier, le cas échéant :
| Modification WordPress 7.1 | Qui est concerné | Ce qu’il faut tester |
|---|---|---|
| Style responsive et interactif (par taille d’écran ; états de survol et de clic ; sans code) | Designers, auteurs de thèmes, agences | L’apparence du site sur téléphone et tablette, et si les styles de survol et de clic fonctionnent |
| Traitement des médias côté client | Sites riches en images, plugins d’images, hébergeurs | Tailles d’images personnalisées, conversion de format, et tout plugin d’import d’images |
| L’éditeur charge désormais dans un cadre isolé (thèmes par blocs) | Sites avec blocs personnalisés | Blocs personnalisés (nécessitent Block API v3), style de l’éditeur, panneaux complémentaires |
| Éditeur d’images intégré (recadrer, faire pivoter, modifier les infos) | Équipes de contenu et éditoriales | Recadrage, rotation et modification des détails d’image dans l’éditeur |
| Notes améliorées (@mentions, notes sur du texte spécifique, fils de discussion, formatage) | Équipes éditoriales et de contenu | Mentions, fils de discussion et permissions de commentaires |
| Blocs Liste de lecture et Onglets | Toute personne utilisant des plugins pour cela aujourd’hui | Le lecteur audio et les panneaux à onglets |
| Barre d’outils et jeu de couleurs stables entre les éditeurs | Tous les utilisateurs de l’éditeur | Barre d’outils et jeu de couleurs dans l’éditeur de site |
| Nouvelle façon d’ajouter des jeux d’icônes personnalisés | Développeurs de thèmes et plugins | wp_register_icon_collection(), vérifications de sécurité des fichiers d’icônes |
Si vous gérez un site WordPress standard (la plupart des gens)
Si votre site fonctionne avec les blocs standard de WordPress et un thème régulièrement mis à jour (le template de design qui contrôle l’apparence de votre site), WordPress 7.1 est une mise à jour à faible risque. Les changements que vous remarquerez réellement sont les plus agréables : les Notes améliorées, le nouvel outil de recadrage et rotation des images, et les blocs Onglets et Liste de lecture. Mettez à jour une copie de staging, effectuez votre routine habituelle de rédaction et de publication d’un article, et vérifiez que tout plugin que vous utilisez pour des onglets ou de l’audio fonctionne toujours bien avec les nouveaux blocs intégrés.
Si vous concevez des sites WordPress pour d’autres
Si vous créez ou personnalisez fortement des sites, testez d’abord les nouveaux contrôles de design par rapport à votre travail existant. Les points de rupture ajustables sont une vraie amélioration, mais ils peuvent aussi modifier l’apparence de vos mises en page mobiles soigneusement réglées. Ouvrez vos principaux templates de page et visualisez-les aux largeurs bureau, tablette et téléphone, confirmez que vos boutons ont encore le bon aspect au survol ou au clic, et comparez le résultat avec ce que vous aviez avant.
Si votre site WordPress a des blocs ou des fonctionnalités personnalisés
C’est la section à transmettre à votre développeur si vous en avez un, ou à lire attentivement si des fonctionnalités personnalisées ont été créées pour votre site. Deux changements représentent le principal risque de compatibilité WordPress 7.1 pouvant provoquer une rupture, et presque aucun autre article ne les mentionne.
Le premier est un changement dans la façon dont l’écran de modification se charge. Pour les thèmes « par blocs » modernes, l’éditeur charge désormais dans un cadre isolé, un peu comme une fenêtre dans une fenêtre (les développeurs appellent cela un « iframe »). Les blocs personnalisés construits avec un ancien ensemble de règles de construction, connu sous le nom de Block API version 2, doivent être mis à jour vers la version 3 plus récente, sinon ils peuvent sembler cassés après la mise à jour. C’est la cause la plus fréquente d’un éditeur qui semble soudainement mal fonctionner.
Le second concerne les plugins qui font quelque chose lors de l’import d’une image : la redimensionner d’une façon spéciale, ajouter un filigrane, ou créer des tailles personnalisées. Parce que la gestion des images a été déplacée dans le navigateur, les points de connexion techniques sur lesquels ces plugins s’appuient (les développeurs les appellent des « hooks ») peuvent ne pas se déclencher comme avant. Tout plugin qui touche aux imports d’images nécessite un test d’import après la mise à jour. C’est la chose la plus susceptible de poser problème sur un site personnalisé, et la plus facile à manquer, car elle n’apparaît que lorsque quelqu’un importe réellement un fichier. Une note supplémentaire pour les développeurs : la boutique de données interne du nouveau bloc Onglets a été supprimée lors du nettoyage final, donc n’y construisez rien pour l’instant.
Vous n’êtes pas sûr que les changements liés au « thème par blocs » vous concernent ? Voici une vérification en 10 secondes. Dans votre tableau de bord WordPress, ouvrez le menu « Apparence ». Si vous voyez une option « Éditeur » (parfois appelée l’Éditeur de site), vous utilisez un thème par blocs et le changement de chargement de l’éditeur vous concerne. Si vous ne voyez que « Personnaliser » et pas d’« Éditeur », vous êtes sur un thème classique et pouvez ignorer cette préoccupation particulière entièrement. Cette seule vérification vous dit si la moitié de cette section est même pertinente pour votre site.
Comment tester WordPress 7.1 en toute sécurité
La règle d’or avant la mise à jour WordPress 7.1 : testez sur un site de staging, jamais sur votre site en ligne. Un site de staging est une copie privée de votre site où vous pouvez essayer des mises à jour, casser des choses et les réparer, sans qu’aucun visiteur ne le voie jamais.
Chez SiteGround, vous pouvez créer une copie de staging depuis votre tableau de bord Site Tools, y exécuter la mise à jour, et la publier sur votre site en ligne uniquement lorsque vous êtes satisfait.
Pour obtenir la version pré-sortie de WordPress 7.1 sur cette copie, la route la plus simple est un plugin gratuit appelé WordPress Beta Tester. Installez-le, choisissez l’option « À la pointe », et il vous proposera la dernière version de test. Si vous voulez juste un aperçu rapide des nouvelles fonctionnalités sans toucher à votre propre site, WordPress Playground lance un site WordPress temporaire et jetable directement dans votre onglet de navigateur, sans rien à installer et sans rien que vous puissiez casser. Utilisez Playground pour une visite guidée, et une vraie copie de staging pour une vérification de compatibilité appropriée avant de réellement mettre à jour.
Conclusion
Pour la plupart des gens, WordPress 7.1 est une mise à jour sûre et utile, et si vous créez ou concevez des sites WordPress, c’est vraiment une bonne version : les nouveaux contrôles de design éliminent une vraie partie du code du travail quotidien. La seule vraie mise en garde est limitée. Si votre site a des fonctionnalités personnalisées, ou des plugins qui gèrent les images d’une façon spéciale, testez-les sur une copie de staging avant de mettre à jour. Pour tous les autres, une vérification rapide que votre site fonctionne toujours suffit.
La voie sûre est celle qui a toujours fonctionné : sauvegardez votre site, testez sur une copie, puis mettez à jour pour de vrai. Si gérer tout cela vous-même semble plus que vous n’aviez prévu, un hébergement WordPress avec staging en un clic et des mises à jour automatiques qui peuvent revenir en arrière en cas de problème enlève la pression du jour de mise à jour, afin que vous puissiez essayer WordPress 7.1 correctement et passer en ligne uniquement lorsque vous êtes prêt.
WordPress 7.1 est prévu pour le 19 août 2026, dernier jour du WordCamp US à Phoenix. La date est marquée comme provisoire sur le calendrier officiel, elle pourrait donc changer si un candidat à la version découvre un bug sérieux.
Vous ne devriez pas mettre à jour votre site en ligne vers WordPress 7.1 le jour de sa sortie. Testez d’abord sur une copie de staging, surtout si vous utilisez des blocs personnalisés, un thème fortement personnalisé, ou des plugins qui traitent les imports d’images, et mettez à jour le site en ligne une fois que ces tests sont concluants. Si votre site est hébergé chez SiteGround, décidez-en avant le jour de la sortie plutôt qu’après. Par défaut, l’outil de mise à jour automatique WordPress de SiteGround installe les versions majeures 24 heures après leur sortie, et effectue une sauvegarde complète de votre site immédiatement avant l’exécution de la mise à jour. Vous pouvez prolonger le délai, ignorer la version, ou mettre à jour plus tôt depuis Site Tools > WordPress > Mise à jour automatique.
WordPress 7.1 ne causera pas de problèmes à la plupart des sites construits à partir de blocs standard et d’un thème à jour. Le véritable risque concerne les blocs personnalisés créés avec l’ancienne API Block version 2, qui doivent être mis à jour vers la version 3, ainsi que les plugins gérant le téléchargement d’images, car le traitement des images par le navigateur change lorsque certains de leurs points de connexion s’exécutent.
Non. WordPress 7.1 ne supprime pas le bloc Classique, et la suppression n’a jamais été proposée. Un projet plus limité visant à le masquer de l’outil d’insertion de blocs a été annulé le 7 juillet 2026, de sorte que le bloc Classique reste disponible et fonctionne comme avant.
Non, pas comme fonctionnalités finalisées. La collaboration en temps réel reste sur la feuille de route avec des questions ouvertes, et la mise à niveau React 19 a été reportée, ne revenant qu’en tant qu’option expérimentale pour les développeurs. Les Notes améliorées ont reçu le travail de collaboration pour cette version.
Le traitement des médias côté client de WordPress 7.1 prépare les images dans le navigateur web du visiteur sur les navigateurs basés sur Chrome, gérant la compression, le redimensionnement et la conversion de format avant l’import. Les navigateurs sans prise en charge reviennent automatiquement à l’ancienne méthode côté serveur, donc rien ne se casse.



Commentaires ( 0 )
Laisser un commentaire