Google a déployé un nouveau look pour Google Search Console visant à améliorer l’accessibilité et l’expérience utilisateur. Continuer la lecture de « Google Search Console affiche un nouveau look »
Catégorie : Google Search Console
La Search Console a surcompté les données de l’Expérience sur la page
Au cours des 4 derniers mois, Google Search Console a surcompté les données de l’expérience sur les pages mobile, a déclaré Google lui-même. Continuer la lecture de « La Search Console a surcompté les données de l’Expérience sur la page »
3 Outils de test de la Search Console améliorés pour plus de précision
Les outils de test publics de Google Search Console seront désormais alignés plus étroitement sur l’outil d’inspection d’URL, a annoncé Google. Continuer la lecture de « 3 Outils de test de la Search Console améliorés pour plus de précision »
La Search Console ajoute de nouveaux rapports sur l’état des résultats enrichis
Google a annoncé qu’il avait ajouté un nouvel ensemble d’erreurs détaillées aux rapports des résultats enrichis à Google Search Console pour certains sites. Continuer la lecture de « La Search Console ajoute de nouveaux rapports sur l’état des résultats enrichis »
Google change la façon dont il crée les titres pour les résultats
Google a confirmé que le moteur de recherche Google Search a changé la façon dont il crée des titres pour les listes de résultats de recherche. Continuer la lecture de « Google change la façon dont il crée les titres pour les résultats »
Google suggère une fonctionnalité pour la réécriture des titres ?
Google a commencé à remplacer les balises title dans les pages de résultats (SERP) par d’autres textes pertinents d’une page Web.
Google réécrit les balises title (titre du contenu) pour un nombre limité de pages dans les résultats de recherche, remplaçant souvent le texte de la balise title par la balise H1 d’une page.
On sait que Google ajuste les titres dans les SERP en effectuant de petits ajustements, tels que l’ajout du nom d’une entreprise à la fin. Mais maintenant, Google remplace les titres avec un texte différent.
Les référenceurs SEO ont commencé à en prendre note le 16 août 2021, comme en témoignent les Tweets mentionnant une réécriture « massive » de title sur Google.
L’échelle des réécritures de titres est inconnue à l’heure actuelle, mais elle est suffisamment répandue pour que plusieurs référenceurs la rencontrent déjà.
Les preuves suggèrent que Google extrait du texte des balises H1 pour la majorité de ces réécritures. Cependant, Lily Ray note qu’elle a vu Google remplacer le titre (balise title) d’une page par du texte d’ancrage à partir d’un lien interne.
This is interesting… I think someone posted about this earlier today:
— Lily Ray 😏 (@lilyraynyc) August 17, 2021
C’est intéressant… Je pense que quelqu’un a publié à ce sujet plus tôt aujourd’hui :
Pour le titre de cet article dans la SERP, Google n’affiche pas seulement la balise title, il n’affiche pas non plus le H1.
Au lieu de cela, il affiche le texte d’ancrage à partir d’un lien interne vers l’article.
Mayank Parmar ajoute qu’il y a des cas où Google insère des dates dans les titres :
It looked something like:
01/08/2021: Article title
I changed the title a bit and it seems to be okay now.
— Mayank Parmar (@mayank_jee) August 17, 2021
Pour certains mots-clés, Google a mis à jour le titre de notre article pour inclure la date au début. La date a été sélectionnée à partir de l’URL.
Ce qui ressemblait à quelque chose comme :
01/08/2021 : Titre de l’article
J’ai changé un peu le titre et ça semble aller maintenant.
En théorie, il semble que Google peut choisir de récupérer n’importe quel texte pertinent d’une page et l’afficher en tant que titre dans les pages de résultats (SERPs).
C’est le cas depuis longtemps pour les balises meta description, car Google peut ajuster dynamiquement la description dans les extraits de recherche pour mieux correspondre à la requête d’un utilisateur.
Brodie Clark suggère que cette mise à jour ne se limite pas à un ou deux facteurs de référencement. Au contraire, il émet l’hypothèse que Google peut créer algorithmiquement n’importe quel texte à utiliser comme titre de page :
D’après ce que je peux voir, il n’y a pas de « facteurs de référencement » impliqué dans ce changement, avec une approche algorithmique conçue pour créer de meilleurs titres dans les résultats de recherche de Google dans leur ensemble.
Qu’il s’agisse de prendre le nouveau titre d’une balise d’en-tête (H1) ou de le sortir efficacement de nulle part.
Il poursuit en présentant des preuves que Google a remplacé un titre par du texte trouvé sur une autre page d’un site Web. Il n’y a apparemment aucune limite à l’endroit où le moteur de recherche peut aller extraire le texte du titre.
En outre, Clark note que lorsque Google réécrit un titre sur sa page de résultats, il a tendance à être plus court que l’original. Cela suggère un effort pour améliorer la lisibilité et accroître la pertinence d’un résultat.
S’il s’agit de quelque chose de plus qu’un test en direct repéré dans la nature, Google devrait en informer les référenceurs SEO le plus tôt possible.
Qu’est-ce que cela signifie pour le référenceur SEO ?
Il est impossible de tirer des conclusions sur la réécriture des balises title par Google pour le moment. Mais la réponse de Google (voir plus bas dans cet article
D’un autre côté, nous voyons peut-être les premières étapes d’un changement permanent. En supposant une seconde que c’est ainsi que Google gérera les titres dans les extraits de recherche à l’avenir, cela pourrait finir par être une bonne chose pour les sites Web.
L’objectif apparent du remplacement des titres est d’améliorer la pertinence pour les chercheurs. Si c’est le cas, un titre plus pertinent pourrait être plus convaincant à cliquer.
En ce qui concerne la façon dont vous devriez être préoccupé par cette mise à jour, je vais pointer vers ces conseils de Mueller. Il déclare que les titres sont importants, mais suggère qu’ils ne valent pas la peine d’être soulignés :
Les balises title sont importantes ! Elles sont importantes pour le référencement. Elles sont utilisées comme facteur de classement.
Bien sûr, elles sont certainement utilisées comme facteurs de classement, mais ce n’est pas quelque chose où je dirais que le temps que vous passez à peaufiner le titre est vraiment la meilleure utilisation de votre temps.
Pour ce que ça vaut, je n’ai vu aucun rapport de pages avec des titres réécrits chuter dans les classements. C’est donc une bonne indication que ce changement ne rendra pas le travail des référenceur plus difficile.
Danny Sullivan de Google veut corriger les réécritures de titre de page
Danny Sullivan, Responsable @SearchLiaison chez Google, répond à la récente mise à jour de réécriture du titre de la page avec un plan pour l’améliorer.
Danny Sullivan de chez Google entend les critiques de la récente mise à jour de réécriture du titre de la page et suggère un moyen de l’améliorer.
Depuis la semaine dernière, Google remplace les titres (balises title) dans les SERP pour certaines pages. Les référenceurs SEO estiment que Google fait cela pour améliorer la pertinence du texte affiché aux utilisateurs dans les résultats de recherche.
La mise à jour de la réécriture du titre de la page de Google n’est toujours pas confirmée dans le sens où aucune annonce officielle n’a été faite.
Un moyen d’améliorer la mise à jour de la réécriture du titre de la page de Google
Danny Sullivan propose un moyen de donner aux gens plus de contrôle sur leurs balises title, mais pas avant de suggérer que Google sait mieux quand il s’agit du texte à afficher.
Il dit qu’il avait l’habitude de croire que Google devrait avoir une balise « Je le pense vraiment » (I really mean it) pour garder les balises title et les meta descriptions telles quelles.
Depuis qu’il travaille pour Google, Sullivan a changé d’avis. Maintenant, il croit que les gens sont susceptibles de se tromper.
As I said on another tweet, I used to think exactly as I wrote there, that we should have a « I really really mean it » tag. And then you know what? You discover actually working for a search engine how many people would seriously get that wrong….
— Danny Sullivan (@dannysullivan) August 20, 2021
Comme je l’ai dit sur un autre Tweet, je pensais exactement comme je l’ai écrit là-bas, que nous devrions avoir une balise « Je le pense vraiment ».
Et puis vous savez quoi ? Vous découvrez en fait en travaillant pour un moteur de recherche combien de personnes se tromperaient sérieusement….
— Danny Sullivan (@dannysullivan) August 20, 2021
Comme ce n’est pas rare, nous entendons des gens qui ne comprennent pas pourquoi nous ne montrons pas une description pour leur page Web.
Même lorsque nous montrons un message expliquant pourquoi — ils nous ont bloqués : https://support.google.com/webmasters/answer/7489871
Que propose Sullivan à la place ?
Au lieu d’une balise « Je le pense vraiment » qui pourrait être utilisée sur toutes les pages, Sullivan dit qu’il aimerait que Google offre ce genre de fonctionnalité dans une capacité plus limitée.
Il propose une mise à jour de Google Search Console qui permettrait aux utilisateurs d’indiquer quand ils souhaitent conserver le titre HTML d’une page spécifique dans les SERP.
Voici où le plan de Sullivan diffère d’une simple balise, car il suggère que la fonctionnalité devrait être limitée à 5-10 utilisations par site.
En plus de cela, il y aurait une période d’expiration au cas où les gens feraient accidentellement une erreur à long terme.
— Danny Sullivan (@dannysullivan) August 20, 2021
Cela dit, j’aimerais nous voir trouver un mécanisme permettant aux propriétaires de sites d’indiquer de manière très sélective s’il existe des titres problématiques.
Comme peut-être dans la Search Console, vous pourriez dire que vous vouliez vraiment une balise de titre HTML utilisée plutôt que notre choix automatique…
Je pense que nous pourrions peut-être autoriser un nombre fixe par site, peut-être 5-10, et aussi avec une période d’expiration.
De cette façon, les gens ne feraient pas d’erreurs à long terme à grande échelle accidentellement, mais nous avons un certain équilibre pour les moments où notre sélection automatique du title pourrait ne pas être préférée.
Qu’en est-il des très grands sites ? 5-10 utilisations, ce n’est pas assez.
Comme le souligne une personne sur Twitter, ce n’est pas une solution idéale pour les sites avec des milliers de pages.
Sullivan précise que la fonctionnalité qu’il propose ne serait pas conçue pour gérer les pages à grande échelle. Elle serait conçue pour des cas d’utilisation limités lorsque vous êtes vraiment en désaccord avec le titre de la page que Google a décidé de montrer.
— Danny Sullivan (@dannysullivan) August 20, 2021
L’idée n’est pas que vous devriez gérer des millions d’URLs. Nos systèmes vont déjà sélectionner des titres. Voilà l’échelle.
C’est une idée pour que s’il y a quelques titres particuliers que vous n’aimez vraiment pas, vous puissiez les traiter. “
Il ne semble pas que Google va offrir un moyen de refuser les réécritures des titres de page (balises title) sur l’ensemble d’un site.
Si Danny Sullivan obtient son souhait, il peut y avoir un moyen de remplacer les réécritures de Google via une fonctionnalié d’utilisation limitée dans la Search Console.
Mais son fil de Tweets n’est en aucun cas une confirmation que quelque chose est actuellement en préparation.
Source : Searchenginejournal
14 problèmes courants de référencement et comment les résoudre
Beaucoup de gens considèrent le processus d’optimisation pour les moteurs de recherche (SEO) comme relativement simple, mais c’est tout simplement faux.
L’optimisation du contenu pour les moteurs de recherche nécessite beaucoup d’efforts et d’expertise, surtout si vous considérez que chaque année, il y a des mises à jour ou updates inattendues et erratiques de l’algorithme de Google.
Le référencement peut être défini comme le processus d’optimisation d’un site Web pour un classement plus élevé sur les pages de résultats des moteurs de recherche (SERP).
Il se compose principalement de deux activités : l’optimisation on-page et l’optimisation off-page. L’optimisation on-page fait référence à l’optimisation à l’intérieur d’un site Web, tandis que les pratiques off-page concernent plus la promotion du site, y compris l’obtention de backlinks.
Obtenir les résultats souhaités est un processus continu, le résultat dépend des stratégies appliquées et de la façon dont les problèmes de référencement sont traités.
Pour réussir à obtenir un ranking élevé pour votre site Web, il faut résoudre les problèmes de référencement rencontrés en cours de route. Les problèmes de SEO les plus courants (et leurs solutions) vous sont soumis ici de façon non-exhaustive.
1. Contenu dupliqué
Le même contenu présent sur différentes pages Web est connu sous le nom de contenu dupliqué.
Pour être considéré comme dupliqué par les moteurs de recherche, le contenu peut être identique à 100% ou proche du même. Avoir du contenu en double sur les sites Web crée de la confusion pour les robots d’indexation – les robots des moteurs de recherche ne comprennent pas quelle page explorer et classer.
Les étapes à suivre pour résoudre les problèmes de contenu en double sont les suivantes :
- Utilisation de redirections 301
- Utilisation de la balise canonique
- Ajout de fichier robots.txt
2. Vitesse du site Web
Le temps passé par un utilisateur sur votre site Web dépend du temps de chargement de votre site Web.
Si la vitesse du site Web est bonne sur différents appareils, l’utilisateur ne sera pas irrité et restera sur le site Web. Il devient donc crucial d’avoir une bonne vitesse de chargement du site Web, qui devrait être inférieure à 2 secondes.
L’optimisation de l’image est l’action vitale à prendre en compte pour résoudre le problème de la vitesse de chargement du site Web.
L’optimisation de l’image comprend la sélection du format, le dimensionnement approprié, la compression de l’image et l’ajout de moins d’images avec la minimisation de JavaScript, CSS et HTML.
Il faut également télécharger moins de plugins et optimiser les bases de données.
3. Liens brisés
Les liens sur votre page Web qui ne fonctionnent pas sont connus sous le nom de liens brisés ou rompus. Il existe de nombreuses raisons pour qu’un lien soit rompu, comme renommer une page Web et ne pas modifier les liens internes, créer un lien vers du contenu qui a été supprimé ou déplacé, ou un lien vers une page tierce et donc ne pas savoir quand des modifications sont apportées à la page.
Les problèmes de liens brisés sont résolus en supprimant le lien rompu ou en le redirigeant vers le bon emplacement. La meilleure solution est de faire vivre à nouveau la page, surtout si des liens y figurent.
4. Ratio texte/HTML
Le rapport idéal pour le texte au format HTML devrait être de 25 à 70 %. Ce ratio détermine la quantité de texte qui sera visible par opposition aux éléments HTML.
Les sites avec un texte plus visible se classent plus haut sur les SERP. Pour résoudre le problème :
- Validez le code HTML.
- Vérifiez la vitesse de chargement du site Web.
- Supprimez le texte caché.
- Ajoutez du texte simple à la page.
- Réduisez la taille d’une page et gardez-la sous 300 Ko.
- Utilisez les liens internes.
- Compressez vos images.
Balises ALT et images brisées
Les robots d’exploration ne peuvent pas lire les images. Dans ce cas, les balises ALT (texte alternatif) jouent un rôle crucial.
L’attribution de balises ALT appropriées en incluant des mots clés pertinents aide les robots d’exploration à lire l’image. Avec l’aide de balises ALT, Google sera en mesure de fournir les bonnes images sur la page de résultats selon la requête effectuée par l’utilisateur.
Les images brisées, en revanche, sont celles qui n’apparaissent pas.
Pour corriger les images brisées, commencez par vous assurer que vous avez bien téléchargé une image. Vérifiez le nom du fichier et l’extension, ne liez pas les fichiers de votre ordinateur et vérifiez vos chemins d’accès.
5. Balise title et balise meta description
Une meta description est « l’essentielle » de la page Web qui s’affiche sur la page du moteur de recherche et les balises de title aident les utilisateurs à comprendre le sujet après un clic sur le lien du titre.
Selon le référencement, pour obtenir un rang plus élevé sur les SERP, il devient essentiel d’optimiser les pages Web et les blogs en fournissant des balises title appropriées et des meta descriptions avec des mots-clés.
6. URL non optimisées
L’optimisation des URL implique l’insertion de mots clés pertinents et d’informations relatives à la page.
Ainsi, il devient facile pour l’utilisateur et les robots d’indexation de comprendre le contenu d’une URL.
Une URL doit être SEO-friendly ou descriptive. Par SEO-friendly, nous entendons inclure des mots-clés dans l’URL, l’utilisation de lettres minuscules, des traits d’union pour séparer les mots, avoir une URL statique et limiter les dossiers dans la structure de l’URL.
L’optimisation des URL vous aide également à éviter le contenu en double.
7. Navigation incorrecte
Une mauvaise navigation entre les pages Web internes confond les robots des moteurs de recherche.
Avoir une structure de site Web appropriée avec une navigation facile aide les robots d’exploration à explorer vos pages.
Il est bon d’avoir une structure de site Web hiérarchique claire pour réduire le taux de rebond. Suivez la règle des trois clics, par laquelle un utilisateur peut atteindre la page souhaitée en 3 clics sur le site Web.
8. Expérience mobile
Fournir une excellente expérience mobile devrait être une priorité pour les spécialistes du marketing.
Points à prendre en compte lors de la création de l’expérience mobile interactive pour les utilisateurs :
- Conceptions de plateformes sur Android et iOS
- Avoir un processus d’intégration transparent
- Comprendre le contexte des interactions mobiles
- Accessibilité conviviale
- Tests réguliers
L’expérience utilisateur (UX) de votre site Web est renforcée lorsque les utilisateurs peuvent facilement accéder à vos pages et trouver les résultats souhaités selon leur recherche.
9. Indexation du Site
Les pages indexées sont celles que les robots d’indexation ont visitées, analysées et incluses dans leur base de données de pages Web (index).
Grâce à Google Search Console, les spécialistes du marketing peuvent demander que les pages de leur site soient indexées.
L’indexation est essentielle pour que votre site Web apparaisse sur les résultats de recherche, car les moteurs de recherche utilisent des mots clés et des métadonnées pour la recherche sur site.
10. Sitemaps au format XML
Les sitemaps XML sont une sorte de dossier qui permet aux moteurs de recherche de connaître toutes les URL de votre site Web avec le type de contenu que chaque page contient et comment le trouver.
Vous pouvez trouver le sitemap en tapant en général sitemap.xml à la fin du nom de domaine dans le navigateur.
Les sitemaps au format XML sont créés à l’aide d’outils en ligne tels que Slickplan, Mindnode, Writemaps, PowerMapper et via le plugin Yoast SEO.
Avec les sitemaps XML, il est également essentiel d’avoir un sitemap au format HTML. Le sitemap HTML est une page où toutes les sous-pages du site Web sont répertoriées. Ces sous-pages sont en général visibles par tous les utilisateurs dans le pied de page du site Web.
11. Robots.txt
Lorsque nous ne voulons pas partager certaines informations avec les moteurs de recherche, nous utilisons un fichier robots.txt.
Il s’agit d’un fichier texte créé par les webmasters pour indiquer aux robots d’exploration comment explorer le site Web. Avoir un fichier robots.txt n’est pas nécessaire pour tous les sites Web. On peut visualiser le fichier robots.txt en entrant « robots.txt » à la fin du domaine.
Pour créer un fichier robots.txt, utilisez un éditeur de texte et remplissez l’astérisque et la syntaxe selon les exigences. Créer un fichier robots.txt maximise votre budget de crawl de moteur de recherche.
12. Balise canonique
Les balises canoniques sont la meilleure option pour résoudre le problème du contenu dupliqué. Cela permet de supprimer la confusion de la page à explorer.
Il s’agit d’une balise meta appliquée au niveau de la page dans l’en-tête HTML d’une page Web.
Les problèmes canoniques sont triés de deux manières : en utilisant des redirections 301 ou en ajoutant des balises canoniques à vos pages Web pour permettre aux robots d’indexation de savoir quelle page préférer.
13. Utilisation des données structurées
Les données structurées permettent aux robots d’indexation et de recherche web de mieux comprendre vos données.
Elles sont également connues sous le nom de balisage schéma et améliorent le taux de clics, ce qui entraîne plus de prospects.
Il existe différents outils utilisés pour générer des données structurées, tels que Schema.org, Google Codelabs, Knowledge Navigator, JSON-LD, Schema Generator et plus encore.
Les données structurées incluent également des extraits enrichis (rich snippets) qui aident à améliorer les résultats de recherche sur les SERP.
14. Fonctionnement des formulaires de contact
Le formulaire de contact affiché sur le site web est la source de la génération de prospects.
S’il ne fonctionne pas correctement ou s’il est absent du site Web, cela entraînera une réduction des prospects et des conversions.
La création du formulaire de contact nécessite l’installation et l’activation du plugin WPForms pour le système de gestion de contenu (CMS) WordPress. Pour les autres CMS, cela peut être fait via des scripts et du codage.
Conclusion
Le référencement consiste à planifier vos stratégies après avoir fait des recherches sur les concurrents et l’avoir exécuté avec la bonne approche.
Un rapport d’audit SEO révèle tous les problèmes auxquels un site Web est confronté qui pourraient entraîner un classement inférieur.
Ces problèmes fondamentaux et techniques doivent être réglés le plus tôt possible pour plus de trafic.
La prise en considération de tous les points ci-dessus concernant la façon de résoudre les problèmes techniques de référencement aidera à atteindre un rang plus élevé pour votre site Web sur les moteurs de recherche et améliorer vos ventes.
Google modifie les critères de classement de Page Experience
Le rapport Expérience sur la page dans Google Search Console reçoit une mise à jour qui facilite la navigation.
Google supprime la navigation sécurisée des critères que les sites doivent respecter pour bénéficier du facteur de classement de Page Experience.
À la suite de cette modification, Google met à jour le rapport “Expérience sur la page” de la Search Console avec une conception simplifiée qui supprime les données redondantes.
Plus précisément, la navigation sécurisée (HTTPS) et d’expérience publicitaire sont supprimés du rapport. Google explique la raison d’être de cette décision dans un billet de blog.
En outre, plusieurs correctifs sont implémentés pour améliorer la façon dont les données manquantes sont traitées.
Voici plus de détails sur tous les changements déployés aujourd’hui.
Suppression du panneau de navigation sécurisée (https)
Google supprime le widget de navigation sécurisée du rapport Expérience sur la page car il ne s’agit plus d’un signal de classement.
Le rapport a été créé pour aider les référenceurs SEO à comprendre comment les sites se comportent par rapport aux signaux qui composent le facteur de classement de l’expérience de la page.
L’inclusion de données de navigation sécurisée dans le rapport n’est pas nécessaire car elles ne sont pas utilisées dans les classements.
Les systèmes de navigation sécurisée chez Google sont conçus pour assurer la sécurité des utilisateurs sur Internet. Parfois, les sites sont victimes de détournements de tiers, ce qui peut provoquer que des avertissements de navigation sécurisée s’affichent.
Nous reconnaissons que ces problèmes ne sont pas toujours sous le contrôle des propriétaires de sites, c’est pourquoi nous précisons que la navigation sécurisée n’est pas utilisée comme signal de classement et ne figurera pas dans le rapport Expérience sur la page.
Google Search Console continuera à signaler les indicateurs de navigation sécurisée en dehors du rapport Expérience sur la page dans Google Search Console.
Suppression du widget Expérience publicitaire
Google supprime le widget Expérience publicitaire de la Search Console pour éviter de faire apparaître les mêmes informations dans plusieurs rapports.
Une version autonome du rapport d’expérience publicitaire restera disponible dans la Search Console, qui identifie les expériences publicitaires qui enfreignent les normes “Better Ads” ou “Meilleures Publicités”.
“Semblable à la navigation sécurisée, le rapport Expérience publicitaire n’est pas un facteur pour le signal de classement de Page Experience.”
Améliorations supplémentaires
Google met à jour le rapport Expérience sur la page avec plusieurs corrections de bugs et améliorations, notamment :
- Ajout d’une bannière « Aucune donnée récente » au rapport Core Web Vitals et au rapport Expérience sur la page.
- Correction d’un bug qui provoquait l’affichage du rapport « HTTPS défaillant » lorsque les données Core Web Vitals étaient manquantes.
- Reformulation du texte d’état vide dans le rapport Expérience sur la page et le rapport Signaux web essentiels.
Pour rappel, la mise à jour de l’algorithme Google Page Experience a commencé à être déployée le 15 juin 2021 et le déploiement sera terminé d’ici le 31 août 2021.
4 façons d’optimiser pour Google Page Experience Update
Il n’est pas trop tard pour se préparer à la mise à jour de Google Page Experience ou encore de l’améliorer alors même qu’elle est en cours de déploiement.
Découvrez comment obtenir un avantage concurrentiel dans Search.
Si vous n’avez toujours pas réussi à optimiser les métriques Page Experience et que vos concurrents l’ont fait, vous constaterez peut-être qu’ils bénéficient d’un boost de classement que vous manquez.
Dans cet article, vous découvrirez trois domaines prioritaires clés qui vous aideront à vous améliorer pour Google Page Experience Update, ainsi que découvrir plusieurs autres problèmes à avoir sur votre liste de tâches.
1. Travaillez sur votre vitesse de chargement
Le premier des Core Web Vitals de Google est “Largest Contentful Paint” (LCP), qui fait référence au contenu le plus grand et le plus important d’une page Web.
Cette métrique déterminera la rapidité avec laquelle votre page restitue son contenu le plus important, afin que les utilisateurs puissent le voir.
Il existe un certain nombre de façons d’optimiser pour LCP.
Une chose que vous pouvez faire est d’optimiser votre serveur, car des temps de réponse lents peuvent parfois être liés à des serveurs lents.
L’accélération d’un serveur peut impliquer l’exécution de conseils de performances afin que le serveur affiche une page statique lorsqu’elle est demandée plutôt que de créer la page chaque fois que quelqu’un clique dessus.
D’autres composants de page Web qui peuvent ralentir le chargement LCP incluent des images, des vidéos et des éléments au niveau des blocs avec des fonctionnalités de texte.
Si ces éléments sur vos pages sont au-dessus de la ligne de flottaison, plus leur chargement est lent, plus votre LCP est lent.
Pour résoudre ces problèmes, vous devrez compresser vos images et fichiers texte, mettre en cache certaines ressources et précharger certains de vos éléments.
2. Travaillez sur votre interactivité
Le deuxième Core Web Vital est First Input Delay (FID). C’est le temps qu’il faut aux utilisateurs pour pouvoir interagir avec un élément sur lequel ils ont cliqué, tel qu’un lien ou un bouton.
Aux yeux de Google, votre FID devrait viser à être inférieur à 100 millisecondes. Mais parlons de ce que cela signifie.
Les lecteurs sont sans aucun doute familiers avec les pages Web qui les font attendre indéfiniment après avoir cliqué sur un élément pour accéder à une nouvelle page, modifier un panier d’achat, etc.
Eh bien, ce n’est pas bon pour les utilisateurs. Mais pourquoi cela se produit-il ?
C’est principalement parce que le navigateur est trop occupé par d’autres tâches, telles que l’analyse et l’exécution d’un fichier JavaScript lourd.
Maintenant, nous voulons nous concentrer principalement sur les premières interactions des utilisateurs avec une page Web, c’est-à-dire le temps nécessaire au chargement.
Tout comme pour rencontrer quelqu’un de nouveau, les premières impressions comptent. Si les utilisateurs savent dès le départ que votre site est plus lent qu’un escargot, ils partiront probablement et ne reviendront pas.
Mais une forte première impression – comme dans une page qui se charge rapidement – ira sur le long terme vers l’augmentation des engagements des utilisateurs avec cette page dans son ensemble.
C’est pourquoi FID est une mesure si importante. Comment y remédier ? Cela dépendra de votre site Web spécifique.
Utilisez des outils tels que PageSpeed Insights pour voir comment vous allez et où vous pouvez vous améliorer.
Vous voudrez peut-être vous pencher sur la division des tâches longues, la réduction de JavaScript et la hiérarchisation du chargement des scripts afin que les éléments les plus importants soient en premier disponibles pour les utilisateurs.
3. Travaillez sur votre Layout Shift (décalage de mise en page)
Enfin, nous avons le troisième Core Web Vital, le Cumulative Layout Shift (CLS). Il s’agit d’une mesure de la quantité de déplacement de la mise en page du contenu de votre page pendant le chargement de la page.
Vous avez probablement rencontré ce problème, aussi.
Vous attendez qu’une page se charge complètement et vous cliquez sur quelque chose pour constater qu’un autre élément a chargé sur la page et a donc poussé l’élément souhaité dans une autre direction.
En conséquence, vous avez cliqué sur quelque chose que vous ne vouliez pas, comme une annonce ou même un bouton « Soumettre la commande ».
Cela fait une mauvaise expérience utilisateur, et c’est pourquoi CLS est suffisamment important pour être considéré comme un élément principal de l’expérience de page ou Page Experience.
Comment pouvez-vous résoudre ce problème afin de profiter des classements que les Core Web Vitals peuvent fournir ?
Vous avez besoin d’un score CLS de 0,1 pour « passer » le test de Google. C’est le maximum que Google veut voir.
Aussi plus élevé, et vos pages Web sont susceptibles de changer un peu. Google considère qu’un score de 0,25 est médiocre.
Si vous utilisez un site WordPress, vous remarquerez probablement que les éléments suivants sont à l’origine de votre CLS :
- Images et vidéos sans dimension.
- Annonces sans dimension et autres objets intégrés.
- Animations et autres contenus dynamiques.
- Flashs de texte non stylé.
La correction de CLS s’applique principalement aux mobiles, car Google donne la priorité au mobile-first, mais aussi parce que les appareils mobiles ont des processeurs plus faibles et des ports d’affichage plus petits.
Que devrez-vous faire pour éliminer cette mise en page (layout) ? Cela dépend de ce qui en est la cause, mais si nous prenons 2 exemples ci-dessus :
- Les navigateurs ne sauront pas comment espacer les images et les vidéos sans dimensions, ce qui signifie que les zones où elles seront éventuellement changeront probablement au fur et à mesure du chargement d’une page.Vous pouvez verrouiller cela en ajoutant des dimensions spécifiques à vos images et vidéos.
- Ensuite, en ce qui concerne les flashs de texte non stylé, vous devrez précharger vos polices.Cela indique aux navigateurs de charger vos polices en tant qu’élément prioritaire – dans la première peinture significative (First Paint). Dans ce cas, vous n’aurez pas de modifications de police discordantes qui entraîneront des cumulative layout shifts ou changements de disposition cumulatifs.
4. Autres éléments de Page Experience à garder à l’esprit
Bien sûr, les Core Web Vitals ne sont pas les seules choses que vous devez étudier pour optimiser votre site pour la mise à jour de l’expérience de page.
Prenez la compatibilité mobile.
Google jugera désormais chaque site par sa compatibilité mobile, en particulier en ce qui concerne des problèmes tels que les petites tailles de texte et l’utilisation des médias Flash, que les appareils mobiles d’aujourd’hui ont tendance à ne pas prendre en charge.
Il y a aussi la question du rapport Expérience sur la page dans Google Search Console.
Il s’agit d’une ventilation des performances de votre site pour Google Page Experience Update, mais qu’en est-il de tous ces propriétaires de sites disant qu’ils ne voient aucune donnée ?
Google a confirmé qu’un rapport vide signifie simplement qu’il n’y a pas assez de données concluantes pour dire dans un sens ou dans l’autre comment votre site fonctionne.
Même si vous avez un trafic décent, la réponse est probablement que vous avez juste besoin de plus de trafic – et pour que ce trafic génère des données pertinentes – si vous voulez que le rapport soit rempli.
Google veut voir une bonne expérience utilisateur non seulement dans le contenu organique, mais aussi avec la publicité.
Vérifiez et assurez-vous que les annonces sur votre site ne sont pas interruptives ou distrayantes.
Et n’oubliez pas que votre site doit être sécurisé (HTTPS) si vous voulez bien faire par la mise à jour de l’expérience de page.
HTTP non sécurisé n’est plus conseillé. Les utilisateurs doivent savoir que leurs données sont sécurisées avec vous sur votre site – et Google doit également le savoir.
La Page Experience Update a été lancé en deux temps
Il y a beaucoup à gérer en ce qui concerne vos Signaux Web Essentiels ou Core Web Vitals et votre Expérience de page, mais en fin de compte, il s’agit de fournir la meilleure expérience utilisateur possible.
Si vous n’avez pas encore prévu de temps pour vérifier et optimiser ces éléments, vous voudrez le faire dès que possible.
Mais pas de panique. Vous ne serez pas pénalisés algorithmiquement pour ne pas vous être encore alignés sur tous les Core Web Vitals et les éléments d’expérience de page.
Cette mise à jour est une sorte de bris d’égalité, selon Google. Si toutes les autres choses sont considérées comme égales, offrir une meilleure expérience telle que déterminée par les métriques ci-dessus pourrait vous donner l’avantage.
Et si vous voyez les classements chuter, ce n’est pas parce que vous êtes punis. Il se peut que vos concurrents directs donnent la priorité à ces optimisations et que vous, vous ne le faîtes pas.
C’est une incitation à bouger !
Source : Searchenginejournal
Google déploie Search Console Insights
Google Search Console Insights est conçu pour aider les propriétaires de sites à comprendre quel contenu résonne avec leur audience et comment ils le trouvent.
Après plus d’un an de tests, Google sort la fonction Search Console Insights de BETA et la lance officiellement.
Pour rappel, Search Console Insights «joint les données de la Search Console et de Google Analytics dans le but de faciliter la compréhension des performances de votre contenu».
Search Console Insights est donc une nouvelle expérience qui combine la Search Console et les données Google Analytics pour vous fournir des données plus utiles sur votre site.
Google introduit ainsi une nouvelle expérience appelée Search Console Insights qui est conçue pour aider les propriétaires de sites à mieux comprendre leur audience.
Comme le dit Google dans son post, produire un excellent contenu est un moyen efficace de créer un public fidèle et engagé qui peut vous aider à atteindre vos objectifs, tels que vous aider à développer votre entreprise et votre marque, sensibiliser à une cause ou aider les gens.
Un excellent contenu se présente sous de nombreuses formes, telles qu’un article de blog inspirant, un guide utile ou un questionnaire amusant, et sa création nécessite des efforts, du dévouement et une grande attention à ce que votre audience apprécie.
Et Google de poursuivre :
Pour vous aider à mieux comprendre quel contenu de votre contenu résonne avec votre public, nous introduisons une nouvelle expérience appelée Search Console Insights.
Cette expérience joint les données de la Search Console et de Google Analytics dans le but de faciliter la compréhension des performances de votre contenu.
Que vous soyez un créateur de contenu Web, un blogueur ou un propriétaire de site Web, et indépendamment de votre expertise technique, il peut vous fournir une vue d’ensemble et des informations utiles sur les performances de votre contenu.
Cette nouvelle expérience sera progressivement déployée auprès de tous les utilisateurs de la Search Console dans les prochains jours.
Voici quelques exemples de questions auxquelles cette expérience vous aidera à répondre :
- Quels sont vos contenus les plus performants et lesquels sont tendances ?
- Comment les gens découvrent-ils votre contenu sur le Web ?
- Qu’est-ce que les gens recherchent sur Google avant de visiter votre contenu ?
- Quel article renvoie les utilisateurs vers votre site Web et à votre contenu ?
Il existe plusieurs façons d’accéder à Search Console Insights :
- Sélectionnez Search Console Insights en haut de la page Vue d’ensemble de la Search Console.
- Utilisez ce lien pour y accéder directement et enregistrer un signet (vous pouvez toujours rechercher « Search Console Insights » sur le moteur Google et visiter le site !)
- Bientôt disponible – Dans l’application Google iOS, sélectionnez Search Console Insights dans le menu du compte (appuyez sur votre photo de profil).Google travaille également à ajouter la prise en charge d’Android Google App.
Même si vous n’utilisez pas Google Analytics, vous pouvez toujours utiliser Search Console Insights.
Cependant, pour obtenir l’expérience complète et les meilleures insights sur votre contenu, Google vous recommande d’associer (lier) votre propriété Google Analytics à votre propriété Search Console appropriée.
Veuillez noter que pour l’instant, Search Console Insights ne prend en charge que les propriétés Google Analytics Universal Analytics (leur ID commence par un « UA- »), mais Google travaille pour prendre en charge Google Analytics 4.
Nous nous soucions de l’écosystème de contenu et nous apprécions la communauté des créateurs web qui rend le web intéressant et utile pour tant de gens.
Nous espérons qu’avec le temps, Search Console Insights aidera les créateurs à s’améliorer et à atteindre leurs objectifs.
Vous devez être connecté pour poster un commentaire.