manuboss
Core Web Vitals for Enterprise Businesses: Q / R avec nos propres Kathy Brown et Karl Kleinschmidt
Le 18 février, nous avons organisé notre Session Core Web Vitals pour les entreprises pour répondre à la nouvelle mise à jour du facteur de classement Expérience de page de Google La session s’est concentrée sur ce qu’étaient les Core Web Vitals et pourquoi ils étaient importants. Nos experts ont analysé la signification de chacun des nouveaux signaux de classement et leur impact sur le référencement. Bien que nous ayons fourni des astuces et des conseils pratiques, de nombreuses questions se posaient encore sur les FID, LCP, CLS, etc.
Vous trouverez ci-dessous les questions recueillies auprès de notre public et nos experts Kathy et Karl y répondent.
Quelle est la différence entre les données de terrain et de laboratoire?
Kathy: Les données de laboratoire sont les données de performances que vous voyez dans un environnement spécifique. Des outils tels que Chrome Dev Tools, ainsi que des outils tels que webpagetest.org vous fournissent des données de laboratoire. Les données de champ sont des données collectées auprès des nombreux utilisateurs qui utilisent Chrome pour parcourir les pages de votre site. Vous pouvez voir les données de champ dans Google Search Console et souvent dans Google Page Speed Insights (qui rapportera à la fois les données Lab et Field pour une page). Pour les besoins d’automatisation, les données Field sont accessibles via BigQuery. N’oubliez pas que les données de laboratoire sont destinées aux tests, les données de terrain sont destinées au classement. Sur la base des commentaires de John Mueller, nous prévoyons qu’au départ, CWV n’aura un impact que sur les classements mobiles et que vous devrez être «dans le vert» pour que les trois mesures soient mieux classées.
Que faites-vous quand il n’y a pas de données de terrain disponibles?
Kathy: Si aucune donnée Field n’est disponible, cela signifie probablement que la page n’obtient pas beaucoup de trafic. Utilisez Google Page Speed Insights pour vérifier vos pages les plus populaires afin de voir si des données de champ sont disponibles pour ces pages. Vous pouvez ensuite extrapoler les résultats pour toutes vos pages appartenant à ce type de page. Essayez de configurer un rapport CrUX pour voir s’il y en a un pour votre origine (votre domaine). Vous pouvez trouver un pré-construit Modèle Google Data Studio et cela vous donnera des données sur les performances de votre site dans son ensemble.
Si vous ne trouvez toujours aucune donnée Field, déterminez les appareils et navigateurs les plus courants qui accèdent à votre site et testez à l’aide de ces environnements. N’oubliez pas de définir les commandes de limitation et de bande passante pour simuler au plus près les environnements de vos visiteurs.
Pendant le développement, nos sites Web sont exécutés sur des serveurs secondaires qui sont beaucoup plus lents que nos serveurs de production. Comment testez-vous la vitesse de la page dans cette situation?
Kathy: Une part importante du score Core Web Vital dépendra du client et du code qu’il exécute. Un mauvais score CLS n’a donc rien à voir avec un serveur lent. Cependant, LCP peut être affecté par un serveur lent en raison de l’établissement de contacts de connexion plus lents et du temps nécessaire pour envoyer les ressources. Une approche à considérer est de créer une comparaison pour vos serveurs pour des métriques telles que TTFB (time to first byte) pour une variété de pages, ainsi que de comparer le temps de livraison de chaque 1 Ko de données. De plus, si vous avez des opérations de base de données ou JS côté serveur, il serait également utile de connaître les différences entre ces temps d’exécution dans chaque serveur. Comparez les graphiques en cascade entre les deux et voyez combien de temps d’attente supplémentaire il y a dans l’environnement de développement. Connaître ces différences aiderait à évaluer plus facilement les performances LCP sur votre serveur de développement.
Pensez-vous que le préchargement des liens (pour les pages suivantes) aura un impact sur LCP OU pensez-vous que LCP dépend uniquement de la première page que l’utilisateur charge?
Kathy: En ce qui concerne les données de terrain, les performances de toutes les pages seront importantes. La mise en cache des ressources statiques (ce qui facilite les visites et les pages suivantes) aidera vos scores Field. Le préchargement des styles CSS à l’aide du lien, le préchargement aidera probablement également les performances de toutes les pages.
Un CDN avec une bonne optimisation du cache pourrait-il réduire considérablement le score LCP?
Kathy: Il est certainement possible que si le LCP apparaît plus rapidement pour tous les utilisateurs (nouveaux et anciens), votre score LCP s’améliorera.
Comment utilisez-vous les fenêtres contextuelles sans qu’elles n’affectent Core Web Vitals?
Karl: Pour les problèmes de LCP, vérifiez que les fenêtres contextuelles n’occupent pas un pourcentage trop important de la fenêtre d’affichage, en particulier sur mobile.
Pour les problèmes CLS, vérifiez que les popups ne font pas bouger le reste de vos éléments, mais sont devant eux.
Comment penser CWV dans le contexte de l’indexation mobile first?
Karl: CWV va être déployé sur le mobile d’abord et retardé pour les ordinateurs de bureau (nous ne savons pas de combien). CWV ne concerne pas vraiment la manière dont Google explore votre site, mais plutôt la manière dont les visiteurs interagissent avec votre site. Par conséquent, l’indexation axée sur les mobiles ne devrait pas faire de différence.
Quelle est la différence entre le temps total de blocage (TBT) et le FID?
Karl: Le temps de blocage total est la quantité totale de millisecondes que les tâches principales de blocage de threads bloquent l’interaction (100 ms sont soustraites par tâche). Le FID est la moyenne du temps nécessaire à votre site Web pour répondre aux interactions des visiteurs. Le temps de blocage total correspond donc au nombre total de millisecondes dans le chargement de la page où vous pourriez avoir un FID supérieur à 0, tandis que le FID capture comment les utilisateurs interagissent réellement avec votre site.
Nous constatons des changements de score dans Google Search Console sans que nous apportions des modifications / améliorations de notre côté.
Quelle serait la raison de ces fluctuations au sein de la console de recherche?
Karl: Pour Search Console, ce sont des données de champ, cela dépend de la façon dont les utilisateurs interagissent avec votre site. Les changements de comportement des utilisateurs peuvent signifier des scores CLS différents, car les visiteurs défilent différemment ou des scores LCP différents, car un pourcentage plus élevé de visiteurs sont des clients fidèles et ont donc certaines images mises en cache. Il existe de nombreuses causes possibles aux fluctuations des métriques et rappelez-vous que les données sont retardées d’environ 28 jours.Vous avez donc peut-être publié quelque chose il y a 28 jours et que vous constatez maintenant les changements dans les données.
Si quelqu’un obtient des résultats différents de la Search Console et de PageSpeedTest, devrions-nous nous préoccuper uniquement de ce qui est signalé sur Search Console?
Karl: En dehors des données de terrain et de laboratoire, il existe deux causes principales pour les données différentes entre la console de recherche et les informations de vitesse de page. Si l’une de vos pages n’a pas reçu suffisamment de trafic, Google utilise des données de page similaires dans les statistiques sur la vitesse des pages, tandis que dans la console de recherche sont regroupées des pages similaires qui pourraient contenir suffisamment de données. Il est donc également possible qu’une de vos pages ait suffisamment de trafic, mais aucune des pages similaires n’a assez de trafic, ce qui pourrait également entraîner une différence de scores. Il y avait aussi une mise à jour de rapports de la console de recherche, ce qui aurait pu avoir un impact.
Besoin de ressources supplémentaires?
Nous avons beaucoup de contenu intéressant sur ce sujet. Découvrez notre Page Core Web Vitals où nous avons rassemblé une bibliothèque de ressources d’experts telles que des podcasts, des webinaires et des blogs. Vous trouverez tout ce dont vous avez besoin pour vous préparer à la mise à jour du facteur de classement de l’expérience de page de Google.
