Heures de bureau SEO, 29 avril 2022

Ceci est un résumé des questions et réponses les plus intéressantes des heures de bureau Google SEO avec John Mueller le 29 avril 2022.

L'exploration peut-elle être bloquée en raison d'interstitiels d'âge sur un site Web ?

8:23 "Si un site Web demande aux utilisateurs de vérifier leur âge avant d'afficher du contenu en cliquant sur un bouton pour continuer, est-il possible que Google ait des problèmes pour explorer le site ? Si oui, existe-t-il des directives sur la meilleure façon de gérer cela ? »

John a déclaré: «Selon la façon dont vous configurez cela, oui, il est possible qu'il y ait des problèmes liés à l'exploration du site.

En particulier, Googlebot ne clique sur aucun bouton d'une page. Donc, ce n'est pas que Google serait capable de naviguer dans un interstitiel comme ça si vous avez quelque chose qui est […] un interstitiel légal. Et surtout s'il s'agit de quelque chose qui nécessite de vérifier un âge, les gens doivent saisir quelque chose, puis cliquer sur Suivant . Et Googlebot ne saurait pas quoi faire avec ces champs de formulaire. Cela signifie donc que si cet interstitiel bloque le chargement de tout autre contenu, cela bloquera probablement également l'indexation et l'exploration. Un moyen très simple de vérifier si c'est le cas est d'essayer de rechercher une partie du contenu qui se cache derrière cet interstitiel. Si vous pouvez trouver ce contenu sur Google, cela signifie probablement que nous avons pu trouver ce contenu.

D'un point de vue technique, ce à quoi vous devez faire attention, c'est que Google est capable de charger le contenu normal de la page. Et, si vous souhaitez afficher un interstitiel en plus, en utilisant JavaScript ou HTML, c'est parfaitement bien. Mais nous devons également pouvoir charger le reste de la page. C'est donc la partie la plus importante. Et cela signifie également que si vous utilisez une redirection vers une URL temporaire et que vous la redirigez ensuite vers votre page, cela ne fonctionnera pas. Toutefois, si vous utilisez JavaScript/CSS pour afficher un interstitiel au-dessus de votre contenu existant déjà chargé, cela fonctionnera pour la recherche Google. Et, d'un point de vue politique, c'est très bien. Ce n'est pas quelque chose que nous considérerions comme étant masqué, car le contenu y est toujours chargé. Et surtout si les gens peuvent accéder à ce contenu après avoir parcouru cet interstitiel, c'est parfaitement bien.

Comment Google évalue-t-il la qualité de votre site lors de ses principales mises à jour ?

10:54 "Notre site Web était bien classé avant que nous n'effectuions une refonte de la conception. Notre timing était terrible, car une mise à jour principale a été publiée juste après le lancement, qui présentait quelques problèmes avec les liens internes. Nous pensons que Google a réévalué la qualité du site à ce moment-là, mais nous avons pu résoudre les problèmes. Notre classement et notre trafic ont beaucoup chuté, et [nous] avons perdu tous les extraits enrichis dans le processus, et [il] est dans les limbes depuis cinq à six mois. Attendons-nous une autre mise à jour principale pour que Google évalue à nouveau la qualité de notre site, ou cela se produit-il lorsque le site Web est rappelé ? […] »

John a répondu: «Je pense qu'il y a quelques choses ici qui se rejoignent. Mais, tout d'abord, je vous recommande de consulter notre article de blog sur les mises à jour principales . […] Il contient de nombreuses informations sur les mises à jour principales, en particulier sur les problèmes que nous examinons et sur la manière dont les choses sont résolues au fil du temps. C'est donc la première chose que je ferais dans un cas comme celui-ci.

Les informations que nous utilisons pour les mises à jour de base pour comprendre le site sont […] collectées davantage sur le long terme. Ce n'est pas quelque chose où, si, juste au moment du lancement de la mise à jour principale, vous aviez un problème technique, votre site tomberait soudainement dans ce problème. […] Cela signifie donc que si vous constatez des effets d'une mise à jour principale, cela est généralement dû à une période plus longue, où nous avons rencontré des problèmes que nous examinons en ce qui concerne les mises à jour principales.

