Démystifier les Core Web Vitals pour WordPress

Core Web Vitals représente désormais un ensemble de mesures obligatoires pour optimiser votre site, en particulier si le référencement et les performances du site sont importants pour votre stratégie numérique. Néanmoins, il peut être difficile de déterminer quels outils et stratégies WordPress sont les plus importants lorsque vous essayez d'améliorer les Core Web Vitals sur votre site.

Regardez cette session pour un aperçu approfondi des meilleures pratiques et des outils pour comprendre et améliorer vos scores Core Web Vitals sur votre site WordPress.

Haut-parleurs:

• Alex Zuniga, chef de produit chez WP Engine
• Mark Davoli, directeur, développement Web chez Amsive Digital
• Matt Chase, directeur du développement chez Vital Design
• Sanjucta Ghose, développeur Web senior chez WP Engine
• Mike Crantea, directeur de l'ingénierie frontale chez XWP

Transcription:

ALEX ZUNIGA : Bonjour et bienvenue dans Demystifying Core Web Vitals pour WordPress. Je suis Alex Zuniga, chef de produit chez WP Engine. Et aujourd'hui, nous allons vraiment discuter des tenants et aboutissants des éléments vitaux Web de base pour votre site Web WordPress. Core Web Vitals est une métrique obligatoire à optimiser si vous vous souciez d'optimiser votre site pour le référencement, pour les performances du site. Mais il peut être difficile de savoir quels outils et stratégies WordPress ont le plus d'impact. Alors rejoignez cette session pour un examen approfondi de la façon dont les meilleures pratiques et outils peuvent vous aider à améliorer vos scores Web Vital pour WordPress.

Maintenant, sans plus tarder, nous allons présenter nos panélistes pour cette session. Et tout d'abord, je vais céder la parole à Mike pour qu'il se présente brièvement.

MIKE CRANTEA : Bonjour, je suis Mike Crantea. Je suis situé dans les îles Canaries en Espagne. Je suis le directeur de l'ingénierie frontale chez XWP où j'ai travaillé pendant les 17 dernières années. Principalement dans le domaine de la technologie frontale, j'adore les performances Web. Et je suis content d'être ici. Hé.

ALEX ZUNIGA : Merci, Mike. Ensuite, nous avons Matt Chase.

MATT CHASE : Je suis directeur du développement chez Vital Design à Portsmouth, New Hampshire. Gros focus sur mon travail. Nous faisons donc beaucoup de scores phares et Core Web Vital.

ALEX ZUNIGA : Génial. Merci, Matt. Et Marc.

MARK DAVOLI : Bonjour, je suis Mark Davoli, directeur du développement Web chez Amsive Digital. Spécialisé dans l'espace Core Web Vital pour notre équipe car le référencement est très important pour notre entreprise. Et par conséquent, il en va de même pour Core Web Vitals. Heureux d'être ici.

ALEX ZUNIGA : Heureux de t'avoir, mec. Et enfin, Sanjucta.

SANJUCTA GHOSE : Bonjour. Je suis aussi de WP Engine. Je fais partie de l'équipe responsable de la maintenance des sites Web de WP Engine. Et cela inclut les sites qui sont venus avec Delicious Brains lorsque WP Engine les a acquis. Et j'ai passé une bonne partie de l'année dernière à optimiser les sites Delicious Brain pour Core Web Vitals. Je pense donc que cela devrait être une conversation très intéressante. Heureux d'être ici.

ALEX ZUNIGA : Merci. Merci. Eh bien, bienvenue à tous nos panélistes. Et nous avons hâte d'entendre ce que vous avez à dire. Nous allons donc décomposer ces questions en fonction de la mesure, de la gestion, de l'outillage et des attentes des clients en ce qui concerne Core Web Vitals. Donc, notre première question que nous voulons vous poser à tous, pourquoi devrais-je même me soucier de Core Web Vitals en premier lieu ? Et dans quelle mesure dois-je me concentrer sur l'optimisation de Core Web Vital ?

MARK DAVOLI : Je peux en parler si vous le souhaitez. Pour moi, il est vraiment important de s'assurer que vous avez une vitesse de page rapide. Et la raison pour laquelle c'est important est dans les conversions de résultat final. Droite? Ainsi, lorsque quelqu'un accède à un site Web, plus le temps de chargement est long, plus il est susceptible d'en descendre. Et si vous n'avez pas une vitesse de page rapide, vous n'aurez pas de chance et perdrez potentiellement beaucoup d'affaires. Surtout sur une boutique de commerce électronique.

