Tu n’es pas seul quand tu te bats Améliorer les scores Core Web Vitals et venez brièvement. Des anecdotes suggèrent qu’il est difficile de faire en sorte que Core Web Vitals fonctionne correctement. La raison en est que les éditeurs et le SEO essaient de réparer quelque chose qui n’est pas techniquement cassé.

Changement de paradigme dans le développement de sites Web

Nous sommes aux premiers stades d’un changement de paradigme majeur dans la création de sites Web. Un hébergeur plus rapide aidera, mais ne résoudra pas les problèmes avec Core Web Vitals.

Les Core Web Vitals sont facturés en aval sur l’appareil mobile qui transforme vos pages Web sur un téléphone mobile à des vitesses 3G ou 4G. C’est de là que proviennent les données de Core Web Vitals, et un serveur Web rapide est peu utile à ce stade lorsque le téléchargement est limité par une mauvaise connexion Internet sur le téléphone.

La publicité

Lisez ci-dessous

L’amélioration de Core Web Vitals concerne moins l’hébergement Web que la correction du code.

Réparer ce qui n’est pas cassé

WP Rocket a récemment repensé son site Web avec Gutenberg. C’était une décision audacieuse et presque imprudente étant donné que Gutenberg ne disposait pas de toutes les capacités d’édition de site Web à l’époque.

Ils ont dû ajuster la façon dont WordPress gérait CSS et JavaScript pour améliorer les scores d’expérience de page de Google.

En d’autres termes, lors de la refonte de leur site Web pour obtenir de bons résultats pour Core Web Vitals, WP Rocket a dû peaufiner WordPress lui-même afin qu’il devienne quelque chose pour lequel il n’était pas conçu.

Core Web Vitals-hostile

Les standards de base pour Web Vitals ne sont pas quelque chose que les développeurs WordPress prennent en compte lors de la création de WordPress. Pour cette raison, l’intégration de Tweets dans une publication déclenche un changement de mise en page cumulatif.

WordPress et les thèmes ne codent pas pour Google. Ils codent pour les besoins des éditeurs qui n’étaient pas un besoin de publication en mai 2020.

Ce n’est pas seulement WordPress non plus. La plupart des autres systèmes de gestion de contenu ne contiennent pas les meilleures pratiques de base de Web Vitals.

La publicité

Lisez ci-dessous

Cela ne veut pas dire qu’il y a quelque chose qui ne va pas avec WordPress. Il n’y a rien de mal avec WordPress car Google dit que quelque chose ne va pas.

Core Web Vitals n’est pas un problème WordPress

Les Core Web Vitals sont un ensemble de métriques développées indépendamment par Google et partagées avec l’éditeur et la communauté SEO.

WordPress n’a rien à voir avec cela. Core Web Vitals a été publié en mai 2020apparemment sans coordination ni consultation avec l’écosystème des développeurs.

Du côté de WordPress, le développement se poursuit comme si Core Web Vitals n’existait pas. Côté éditeur et SEO, ce sont les utilisateurs de WordPress qui sont chargés de « réparer » WordPress, Drupal, phpBB, etc.

Dans un monde parfait, la tâche de créer un système qui répond aux besoins des utilisateurs incombe aux développeurs. Mais cela n’arrive pas.

WordPress ne voit même pas Core Web Vitals comme un problème WordPress.

Quand quelqu’un a commencé un Fil de support dans les forums WordPress On leur a dit à ce sujet pour vérifier sur le forum d’assistance de Google.

« Vous devriez demander sur un forum Google car WordPress n’a rien à voir avec cela. »

Les éditeurs et la communauté SEO accablés de conformité

Les éditeurs WordPress n’essaient pas d’adapter les sites Web à une norme pour laquelle ces sites Web n’ont jamais été conçus.

C’est pourquoi tant de personnes ont du mal avec les vitaux Web de base. Les éditeurs et les référenceurs sont chargés d’essayer de corriger quelque chose qui devrait idéalement être corrigé au niveau du code.

La mise à niveau des scores Core Web Vitals peut donner l’impression d’essayer de rendre les performances d’une Honda Civic conformes aux normes d’une Chevrolet Corvette.

Les développeurs n’ont pas construit de Corvette. Ils ont construit une Honda Civic.

Mais Google demande que les conducteurs (pas les fabricants) améliore les performances au niveau de la Corvette. Cela vous semble-t-il juste?

Est-il judicieux de demander aux utilisateurs d’un logiciel de l’améliorer plutôt qu’aux développeurs du logiciel?

Le problème de la conformité logicielle avec Core Web Vitals se situe au niveau du code, pas au niveau de l’utilisateur.

La publicité

Lisez ci-dessous

Pourquoi les éditeurs et la communauté SEO sont-ils chargés de réparer quelque chose dont ils ne sont que des utilisateurs?

Google est-il utile?

Google propose de nombreux outils pour diagnostic les problèmes et les offres d’articles détaillés expliquant comment résoudre ces problèmes de codage.

Cependant, ce sont des problèmes de codage, pas des problèmes d’utilisateurs.

Un exemple de la séparation entre la communauté des développeurs et Google est le problème de décalage de mise en page cumulatif, où la page Web se déplace et se réorganise à mesure que les éléments de la page se téléchargent.

Une raison courante du décalage de mise en page cumulatif est que les images n’ont pas de hauteur et de largeur déclarées. Google recommande des solutions de contournement exotiques, telles que l’utilisation de CSS pour formater les images à l’aide de champs de rapport hauteur / largeur.

Il est peu probable que l’éditeur et le SEO moyens comprennent les champs de rapport hauteur / largeur et comment les ratios sont calculés de manière à ne pas nuire au site Web.

