WordPress 6.1 rend votre site Web encore plus rapide

WordPress 6.1, qui arrive en novembre 2022, est emballé avec des mises à niveau de performances dont certaines sont dites être des améliorations massives.

WordPress 6.1 regorge d’améliorations de performances

WordPress 6.1, qui arrivera en novembre 2022, regorge d’améliorations de performances, signalant que c’est peut-être la mise à jour que beaucoup attendaient.

Les scores de performance WordPress du début de 2022 à la fin septembre ont été relativement stables, augmentant de quelques points de pourcentage au printemps puis diminuant en été, terminant septembre 2022 environ 3 points de pourcentage plus haut qu’au début de l’année.

WordPress Core Web Vitals Performance en 2022

 

WordPress Core Web Vitals Performance en 2022

 

La plupart des autres plateformes ont bénéficié d’améliorations de performances plus substantielles mois après mois en 2022 :

  • Wix en hausse de 13 points
  • Duda en hausse de 8 points
  • Squarespace en hausse de 7 points
  • Joomla en hausse de 7 points
  • Drupal en hausse de 5 points

 

Les éditeurs WordPress espérant des améliorations de performances ont eu peu de bonnes nouvelles cette année. Mais cela est sur le point de changer en grand.

WordPress 6.1 est livré avec des améliorations substantielles, dont certaines sont qualifiées de « massives ».

« Amélioration massive » des performances WP_Query

Une amélioration importante des performances est l’ajout de la mise en cache aux WP_Query dans la base de données.

Cela signifie que chaque fois qu’un visiteur demande une page Web, cette demande restera dans un cache, une mémoire de ce qui a été récupéré de la base de données.

Improvements to WP_Query performance in 6.1

L’ajout de la mise en cache aux requêtes de base de données dans WordPress 6.1 WP_Query inclut une amélioration de la façon dont les requêtes de base de données sont effectuées dans la classe WP_Query, ce qui entraîne la mise en cache des requêtes de base de données.

Cela signifie que si la même requête de base de données est exécutée plusieurs fois, le résultat sera chargé à partir du cache. Pour ceux qui utilisent un objet persistant…

 

Lorsqu’un autre visiteur demande la même page Web, au lieu de faire une autre demande à la base de données, WordPress récupérera plutôt les données de la page Web du cache (mémoire) au lieu de récupérer (faire une requête) de la base de données.

Il en résulte des performances plus rapides.

Le contributeur principal de WordPress qui a travaillé sur cette amélioration a récemment tweeté :

 

Dans WordPress 6.1, il y a une amélioration massive des performances de la base de données. Les requêtes de base de données dans WP_Query sont maintenant mises en cache.

Un ticket sur lequel je travaille depuis plus de 5 ans a été fusionné.

Cela devrait se traduire par des milliards de requêtes de base de données moins répétées :  https://core.trac.wordpress.org/ticket/22176

 

Amélioration des requêtes de base de données de l’API REST

Lorsqu’une page Web est demandée, la page Web fera différentes demandes pour divers composants de la page. Cette amélioration rationalise ce processus en réduisant le nombre de requêtes de base de données (demandes de parties d’une page Web).

WordPress explique :

Lors de l’exécution d’outils de profilage par rapport aux réponses des requêtes d’API REST, il a été découvert que les contrôleurs de publication demandent beaucoup de données liées à chaque publication.

Par exemple, lors du renvoi d’une publication dans une réponse API REST, les données liées telles que l’auteur (utilisateur), l’image en vedette et la publication parente ont toutes été demandées.

Comme ces éléments liés n’étaient pas amorcés dans les caches, cela pourrait signifier que pour chaque post dans la réponse de l’API REST, il y aurait 3 requêtes de base de données distinctes : une pour l’utilisateur, une pour l’image en vedette et une autre pour la publication parente.

Dans WordPress 6.1, tous les caches sont amorcés dans une seule et même requête de base de données.

 

Améliorations supplémentaires de la mise en cache

Il existe d’autres améliorations liées au cache qui accélèrent la livraison des pages Web.

Améliorations apportées au cache API

Ce sont là quelques améliorations.

En termes simples, une amélioration appelée « Check cache key types » résout un problème créé par les plugins.

Cela résout un problème qui provoque une défaillance qui peut entraîner un comportement légèrement étrange ou une défaillance pure et simple. Cette amélioration permet aux développeurs de plugins de remarquer plus facilement le problème.

Les remarques du développeur sur ce correctif indiquent :