SANJUCTA GHOSE : Alors oui. Je suis assez d'accord avec ce que vous avez dit, car bien que ce soit très important pour le référencement, nous devons également nous rappeler que les Core Web Vitals sont une mesure de la performance perçue de votre site. Comment l'utilisateur perçoit votre site. Et je pense que c'est très important de retenir l'attention que l'utilisateur perçoit votre site comme étant réactif, interactif et stable. Quelles sont les choses que Core Web Vitals mesure en quelque sorte. Je pense donc que plus que les scores SEO, il est important que la perception de vos performances par l'utilisateur soit importante. Et c'est pourquoi nous devrions nous concentrer sur Core Web Vitals.

ALEX ZUNIGA : Absolument. Matt, tu avais–

MATT CHASE : Ouais c'est, en gros, ce que j'allais dire, ouais, l'aspect SEO est génial. Mais finalement, nous codons ces sites pour les gens. Et nous voulons que ces personnes aient le site le plus rapide et le plus rapide possible. Mais cela affecte les deux mondes. Droite? Nous arrivons donc à une sorte de - lorsque nous nous adaptons à ces Core Web Vitals, nous faisons une excellente UX. Mais d'une manière qui satisfait les équipes SEO, ce qui n'est parfois pas toujours une bataille facile à gagner. Donc ça marche pour tout le monde.

ALEX ZUNIGA : Donc, avec tout cela dit, nous savons que c'est important. Mais quels sont les meilleurs moyens de mesurer notre score ?

MARK DAVOLI : Donc, l'une des façons dont nous mesurons en plus de l'utilisation - eh bien, il y a l'outil Page Speed ​​​​Insight de Google, qui est essentiel car c'est l'outil qu'ils utilisent pour le mesurer. D'accord, donc si vous voulez avoir un impact, l'utilisation de cet outil est vitale. Il y a aussi votre phare dans le navigateur directement dans Chrome DevTools, ce qui est très important. Et la Search Console dispose d'un excellent outil d'expérience utilisateur de page pour surveiller les métriques d'utilisateurs réels au cours des 28 derniers jours, ce qui est essentiel pour une surveillance à long terme.

SANJUCTA GHOSE : Oui. Je dirais donc que Page Speed ​​​​Insights est un très bon outil car il vous donne à la fois des données en temps réel dans le sens où les Core Web Vitals eux-mêmes sont basés sur des données utilisateur réelles au cours des 28 derniers jours. Mais vous pouvez également voir votre rapport Lighthouse, qui est basé sur des données de laboratoire. Et c'est ce que vous pouvez améliorer immédiatement, car il faut un certain temps avant de pouvoir réellement voir des améliorations dans Core Web Vitals, car elles sont mesurées sur une période de temps.

Donc, si vous essayez d'améliorer vos scores, je pense que Lighthouse est un excellent outil car il vous fournit - il vous indique quelles sont vos opportunités d'amélioration. Vous pouvez donc immédiatement essayer de mettre en œuvre ces opportunités et voir comment cela améliore votre score.

ALEX ZUNIGA : Génial. Cela ressemble à de grands cris pour Lighthouse là-bas. Excellent. Excellent.

MIKE CRANTEA : Je voudrais ajouter à ce sujet que le suivi des données de performance des métriques utilisateur réelles a été plus efficace pour pouvoir réagir plus rapidement aux dégradations de performances qui ont atteint la production. Les tests de laboratoire aident quand vous êtes en scène. Disons qu'il y a une dégradation que nous ne voulons pas propager. Mais il se passera toujours quelque chose dans la production qui pourrait surprendre. Et au lieu d'attendre plusieurs semaines pour que la Search Console et les métriques réelles des utilisateurs dans la base de données crux s'affichent, en les suivant vous-même avec une bibliothèque Web Vitals, vous pouvez garder une longueur d'avance.

ALEX ZUNIGA : Génial. Ouais. Il faut toujours garder une longueur d'avance sur ces surprises de production qui surviennent parfois. D'accord. Eh bien, merci d'avoir répondu à ceux sur la mesure. Maintenant, en ce qui concerne la gestion, quelles sont une ou deux choses que vous pouvez faire qui ont le plus d'impact sur Core Web Vitals ?

MATT CHASE: Donc je suppose qu'une chose qui me saute aux yeux est la charge paresseuse comme tout ce que vous pouvez. Et différez le chargement de tout ce que vous pouvez. Pour moi, c'est une sorte de solution clé en main que vous pouvez simplement faire et voir une amélioration immédiate. WP Rocket a un tas de cases à cocher vraiment très simples que vous pouvez activer pour activer ce genre de chose.

