Une proposition WordPress admet qu’elle prend du retard sur Wix et les plates-formes similaires et suggère qu’elles doivent créer une équipe de performance pour coordonner les améliorations de vitesse.
WordPress admet être à la traîne de Wix, Shopify et Squarespace
La proposition du développeur principal de WordPress était brutale dans son évaluation selon laquelle WordPress était à la traîne :
« Par rapport à d’autres plateformes (par exemple, Wix, Shopify, Squarespace), WordPress est à la traîne.
Les autres plateformes sont en moyenne plus rapides – et deviennent de plus en plus rapides – que les sites WordPress… »
Ce n’est pas une opinion, c’est une déclaration de fait que WordPress prend du retard sur Wix.
Bien que certains puissent trouver controversé que WordPress Le développeur principal admettrait ouvertement qu’il prenait du retard sur des plates-formes comme Wix dans la course à l’amélioration des scores de vitesse, c’est en fait un fait qui est montré par les utilisateurs réels à travers le Chrome User Experience Report (CrUX).
Le rapport CrUX montre que les plates-formes qui gèrent l’aspect technique de la publication devancent WordPress en termes de vitesse sur la base de mesures réelles.
Publicité
Continuer la lecture ci-dessous
Lire: WordPress vs Wix : Gagnant de Core Web Vitals
Les principaux scores Web Vitals révélé par le rapport sur l’expérience utilisateur Chrome montrer qu’il est un fait que WordPress prend progressivement du retard sur Wix en termes de Éléments essentiels du Web.
Cette proposition vise à prendre des mesures pour changer cette situation.
Être ouvert à la possibilité que les choses doivent s’améliorer est un signe positif, car la première étape pour devenir le meilleur consiste souvent à identifier les domaines d’amélioration.
La proposition est menée par les développeurs WordPress de Google et Yoast.
Les mesures de vitesse objectives des utilisateurs de Chrome, rapportées dans le rapport mensuel CrUX (Chrome User Experience Report) de Google, montrent incontestablement que WordPress est lentement laissé pour compte par les plateformes qui sont mieux à même de contrôler le développement logiciel afin qu’il soit conforme aux meilleures pratiques en matière de vitesse.
Étant donné que la plate-forme WordPress est relativement décentralisée par rapport aux plates-formes comme Wix et Squarespace, elles sont moins en mesure d’influencer les meilleures pratiques en matière de performances de vitesse dans l’ensemble de l’écosystème WordPress.
Publicité
Continuer la lecture ci-dessous
En rapport: WordPress vs Wix : Gagnant de Core Web Vitals
WordPress a besoin d’une équipe performante
La proposition indique qu’elle a besoin d’une équipe officielle pour coordonner le côté performance du développement de base de WordPress.
Ainsi, au lieu que les performances soient presque une réflexion après coup dans les améliorations apportées à d’autres domaines de WordPress, les performances de vitesse peuvent passer au premier plan grâce aux défenseurs qui peuvent désormais aider à coordonner les améliorations.
La proposition précise :
“Nous pensons que WordPress a besoin d’une équipe de performance officielle chargée de coordonner les efforts pour augmenter les performances (vitesse) de WordPress.”
Pourquoi WordPress a besoin d’une équipe performante
La section suivante de la proposition explique pourquoi ils estiment qu’une équipe de performance est nécessaire.
La déclaration fait référence à l’expérience utilisateur, aux attentes des utilisateurs, au référencement et également aux avantages économiques et écologiques.
Cette dernière partie fait référence au fait peu connu que les sites Web difficiles à afficher sont dits « chers ».
Cela signifie que les appareils doivent dépenser plus de ressources pour créer des pages Web complexes et disposant de plusieurs ressources nécessaires au rendu de la page Web.
Cela a à son tour un impact sur la consommation d’énergie de l’appareil mobile téléchargeant la page Web.
L’impact ne concerne pas seulement la batterie, mais influence également la quantité d’énergie que la société doit générer pour continuer à télécharger des sites Web codés de manière inefficace.
La proposition note :
« Les utilisateurs attendent et préfèrent des expériences rapides (consciemment ou non). La recherche montre que les sites Web rapides peuvent offrir une meilleure expérience utilisateur, augmenter l’engagement, bénéficier au référencement, augmenter la conversion et être plus économiques et écologiques.
En rapport: Core Web Vitals : un guide complet
La vitesse de WordPress ne devrait pas être le travail d’un plugin
La proposition dit que le travail d’optimisation de WordPress ne devrait pas incomber à des plugins tiers et qu’il ne devrait pas être le fardeau de ceux qui utilisent WordPress pour le réparer et l’améliorer.
Il est dit:
« On ne peut pas s’attendre à ce que les utilisateurs finaux moyens soient des experts en performances. »
C’est quelque chose que j’ai suggéré en février 2021 dans l’article :
Core Web Vitals n’est pas vraiment votre problème ?
Google charge les UTILISATEURS de logiciels comme WordPress et non les développeurs de le réparer pour Core Web Vitals. Est-ce juste?
Publicité
Continuer la lecture ci-dessous
Core Web Vitals n’est pas vraiment votre problème ?
Les éditeurs de logiciels ont créé des plugins pour aider les fichiers de cache WordPress afin de servir plus rapidement, des plugins qui réduisent les fichiers CSS et certains plugins qui suppriment JavaScript afin qu’il ne soit téléchargé que lorsque cela est nécessaire.
WordPress propose que ce travail d’optimisation de WordPress soit effectué nativement par WordPress lui-même au lieu de s’appuyer sur des plugins tiers.
La proposition introduit le concept de « performance par défaut » comme un moyen d’internaliser l’accent mis sur la vitesse dans l’ensemble de l’écosystème de développement.
« Atteindre des niveaux de performances raisonnables ne devrait pas être un territoire de plugin, mais une partie du noyau (alias « performances par défaut »)
Points saillants de la proposition :
- On ne peut pas s’attendre à ce que les utilisateurs finaux moyens soient des experts en performances.
- Pour atteindre des niveaux de performances élevés, des considérations techniques doivent être « intégrées » dans l’ensemble de la pile ;
- L’écosystème des plugins n’aide pas les utilisateurs qui ne savent pas qu’ils ont besoin d’aide ou qui sont mal servis par l’écosystème des plugins.
- Les utilisateurs qui déterminent quel CMS choisir sont/seront de plus en plus influencés par les performances (et les facteurs UX/SEO/conversion associés), et nous perdrons du terrain au profit de plateformes plus rapides.
- La démocratisation de l’édition exige que le contenu publié soit découvrable ; qui sera moins susceptible de se produire via les moteurs de recherche (qui influencent ou représentent la majorité de la découverte de nouveaux contenus) pour les sites (plus) lents »
Publicité
Continuer la lecture ci-dessous
WordPress propose de reconsidérer le rôle des plugins pour l’optimisation
La proposition suggère également un réexamen de la dépendance à l’égard des plugins tiers pour les problèmes d’optimisation tout en indiquant qu’il existe certains domaines où les plugins sont mieux adaptés.
La proposition WordPress offrait des exemples où les plugins étaient la solution préférée :
- « Intégrations avec des CDN spécifiques
- Processus de transformation de modèle (par exemple, AMP)
- Toute technologie de performance non standardisée
- Toutes les normes expérimentales (par exemple, les API/capacités de navigateur avec une adoption limitée)
Ces distinctions devront être explorées et les lignes devront être tracées (et maintenues) dans le cadre de l’activité de l’équipe.
En rapport: Guide de référencement WordPress : tout ce que vous devez savoir
Comment l’équipe de performance WordPress peut procéder
Si la proposition est acceptée, la proposition suggère des étapes pour organiser le projet :
- « Configurez la chaîne Slack et le calendrier des réunions, ainsi que l’infrastructure make.wordpress.org.
- Comparer les performances et définir les critères de mesure et de succès en cours/futurs
- Identifier les projets prioritaires pour les améliorations CWV avec des échéanciers de haut niveau
- Attribuer des responsabilités pour les projets identifiés »
Réponse à la proposition de la communauté WordPress
Joost de Valk, fondateur du plugin Yoast SEO a souligné qu’il s’agit d’une proposition et non d’une décision définitivel.
Publicité
Continuer la lecture ci-dessous
« Ce n’est pas en train de dire « nous allons le faire, juste pour que vous le sachiez », c’est : « nous voulons le faire, voulez-vous nous rejoindre ? » »
La réponse à la proposition a été extrêmement positive.
Réponses typiques :
« C’est une belle initiative. Il pourrait enfin recevoir l’attention qu’il mérite.
Je suis profondément excité par cette proposition! Dans l’attente de la discussion ici et de pouvoir participer comme des choses…
Excellente proposition ! Au cours des dernières années, WordPress a pris de nombreuses mesures pour résoudre certains problèmes de performances front-end : chargement paresseux, prise en charge de WebP, Gutenberg (oui, je vais le mettre ici). Mais dans l’ensemble, il y a beaucoup plus de potentiel et d’opportunités ici. Enregistre-moi”
Un membre non-développeur de la communauté WordPress a noté tous les plugins qu’ils utilisaient actuellement et a expliqué comment ce serait une amélioration de ne pas avoir à compter sur autant de plugins tiers :
“En tant que personne qui n’est pas un développeur mais utilise une gamme de plugins (Autoptimize, ASYNC CriticalCSS, Page Speed Booster, CAOS, OMFG et ShortPixel – le tout en combinaison avec l’hébergement WP Engine et Cloudflare CDN, ainsi que la fonction native Lazy Load maintenant de WordPress) pour optimiser mes sites et ceux de mes clients, j’aimerais ne pas avoir à dépendre en permanence de cette suite d’outils pour augmenter les performances.
Publicité
Continuer la lecture ci-dessous
L’équipe de performance WordPress est une excellente idée
La formation d’une équipe de performance WordPress n’est pas seulement une bonne idée, c’est une excellente idée.
On peut soutenir que WordPress aurait dû avoir une équipe de performance depuis le premier jour. Néanmoins c’est super excitant de voir cette initiative donner un souffle de vie.
Citation
Lire la proposition WordPress
Proposition d’une équipe de performance
— to www.searchenginejournal.com