Ce changement introduit une vérification rapide du type sur les clés de cache données et ajoute un message _doing_it_wrong() qui devrait aider les développeurs de plugins à remarquer ces problèmes plus rapidement.

 

La deuxième amélioration est appelée, “Remove @access private from cache priming functions” ou “Supprimer ‘@access privé’ des fonctions d’amorçage du cache”.

Une explication de cette amélioration est qu’elle offre aux développeurs de thèmes et de plugins la possibilité d’accéder et d’utiliser certaines fonctions qui se traduiront par moins de requêtes de base de données, ce qui accélérera les performances du site.

Améliorations des publications et des types de publication

WordPress 6.1 améliore les performances des sites Web comportant une grande quantité de taxonomies personnalisées (telles que des libellés et des catégories).

Améliorations multisites

Réduit les requêtes de base de données dans les environnements multisites.

Amélioration de la gestion des supports

Il s’agit d’une amélioration des performances par rapport à la façon dont les images sont différées afin de les empêcher de ralentir la récupération et l’affichage des pages Web, ce qui entraîne une amélioration des performances.

WordPress le décrit comme ceci :

« Récemment, j’ai joué avec un autre attribut spécial de la balise img qui est essentiellement decoding= »async ».

Après avoir implémenté le décodage asynchrone des images d’une page, le chargement de la page est devenu, encore plus, plus rapide et les images sont décodées de manière asynchrone par le navigateur, chargeant le contenu presque instantanément et réduisant également le temps de rendu de la page.

C’est un énorme booster de performance pour toutes les pages Web qui ont beaucoup d’images (donc essentiellement la plupart des sites).

 

Amélioration des performances PHP pour “Core Blocks Registration”

Cela améliore la façon dont « block registration » est géré. Il s’agit d’une amélioration de la façon dont les blocs sont identifiés et traités.

WordPress le décrit ainsi :

… réduire les lectures du système de fichiers et le traitement des fichiers block.json, ce qui devrait profiter à tous les sites WordPress et améliorer les performances…

 

Nouvelles vérifications de l’état du site

WordPress 6.1 est livré avec deux nouveaux contrôles de santé du site.

Bien qu’il ne s’agisse pas d’une amélioration des performances en soi, cela aide les éditeurs à déterminer s’ils peuvent améliorer la performance de leur site avec l’utilisation d’un Persistent Object Cache (cache d’objets persistant) et/ou d’un Full Page Cache (cache de pages complètes).

New cache Site Health checks in WordPress 6.1

Dans le cadre de la version 6.1 de WordPress, l’équipe Performance a ajouté deux vérifications de l’état du site (cache d’objets persistants et cache de pages complètes).

Ces contrôles ont été précédemment testés dans le plug-in “Performance Lab”. Vous pouvez en savoir plus à leur sujet dans la proposition originale. Les deux vérifications s’exécuteront uniquement dans un environnement de production.

 

  • Persistent Object Cache (cache d’objets persistant) : Persistent Object Cache contient les parties de pages Web fréquemment demandées dans un cache (en mémoire), ce qui accélère l’affichage d’une page Web et réduit la charge du serveur.

 

  • Full Page Cache (cache de pages complètes) : Un cache de page complète est un cache de la page Web entière, ce qui permet essentiellement à une page Web de se comporter davantage comme une page HTML statique.Un cache pleine page n’est généralement pas utile sur un site dynamique et contenant de la personnalisation.

 

Cron API

Cela semble être une sorte de correction de bug, mais c’est aussi une amélioration de “wp-cron.php”, qui est un planificateur de tâches pour des choses comme les sauvegardes, les publications planifiées ou les mises à jour.

La mise à jour accélérera les performances en la rendant (à nouveau) compatible avec LiteSpeed Web Server plus LSAPI. Détails techniques ici.

Beaucoup plus d’améliorations de performances

Il y a beaucoup plus d’améliorations de performances, mais les mises à jour énumérées ci-dessus sont les plus notables.

En plus des améliorations de performances, WordPress 6.1 arrivera également avec des améliorations de l’accessibilité, l’éditeur de blocs, plus de flexibilité et d’options pour les développeurs de thèmes, des bibliothèques externes mises à jour vers les dernières versions, de nouvelles fonctions, de nouveaux filtres et même un nouveau fournisseur oEmbed pour les podcasts.

Les mises à jour sont généralement incrémentielles, mais WordPress 6.1 s’annonce assez substantiel, attendez-vous à ce qu’il soit publié le 1er Novembre 2022.

Source : Searchenginejournal