MARK DAVOLI : Oui. Et pour moi, l'accent est mis sur ce que nous appelons le rendu au-dessus du pli. Assurez-vous donc que cela rend le plus rapidement possible. Et comme mentionné précédemment, différer et charger paresseux tout ce qui est hors écran pour vous assurer d'obtenir le meilleur score possible. Cela étant dit, WP Rocket est excellent pour sa fonctionnalité de scripts de retard. Mais nous avons tendance à - comme j'essaie de limiter cela au GTM, ou aux scripts publicitaires de Google, ou à des choses comme ça. Et concentrez-vous vraiment sur l'amélioration de l'architecture de base réelle du thème qui alimente le site Web pour vous assurer qu'il est optimisé autant que possible. Vous ne comptez donc pas sur un plugin tiers pour avoir ce genre d'impact sur les performances.

MATT CHASE: Oh, absolument. Ouais. Les deux extrémités.

ALEX ZUNIGA : Compris. Je t'ai eu. Et juste pour clarifier, vous avez dit WP Rocket. Et c'est la fonctionnalité des scripts de retard ?

MARC DAVOLI : Oui.

ALEX ZUNIGA : Génial.

MIKE CRANTEA : Une chose qui n'est pas suffisamment mise en lumière est la mise en cache. Mais un temps de réponse rapide du serveur ne garantit pas une expérience rapide. Mais si votre serveur répond lentement, vous garantissez une expérience lente. Donc, utiliser toutes les couches de mise en cache disponibles - mise en cache du navigateur, mise en cache des objets, mise en cache des pages - et les activer et les rendre fonctionnelles est une bonne première étape. Faites vos bases. Et ensuite, vous pouvez travailler jusqu'aux optimisations frontales. Vérifier ce qu'il y a dans votre tête. Et ainsi de suite.

ALEX ZUNIGA : Excellent

SANJUCTA GHOSE : Oui. Et je pense qu'il ne faut pas non plus oublier d'optimiser nos images. Je pense que c'est très important car de nos jours, beaucoup de sites Web ont tendance à être lourds en images. Je pense donc qu'il est important que vous compressiez vos images, que vous les serviez via un CDN, puis, comme vous l'avez déjà mentionné, chargez vos images paresseux. Plus important encore, servez des images réactives. Ainsi, vous pouvez utiliser l'attribut de jeu de sources de la balise d'image ou la balise d'image pour diffuser des images réactives. J'ai vu que cela conduisait vraiment à beaucoup d'améliorations, car les Core Web Vitals sont des premières mesures mobiles. Il est donc très important que vous serviez des images réactives. C'est quelque chose que nous oublions parfois.

Je pense donc aux images. Et aussi des choses très simples comme minimiser votre JavaScript dans votre CSS lors de vos étapes de construction. Je pense que ça aide beaucoup aussi. C'est assez simple à faire.

MATT CHASE: Ouais. À ce sujet, en fait, puisque vous en parlez, WordPress distribue une sorte de système de construction de packs Web packagés. Ils l'appellent simplement sur WordPress Scripts. Et notre agence, nous avons lutté pendant longtemps pour essayer de maintenir notre propre système de webpack. Et puis tous les huit mois environ, certaines dépendances de nœuds changeaient et brisaient toute notre chaîne d'outils. Mais WordPress en quelque sorte maintient cela pour nous. Et cela a été un énorme avantage.

Et le webpack là-dedans, nous avons commencé à utiliser des importations dynamiques pour créer notre bundle JavaScript principal. Nous importons donc en quelque sorte nos dépendances de nœuds au moment de l'exécution au lieu de tout regrouper dans un seul package JavaScript principal, ce qui nous a en quelque sorte permis un contrôle très précis sur ce même type de chargement de script différé. Uniquement dans des cas particuliers. Comme lorsque notre bloc est sur la page.

MARK DAVOLI : Oui. Je trouve également très important de vous assurer que vous êtes très sélectif autour des plugins que vous utilisez sur votre site Web. Vous pouvez obtenir de nombreux bloatwares inattendus en installant des plugins tiers. Essayez donc de les limiter à des plugins très réputés et bien construits. Et faites attention à ce que chargent ces plugins. Cela peut vraiment, vraiment aider à contrôler les performances du site. Et malheureusement, WordPress s'appuie toujours fortement sur jQuery pour une utilisation backend et ainsi de suite. Mais ce n'est pas vraiment nécessaire pour le frontend. Donc, si possible, supprimer la prise en charge de jQuery depuis l'interface du site Web et s'en tenir au JavaScript natif peut vraiment améliorer les performances.