De plus, en ce qui concerne les problèmes techniques, ce n'est généralement pas un déclencheur pour les mises à jour principales […] de ne pas savoir quoi faire avec le site Web car les problèmes techniques ont tendance à ne pas être les mêmes que les problèmes de qualité. Évidemment, il peut y avoir des problèmes techniques qui, lorsqu'un utilisateur consulte le site Web, rendent impossible l'utilisation du site Web. Mais si c'est juste quelque chose de petit, alors ce n'est généralement pas un gros problème. Donc, si vous avez des choses comme des 404 sur une page ou des liens brisés, ce ne serait pas une raison pour que nos algorithmes de qualité interviennent. Mais il y a beaucoup d'autres choses que nos algorithmes de qualité recherchent, et ils sont le tout dans le billet de blog. Je vous conseille donc d'y jeter un œil.

En ce qui concerne la résolution après l'amélioration de votre site Web, cela est également mentionné dans le billet de blog. Certaines de ces choses s'amélioreront régulièrement au fil du temps à mesure que nous retraiterons votre site Web. Et certains d'entre eux exigent que nos algorithmes de qualité effectuent une autre analyse du site, et cela peut prendre un certain temps pour que cela se produise.

La traduction de votre contenu peut-elle le pénaliser ?

14:04 "Si je traduisais une page d'une langue à une autre, cela serait-il pénalisé ?"

Jean répondit : « Non . […]. Essentiellement, si vous traduisez votre contenu, vous créez un nouveau contenu, et ce sont de nouveaux mots, de nouvelles phrases. […] Et nous serions en mesure d'explorer et d'indexer cela normalement, comme tout autre élément de contenu distinct. Ce n'est pas le cas que nous pénaliserions un site Web pour avoir du contenu localisé.

La seule fois en ce qui concerne les traductions où nos systèmes pourraient être un peu perturbés, c'est si vous utilisez des traductions automatiques et laissez ces traductions automatiques être indexées , et surtout si ces traductions automatiques sont des traductions de qualité inférieure, où nous pourrions regarder ces pages et dire, eh bien, ce n'est plus une grande page. Et cela pourrait être quelque chose où nos algorithmes interviendraient et diraient, eh bien, ce n'est pas une bonne page. Nous ne devrions pas le traiter comme une grande page. C'est donc la chose principale là-bas.

Vaut-il la peine d'utiliser l'API d'indexation pour tous les sites ?

15:35 "L'utilisation de l'API d'indexation est-elle bonne ou mauvaise pour un site Web normal ?"

La réponse de John était : « L'API d'indexation est destinée à un contenu très spécifique, et l'utiliser pour d'autres contenus n'a pas de sens. Cela revient, je pense, à utiliser des véhicules de construction comme photos sur votre site Web. Bien sûr, vous pouvez le mettre sur un site Web médical, mais cela n'a aucun sens. Et, si vous avez un site Web sur la construction de maisons, alors, bien sûr, mettez des véhicules de construction sur votre site Web. Ce n'est pas que ce soit illégal ou que cela causera des problèmes si vous mettez des véhicules de construction sur votre site Web médical, mais cela n'a aucun sens. Ce n'est pas quelque chose qui s'y adapte. Et c'est similaire à l'API d'indexation. C'est juste pour des cas d'utilisation très spécifiques. Et, pour tout le reste, ce n'est pas pour ça qu'il est là.

Pourquoi les données Core Web Vitals ne montrent-elles pas des résultats stables ?

19:06 "Quand Core Web Vitals donne-t-il des informations stables et correctes ? Il continue de fluctuer sans modifier aucune donnée sur le site Web.

John : "Je pense que c'est probablement un effet secondaire de la façon dont les mises à jour Core Web Vitals et Page Experience sont traitées. Et c'est quelque chose où j'essaierais de rechercher ces détails pour comprendre un peu plus comment les données de terrain, de sorte que les données que les utilisateurs voient jouent un rôle là-dedans. Et c'est quelque chose où, si des utilisateurs d'horizons très variés, de lieux différents et de types d'appareils différents accèdent à vos pages, vous constaterez probablement également des fluctuations au fil du temps.

Pourquoi Google peut-il afficher vos redirections comme des erreurs de redirection ?

19:59 "Je constate une augmentation très spectaculaire des erreurs de redirection de notre site dans le rapport de couverture de la Search Console. Toutes les redirections semblent techniquement correctes. Il y a 301. Presque toutes les URL répertoriées dans le rapport concernent d'anciens produits qui redirigent désormais vers une page plus générale de tous les produits. Google a-t-il commencé à traiter ce type de redirection comme des erreurs de redirection ?"

John a déclaré : "Il semble qu'il existe une situation très spécifique sur votre site Web en ce qui concerne les redirections et les données que vous voyez dans la Search Console. Et c'est quelque chose que je publierais probablement dans le forum d'aide. […]