regarde ici à ceci et description des champs de rapport hauteur / largeur que Google associe et voyez si cela a du sens pour vous:

La publicité

Lisez ci-dessous

«Les carrés parfaits et les trucs 16: 9 sont excellents, mais les valeurs qu’ils utilisent ne sont que de simples calculs. Un format d’image peut être n’importe quoi, et ils sont généralement complètement arbitraires. Une vidéo ou une image peut être recadrée à n’importe quelle taille.

Comment trouver le dessus de rembourrage pour notre SVG 1127,34 × 591,44 ci-dessus?

Une façon est d’utiliser calc () comme ceci:

Rembourrage sur le dessus: calculé (591,44 / 1127,34 * 100%); « 

Bon Dieu!

Voici un autre exemple. De nombreux modèles Web définissent régulièrement les largeurs d’image via CSS pour être automatiques (width: auto;) sans régler la hauteur et la largeur des images Pour que les images s’intègrent dans un modèle comme un logo, qu’elles soient affichées sur un appareil mobile ou un appareil de bureau. Il s’agit d’une pratique de codage courante qui provoque une dérive cumulative de la mise en page.

Ce sont les raisons pour lesquelles WP Rocket a dû creuser et apporter des modifications au site CSS et JavaScript.

Par exemple, WordPress Gutenberg charge tous les CSS existants, qu’ils soient nécessaires ou non. Le développeur de WP Rocket a donc dû coder une solution pour cela.

La publicité

Lisez ci-dessous

C’est comme WP Rocket expliqué Ce qu’ils ont fait dans le cadre de leur refonte:

« … Nous avons jeté plusieurs blocs qui n’ont pas été utilisés. Nous avons créé un système de mise en file d’attente personnalisé qui bloque CSS et JS uniquement en cas de besoin. Il ne nous a fallu que quelques minutes pour développer ce système.

Nous avons également décidé de ne pas utiliser le fichier CSS Gutenberg. Au lieu de cela, nous avons « migré » le CSS réellement requis dans notre propre feuille de style, dans un fichier CSS dédié. Ça a marché. »

Repensez la façon dont les sites Web sont construits

Il est important de comprendre le problème central des Web Vitals. Google exige que les éditeurs et les référenceurs développent des solutions que la communauté des développeurs CMS ne souhaite pas aborder.

Voici un exemple du type de compromis auxquels nous sommes confrontés et de la manière dont Google change la façon dont nous développons des sites Web.

Parlons des polices.

Le rendu qui bloque les ressources tierces peut avoir un impact négatif sur la plus grande peinture de contenu. Un goulot d’étranglement courant est le téléchargement de polices à partir d’un site Web tiers tel que Google Fonts.

La publicité

Lisez ci-dessous

Il existe un certain nombre d’astuces qui doivent être combinées, en utilisant l’attribut de lien de préchargement et éventuellement JavaScript, etc., pour faciliter le téléchargement de polices Core Web Vitals tierces.

Mais est-ce que cela tuerait votre site Web de laisser cette police sophistiquée?

Une solution simple qui vous aidera à obtenir un meilleur score consiste à changer la police du site Web en une police sans empattement que les appareils Apple, Windows et Android ont déjà chargée dans leur système.

Lorsque vous passez à une police attrayante intégrée à l’appareil, le site n’a plus à attendre pour télécharger une police sophistiquée.

Une approche peut être quelque chose comme ceci:

font-family: Helvetica, Tahoma, sans-serif;

Si Android n’a pas déjà chargé Helvetica ou Tahoma dans le navigateur, l’appareil affichera le site en utilisant la police Roboto.

Capture d’écran d’un exemple de police Roboto

Capture d'écran de la police Roboto

Pour les personnes habituées à utiliser des polices sophistiquées, l’utilisation de polices système peut sembler extrême. Cependant, ceci est un exemple du type de compromis qu’un éditeur Web pourrait avoir à faire, en particulier pour les éditeurs qui se trouvent dans des niches hautement compétitives.

La publicité

Lisez ci-dessous

Ce type de décision est un jeu d’enfant pour un site affilié qui se concentre sur la vitesse des pages et les conversions.

Un moment de transition

Ce qui se passe aujourd’hui, c’est que nous vivons un moment de transition. Les choses changent de la façon dont nous avons fait les choses dans le passé à la façon dont les développeurs feront les choses (hors de la boîte) à l’avenir.

Les développeurs ont répondu à la demande de sites Web adaptés aux mobiles. Au fil du temps, ils peuvent répondre à la demande de sites Web qui fonctionnent bien pour Core Web Vitals.

La façon dont les systèmes CMS, les modèles et les plug-ins sont conçus n’a pas répondu aux besoins des éditeurs qui ont besoin de prendre en compte les éléments essentiels du Web.

À l’heure actuelle, les référenceurs technologiques et la communauté des développeurs doivent «réparer» ce qui n’est pas cassé pour que Google corresponde à sa vision de ce à quoi devrait ressembler le Web.

Bien sûr, une page qui se charge rapidement et qui ne se déplace pas est une bonne chose. Cependant, c’est un fardeau lorsque les utilisateurs d’un logiciel doivent améliorer eux-mêmes le logiciel.

La publicité

Lisez ci-dessous

À ce stade, le fardeau de corriger le code incombe au utilisateur le logiciel d’édition et non le développeur ce logiciel. Cela vous semble-t-il correct?

Ce qui peut arriver, c’est que certains trouvent utile de réparer autant que possible et de laisser le reste au fur et à mesure que WordPress et d’autres logiciels CMS rattrapent leur retard.





Source link

Recent Posts