ALEX ZUNIGA : Génial. Je pense que nous sommes déjà en train de plonger dans ce domaine. Et vous en avez mentionné quelques-uns. Mais allons un peu plus loin avec l'outillage. Quels sont certains des outils préférés que vous aimez utiliser pour l'optimisation de Core Web Vital ? Et pour quel type de cas d'utilisation sont-ils les meilleurs ? Ou y a-t-il des scénarios où ils ne conviennent pas ?

MATT CHASE: Je veux dire, c'est arrivé avant. Mais vraiment, l'outil Lighthouse dans le navigateur est un peu mon choix, car ce sont des résultats immédiats. Droite. Le Core Web Vitals est génial, mais sa puissance réside dans le fait qu'il s'agit d'un agrégat qui s'assemble au fil du temps. Vous ne pouvez donc pas vraiment changer quelque chose et voir le nombre changer. Par rapport à Lighthouse, dans le navigateur, vous effectuez une mise à jour. Vous voyez votre environnement de développement local et exécutez un test Lighthouse. Et peut immédiatement voir, oh, ma performance a bondi de 15 points. Cool. C'était la bonne chose à faire. Poussez cela à la production.

ALEX ZUNIGA : Génial. D'autres outils que vous aimez utiliser ?

MIKE CRANTEA : Je voudrais remercier vivement la fonctionnalité de substitution locale dans Chrome. Cela, en combinaison avec l'onglet Performances, vous donne une capacité chirurgicale pour jouer en modifiant même l'ordre de chargement des éléments sur votre site Web. Et combien ou peu cela a un impact. Cela vous donne la surveillance nécessaire pour savoir si faire l'effort d'apporter un certain changement en vaut la peine, ou si vous aimez simplement le laisser là et vous concentrer sur d'autres choses qui ont vraiment un impact.

MARK DAVOLI : Et une chose qui, à mon avis, est également essentielle, c'est la surveillance de l'architecture des serveurs. Droite. Vous pouvez donc avoir les plus grands Core Web Vitals au monde, mais si votre serveur subit une charge inhabituellement lourde et que vous n'êtes pas au courant, vous pouvez soudainement constater que votre première peinture de contenu chute de façon spectaculaire, ce qui affecte alors à peu près tout le reste. Donc, gardez un œil attentif avec des outils comme New Relic ou autre pour simplement surveiller les performances. Il est essentiel de garder un œil attentif pour vous assurer que vous disposez de l'infrastructure appropriée pour rendre votre site Web aussi rapide que possible.

MIKE CRANTEA : Et c'est là que le fait d'avoir la mise en cache activée et prête aide.

MARK DAVOLI : Et CDN.

MIKE CRANTEA : Oui. Évitez certaines catastrophes potentielles.

ALEX ZUNIGA : Excellent. Eh bien, j'apprécie cette clarté. Donc une des questions. Il existe de nombreux plugins d'optimisation pour optimiser Core Web Vitals. Quelles sont les limites des plugins WordPress pour vous aider ? Ou optimisent-ils vraiment le site ? Ou sont-ils simplement en train de tromper les mesures de Google ? Et je suppose que c'est peut-être une question de savoir s'il vaut mieux - nous avons en quelque sorte mentionné s'il est préférable d'utiliser des plugins ou de faire le travail au lieu de s'appuyer sur un plugin là-bas?

SANJUCTA GHOSE : Je pense donc que les plugins sont super. Comme par exemple, WP Rocket par exemple est génial. Nous utilisons beaucoup EWWW Image Optimizer. Et je pense que c'est super aussi. Mais comme je pense que cela a déjà été dit. WP Rocket, vous devez l'utiliser avec précaution car si vous activez la fonction JavaScript différée, j'ai vu des cas où elle introduisait des bogues étranges. Bogues ponctuels. Je préférerais donc parfois lancer ma propre solution plutôt que d'utiliser un plugin. A condition d'avoir l'expertise en développement.