L'une des choses que je soupçonne pourrait se produire là-bas, c'est que nous avons récupéré ces URL dans votre fichier de plan de site, et vous les redirigez maintenant vers autre chose, puis nos systèmes sont comme, eh bien, vous les avez mentionnés dans le fichier de plan de site. Pourquoi ne fonctionnent-ils pas réellement ? Et c'est peut-être pour cette raison qu'ils sont signalés.

Vous pouvez en savoir plus sur les redirections dans notre Guide ultime des redirections dans le référencement technique.

Pourquoi une version anglaise de votre page pourrait-elle être mieux classée ?

23:09 "Pourquoi une version anglaise de la page d'accueil d'un site Web serait-elle mieux classée, puis une autre version linguistique de la page d'accueil dans un pays de cette langue ?"

Selon John, « il est toujours difficile de dire pourquoi il serait mieux classé, mais c'est certainement possible. Et, lorsqu'il s'agit de différentes versions linguistiques, si vous recherchez un mot ou un terme qui est essentiellement ambigu en ce qui concerne sa langue, il peut arriver que nous choisissions une version linguistique ou une autre version linguistique, ou différentes versions de pays . C'est la même chose. Et c'est probablement principalement vrai sur les pages d'accueil, lorsque les gens recherchent le nom de votre entreprise, il n'est pas nécessairement clair qu'ils veulent dire la version en langue anglaise ou peut-être une version en langue française ou une version en langue allemande de votre page d'accueil uniquement à partir du interroger lui-même. C'est donc quelque chose où parfois nous montrons peut-être ce que nous pensons correspondre le mieux à cette requête, et ce n'est peut-être pas la bonne langue ou la bonne version du pays.

[…] Il y a deux choses que vous pouvez faire. D'une part, avec les annotations hreflang, vous pouvez nous parler des différentes versions linguistiques et nationales, puis il nous est plus facile de les échanger. L'autre chose, en particulier pour les différentes versions de pays, qui est généralement là où le problème de la page d'accueil entre en jeu, vous pouvez utiliser un interstitiel JavaScript ou une bannière sur une page pour guider les gens vers la bonne version de la page. Donc, si vous pouvez reconnaître que l'utilisateur se trouve dans un pays où vous avez une version de pays spécifique, et qu'il se trouve dans une version de pays différente, l'utilisation d'une bannière JavaScript est un bon moyen de lui faire savoir que ‒ il ressemble à vous 're de ce pays, et nous avons une version de pays pour vous ici. Peut-être aimeriez-vous y aller. La partie importante avec ceci est que, en ayant une bannière JavaScript, elle a tendance à ne pas être indexée. Et, en l'ayant comme quelque chose sur lequel l'utilisateur peut cliquer, il ne redirige pas automatiquement l'utilisateur là-bas, ce qui signifie qu'il est plus facile pour nos systèmes de traiter et d'indexer ces pages.

Le nom du lieu dans la méta description influence-t-il les classements ?

26:49 "L'ajout du nom de l'emplacement dans la méta description est-il important pour Google en termes de classement si la qualité du contenu est maintenue ?"

John a répondu : « La méta description est principalement utilisée comme un extrait dans la page de résultats de recherche, et ce n'est pas quelque chose que nous utiliserions pour le classement. Mais, évidemment, avoir un bon extrait sur une page de résultats de recherche peut rendre plus intéressante la visite de votre page lorsqu'ils voient votre page se classer dans les résultats de recherche.

Quelles données structurées devriez-vous utiliser pour votre site Web ?

27:20 "Comment le schéma affecte-t-il le site Web d'un créneau médical ? Quel type de données de structure devrait être utilisé ici ? »

John a déclaré: «En ce qui concerne les données structurées, je me concentrerais principalement sur les éléments que nous avons documentés dans notre documentation pour les développeurs et les fonctionnalités spécifiques qui y sont liées. Ainsi, au lieu de dire quelles données structurées dois-je utiliser pour ce type de site Web, je retournerais la situation et dirais quels attributs visibles je souhaite voir trouvés dans les résultats de recherche ? Et ensuite, à partir de là, regardez quelles sont les exigences pour ces attributs visuels, et puis-je implémenter les données de structure appropriées pour répondre à ces exigences ? C'est donc dans cette direction que je me dirigerais.

28:06 "Chaque page a-t-elle besoin d'un schéma ou de données structurées ?"

Jean : « Non, certainement pas. Comme je l'ai mentionné, utilisez le guide des éléments visuels que je veux voir pour ma page, puis trouvez les bonnes données structurées pour cela. Il n'est certainement pas nécessaire de mettre des données structurées sur chaque page. »