Ainsi, la plupart des optimisations que nous avons effectuées pour les sites Delicious Brain ont été réalisées par nous-mêmes plutôt que d'utiliser un plugin. Mais cela dit, je pense que les plugins sont un excellent point de départ. Ainsi, lorsque vous débutez, vous voudrez peut-être, par exemple, implémenter le déploiement de WP Rocket sur votre site de développement, et jouer et voir si cela casse des choses ou non. Ou s'il apporte de réelles améliorations. Je pense donc que les plugins doivent être utilisés avec précaution. Et vous devez savoir ce qui se passe en arrière-plan et ce que font les plugins. Et comment cela pourrait affecter votre site.

MATT CHASE: Ouais. Heureusement, je pense que WP Rocket dans les versions plus récentes a au moins été bon pour étiqueter très clairement les commutateurs dangereux dont ils disposent. Parce que j'ai été brûlé par cela de nombreuses fois aussi où les scripts retardés - et même ceux auxquels vous ne vous attendriez pas comme l'optimisation CSS ont en quelque sorte cassé des modèles où il n'a pas obtenu la chose qui disait qu'un nom de classe les rendrait visibles . Ce fut donc une journée passionnante.

Mais ouais. WP Rocket est définitivement mon choix, à part évidemment un bon code entrant, un bon code sortant. Droite. Faire le travail est toujours la meilleure façon de l'aborder. Les plugins peuvent automatiser des choses. Mais il n'y a pas de substitut pour que votre code soit réellement léger et méchant.

MIKE CRANTEA : Il y a un autre plugin qui est marqué comme un type de plugin de laboratoire. C'est Performance Lab. C'est fait par l'équipe WordPress Performance Core. Et même si cela ressemble à quelque chose d'effrayant, il a fourni dans tous mes tests jusqu'à présent une stabilité totale. Et c'était très impressionnant pour ce que c'était censé être, et la qualité du travail qui s'est retrouvé dans ce plugin Performance Lab. Cela vaut donc la peine de l'essayer. Quelques cases à cocher. Et tout ce qui s'y trouve est en sécurité. Eh bien, je ne suis pas si sûr du changement de base de données. C'est quelque chose de plus controversé quand j'ai lu à ce sujet. Ouais. Ne touchez pas à ce bouton. Comme ils ont ajouté le support SQLite ou quelque chose comme ça dans le plugin, qui fonctionne certainement pour certains sites Web plus petits.

ALEX ZUNIGA : Intéressant.

MARK DAVOLI : Oui. Et pour moi, WP Rocket est fantastique. Nous limitons son utilisation sur la plupart de nos sites car la plupart de ce que nous faisons est construit nativement. Mais il y a beaucoup d'autres fonctionnalités dans Core WordPress qui, si elles sont utilisées correctement, peuvent vraiment vous offrir un site bien optimisé. Comme utiliser l'éditeur de blocs au lieu d'un tiers comme Elementor ou et cetera, peut ajouter beaucoup de ballonnement à un site. Donc, si vous construisez comme le nouveau système de blocs de type Gutenberg natif, et chargez vraiment les fichiers selon vos besoins au lieu de tout charger en même temps sur chaque page par exemple. Il y a maintenant des fonctionnalités de chargement paresseux intégrées dans WordPress. Donc, surveiller la façon dont il est utilisé et l'utiliser de manière appropriée, et cetera. Et puis ajouter un outil comme WP Rocket pour améliorer ce qui existe déjà. Mais pas uniquement en s'appuyant dessus.

Cela peut être bénéfique pour vous y rendre, surtout si vous avez un site qui ne fonctionne pas bien. Mais comme mentionné, comme la génération CSS critique, ces choses peuvent avoir beaucoup de problèmes car elles font beaucoup d'hypothèses basées sur ce que leur bot voit sur votre page. Mais il ne peut pas prédire les choses qui ne rendront pas les vues initiales. Donc, si vous avez des modèles, comme mentionné, ceux qui apparaissent, il ne saura pas que c'est une possibilité. Il ne générera pas le CSS pour cela et l'intégrera correctement. Donc, comme faire des choses comme précharger vos polices clés ou les rendre au-dessus du pli. Encore une fois, c'est la clé. Vraiment le plus important.

SANJUCTA GHOSE : Sur le sujet du CSS critique, je voulais juste intervenir et mentionner qu'Addy Osmani a cet outil génial appelé Critical. Vous pouvez ajouter cela à votre processus de construction pour générer votre CSS critique. C'est génial. Et c'est très fiable. Donc, puisque vous avez mentionné le CSS critique, j'ai pensé que j'ajouterais cela. Désolé de vous avoir interrompu.

MIKE CRANTEA : C'est bien. Sur le même sujet du CSS critique, l'équipe Jetpack a fait des efforts pour faire quelque chose avec le plugin Jetpack Boost. Cela fait une façon très, très intéressante de générer le CSS critique en rendant les pages dans des iframes ou quelque chose comme ça. Que fournir quand ça marche, c'est une excellente solution. Quand ce n'est pas le cas, il vous dit, hé, ça ne marche pas ici. Déplacez-vous simplement. Vous avez besoin d'autre chose. Il n'est pas toujours facile d'accéder au CSS critique. D'un autre côté, il y a 4 ou 5 ans, les CSS critiques étaient super gros. Cela a beaucoup aidé.

Au cours des deux ou trois dernières années, avec les progrès de HTTP/3, avoir un CSS critique rendu bloquant a un impact très faible pour avoir 100 kilo-octets ou quelque chose de CSS en ligne. Fait en sorte qu'un site Web fonctionne aussi rapidement qu'un site Web qui avait un CSS critique il y a quatre ou cinq ans. N'ayez donc pas peur d'avoir un CSS de taille décente à l'intérieur de votre site. Vous n'avez pas à vous en débarrasser. Et j'ai vu des sites Web qui étaient comme super optimisés.

Nous avons en CSS critique comme 100 kilo-octets de CSS en ligne. Et le blocage du rendu, jQuery et deux autres scripts qui n'ont pas été utilisés. C'est comme, yay. Vous allez à l'encontre du but avec ça. Il peut nous aider à durer 5% type d'approche. Mais si vous commencez par cela, regardez le premier.

ALEX ZUNIGA : Génial. Génial. Je pense à tous ces outils. C'est formidable d'entendre ces cris. Et c'est formidable d'entendre ces suggestions et recommandations. Et beaucoup de ce genre de tourbillons autour de notre prochaine question. Quels sont les aspects uniques du travail sur WordPress spécifiquement avec Core Web Vitals ? Est-ce que vous devez le faire via des plugins plutôt que de le faire avec n'importe quelle autre pile technologique ? Est-ce plus simple avec WordPress ? Y a-t-il plus d'outils disponibles? Comme nous venons de le mentionner, vous venez tous d'utiliser beaucoup d'outils. Est-ce plus simple avec WordPress ? Est-ce plus difficile avec WordPress ? Qu'est-ce que vous prenez ?

MATT CHASE : Je pense que c'est très facile avec WordPress. Nous avons donc parlé un peu – ou j'ai mentionné le package de nœuds de scripts WordPress qu'ils distribuent, qui est juste un excellent type de système de construction de packs Web dans une boîte. Ils ont également le bloc WordPress Create, qui est juste un moyen très rapide et facile de démarrer un bloc personnalisé pour votre site basé sur WordPress. Mais il est construit de telle manière qu'une grande partie du code de colle, pour ainsi dire, est en quelque sorte écrit pour vous. Donc, c'est déjà intelligent de– Mark, vous n'avez mentionné ces scripts que lorsque vous êtes censé le faire. Vous savez donc si votre bloc le fait dès le départ. Vous n'avez même pas besoin d'y penser. WordPress rend donc ce genre de choses vraiment facile.

MARK DAVOLI : Oui, absolument. Et c'est open source. Droite? Vous pouvez donc changer à peu près n'importe quoi. C'est beaucoup plus difficile lorsque vous travaillez avec un système fermé pour optimiser Core Web Vitals par rapport à WordPress à cause de cela. Et lorsque Core Web Vitals a été annoncé pour la première fois, il n'était pas encore là. C'était beaucoup plus difficile. Ils ont vraiment parcouru un long chemin en ajoutant beaucoup de ces fonctionnalités, en particulier avec l'éditeur de blocs et la construction basée sur des blocs, etc., pour vraiment optimiser cette capacité à charger de manière sélective les actifs, les fichiers CSS, les fichiers de polices, etc. Donc voilà. C'était génial.

ALEX ZUNIGA : C'est probablement l'appel du système fermé contre l'open source. Allez-y, Sanjucta.

SANJUCTA GHOSE : Oui. Ouais. Et je pense parce qu'il y a beaucoup d'hébergeurs dédiés à WordPress. Et comme tu l'as dit. WordPress est open source. Il y a donc beaucoup d'optimisations autour de l'hébergement de sites WordPress. Et donc je pense qu'il y a déjà beaucoup de support disponible là-bas si vous construisez sur WordPress, ce qui signifie que vous n'avez pas à réinventer la roue. Je pense donc que c'est certainement plus facile si vous construisez sur WordPress pour optimiser vos Core Web Vitals.

ALEX ZUNIGA : Magnifique. Nous avons donc parlé de la façon dont nous mesurons ces outils, de ce que nous utilisons pour réellement améliorer nos Core Web Vitals, certains des outils. Maintenant, lorsque nous parlons des attentes des clients, à quelle étape d'un nouveau projet commencez-vous à considérer Core Web Vitals dans le cadre de votre construction ou de votre stratégie ? Est-ce exact lorsque vous démarrez comme votre modèle standard de base ? Ou est-ce quelque chose que vous optimisez un peu plus loin dans l'histoire ? Que faites vous tous?

MATT CHASE: Ouais. Je pense que pour moi, il s'agit plus d'une simple façon de créer des choses pour commencer que d'une chose que vous faites sur un site Web non optimisé. C'est depuis le tout début. Et il est là dans chaque ligne de code que vous écrivez idéalement. J'essaie de ne pas– Je ne veux pas créer un gros site optimisé, puis y revenir plus tard et le réparer. Je veux essayer d'écrire aussi proprement que possible dès le départ. Et puis généralement, je trouve que le faire de cette façon, extraire ce dernier petit peu de jus d'optimisation à la fin est un peu plus facile.

MARK DAVOLI : Oui. Il a absolument raison. Nous commençons à le construire dès le départ. Je veux dire, il y a des composants qui ne se produisent pas comme plus près de la fin. Nous n'allons pas faire passer les images par une optimisation d'image avant le lancement. Mais vous ne devez vraiment pas même dans la construction elle-même, mais même dans le processus de conception parfois, il est important de réfléchir à la façon dont le site est conçu si vous tenez compte de Core Web Vitals. Parce que d'un point de vue architectural, il est plus difficile d'implémenter certaines conceptions pour être rapides que d'autres. Il est donc très utile de comprendre cela et d'éduquer les concepteurs sur ce qui pourrait potentiellement rendre une implémentation plus difficile que pas.

MIKE CRANTEA : Et dicter les limites. Hé, vous ne pouvez avoir que jusqu'à x téléphones. Vous ne devriez pas apporter 25 à la table avec toutes leurs variantes. Cela aide dès la phase de conception. De plus, sans avoir des points de contact qui se produisent pendant la durée du projet, il est parfois facile de faire passer certaines choses. Comme un sprint sept demandes pour ajouter un plugin de quiz au mélange. Si cela n'est pas coché, vous le trouvez un peu à la fin. Donc, mes recommandations sont de traiter cela tous les deux sprints. Nous vérifions nos mesures automatisées de la mise en scène de la façon dont les choses évoluent. Que s'est-il passé avec les dernières choses qui ont été poussées à disparaître ? Les choses ont-elles ralenti ? Avons-nous besoin de prendre des mesures correctives à l'avance plutôt que d'être réactifs à la fin d'un projet.

SANJUCTA GHOSE : Oui. Je suis d'accord. Il est très important que vous commenciez dès la phase de conception, car des choses simples comme s'il devrait y avoir une fenêtre contextuelle, une bannière publicitaire ou quelque chose comme ça. Parfois, cela fait peut-être une énorme différence pour votre score de mise en page cumulé. Il est donc bon de savoir à l'avance ce qui va se passer. Que vous ayez un pop-up ou une bannière qui arrive. Et vous ne voulez pas de surprises vers la fin de votre projet. Je pense donc qu'il est très important d'impliquer le client ou les parties prenantes dès la phase de conception, et de leur dire que cela pourrait avoir un impact sur vos Core Web Vitals afin qu'ils puissent prendre une décision éclairée.

MARK DAVOLI : C'est également très utile après le lancement, car dès que votre site est sorti, cela peut parfois donner l'impression d'activer un widget de chat ou quoi que ce soit d'autre plus tard. Puis tout d'un coup, il y a un pli. Et ensuite, vous devez réfléchir à la manière d'intégrer et d'optimiser cela. Ainsi, la fonction de scripts de retard peut pousser la plupart des pixels publicitaires, qui sont notoirement mauvais pour tuer votre score Core Web Vitals. Mais parfois, vous ne pouvez pas retarder quelque chose parce que c'est assez important pour ce que veut vraiment le client. Donc, équilibrez-le du mieux que vous pouvez et assurez-vous de communiquer les impacts potentiels. Et le résultat final est de l'obtenir aussi vite que possible. Parfois, vous devez faire des sacrifices pour la fonctionnalité. Parfois non. Mais faites-le aussi vite que possible pour augmenter ces conversions.

ALEX ZUNIGA : Excellent. Excellent. J'entends donc dire que de meilleurs ingrédients font de meilleurs sites Web dès le départ. Non pas que nous allons juste gifler quelques Core Web Vitals à la toute fin. C'est quelque chose qui est vraiment un mode de vie si vous voulez d'abord y penser de cette façon. Eh bien, génial. Alors juste notre dernière question. Avez-vous déjà eu des problèmes pour transmettre à vos clients la valeur du temps que vous passez à travailler sur Core Web Vitals ? Est-ce quelque chose qu'ils repoussent jamais ? Est-ce qu'ils ne comprennent jamais pourquoi vous faites ce travail?

MATT CHASE: Je ne pense pas avoir jamais été repoussé de quelque manière que ce soit. Si quoi que ce soit, c'est un peu le contraire. Habituellement, c'est nous qui voulons la performance. Nous voulons les Core Web Vitals. Faisons en sorte que cela arrive. Je dirai que nous ne réfléchissons pas toujours à - nous avons parlé des pixels de suivi et de la façon dont ils sont connus pour faire baisser ce score. Mais personne ne s'en soucie. Nous sommes comme des pixels, des pixels, des pixels, des pixels. Les gens doivent donc penser à peser réellement cet avantage en termes de coûts lorsqu'ils ajoutent un suivi, car ce n'est pas aussi simple que de simplement le lancer et d'obtenir des résultats. Parce qu'il y a un coût.

ALEX ZUNIGA : Génial.

MIKE CRANTEA : Je pense qu'avec la performance, il y a un manque de patience. Donc, si vous pensez, oh, faisons un travail de performance qui durera quelques sprints, après le premier. Quand est-ce que je le vois ? Quand est-ce que je le vois ? Planifier de le publier de manière itérative, comme augmenter une fonctionnalité, une fonctionnalité, une fonctionnalité augmente la confiance dans l'impact de ce travail. Et plus vous voyez cela se traduire par des conversions et des changements, plus la valeur est perçue rapidement sans avoir à passer beaucoup de temps à faire le travail d'éducation.

MARK DAVOLI : Oui. Et je pense qu'une chose qui pourrait être difficile à comprendre pour les clients est la différence entre les mesures réelles des utilisateurs et les données de laboratoire. Parce que beaucoup d'entre eux peuvent exécuter leurs propres tests et ainsi de suite. Et ne comprends pas tout à fait. Donc, les aider à comprendre que la partie récapitulative d'origine de la page, soit les informations, est vraiment celle que Google utilise pour effectuer le classement SEO et des choses comme ça. Parce que beaucoup d'entre eux recherchent ce score et l'optimisent. Et les aider à comprendre qu'il faut 28 jours pour mesurer tout changement apporté à la production avant d'avoir toute la gamme de la façon dont votre changement a affecté les choses.

ALEX ZUNIGA : C'est un excellent appel. Grand appel.

MIKE CRANTEA: Et je devrais appeler l'une des mesures qui est la plus déroutante de toutes. Les métriques d'interactivité. Ceux-ci ont été notoirement volatils. Et pour certains types de personnes qui ont plus peur des variations dans le score, c'est comme si cette nouvelle fonctionnalité que nous avons créée a considérablement ralenti le site Web ? Et puis comme refaire le test et c'est comme monter de 10 points, puis descendre de 10 points. Expliquer cette variation prend tellement de temps. Pourquoi n'y a-t-il pas qu'un seul chiffre qui soit cohérent ? Eh bien, c'est quelque chose d'aussi difficile que de nommer les choses et de les mettre en cache.

ALEX ZUNIGA : Eh bien, génial. Il semble que nous apprécions vraiment toutes vos contributions, tous vos commentaires sur Core Web Vitals. Comment les utiliser, quoi utiliser pour les mesurer, comment définir les attentes des clients pour tout cela. Cela a vraiment été une leçon d'apprentissage. Nous espérons que nos panélistes ont apprécié votre séjour ici. Nous apprécions certainement d'entendre tous vos commentaires. Et nous espérons que les participants ici ont également reçu d'excellents commentaires.

Alors à vous tous, merci beaucoup pour votre temps. Eh bien, c'était notre panel. Nous voulons vraiment dire merci beaucoup à tous nos panélistes. Nous tenons à vous remercier d'avoir participé à ce panel. Et nous espérons que vous passerez un bon moment en regardant le reste de nos sessions a DE{CODE}.