Heures de bureau SEO, 19 novembre 2021

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

Longueur du titre et de l'URL

02:58 "Je travaille dans l'industrie de l'information. […] Lorsque j'optimisais le référencement, j'ai dit [à mes collègues] que nous devions fixer le titre à 65 lettres seulement. […] J'ai cherché sur le web, et je n'ai pas trouvé la bonne réponse. Est-ce un facteur de classement que le titre devrait être aussi long?

John a dit : « Non, nous n'avons aucune recommandation sur la longueur d'un titre. Je pense que choisir un chiffre de votre côté et dire : sur mobile, autant d'espace est disponible, donc comme ligne directrice éditoriale, nous dirons 65, ou tout ce que vous voulez choisir, c'est parfaitement bien. Mais de la part de Google, du côté de la qualité de la recherche [et] du classement, nous n'avons aucune directive qui dit : cela devrait être aussi long ou pas.

[…] La longueur n'a pas d'importance. Si nous montrons quelque chose de plus court, ou si nous montrons quelque chose de légèrement différent, c'est en quelque sorte la façon dont nous l'affichons dans les résultats de recherche. Cela ne signifie pas que le classement change.

En ce qui concerne la longueur de l'URL, John a déclaré que cela n'avait pas d'importance non plus. "Je pense que c'est une bonne pratique d'avoir certains des mots dans l'URL, donc c'est plus une URL lisible, mais ce n'est pas une exigence d'un point de vue SEO."

John a également ajouté que le fait d'avoir uniquement l'ID dans l'URL est acceptable du point de vue de Google. « C'est mieux d'avoir quelques mots là-dedans, mais c'est essentiellement bien. Pour la plupart, c'est quelque chose que seuls les utilisateurs voient, et lorsqu'ils copient et collent l'URL, ils peuvent voir, oh, je sais de quoi parle cet article d'après ce que je vois ici. Alors que s'ils ne voient que le numéro, ils risquent de choisir le mauvais numéro ou de ne pas en être sûrs. Mais c'est presque une question d'utilisateur, pas une question de référencement.

Exploration Google et Bing

25:30 « Nous remarquons que lorsque notre demande de crawl de Google diminue, notre demande de crawl de Bing augmente. Est-ce que ces deux-là sont liés ? »

John a répondu: «Je pense que ce serait une coïncidence vraiment étrange, mais je ne suis au courant d'aucune collaboration avec Bing pour échanger les demandes d'exploration, donc je ne vois pas cela lié.

Ce qui peut arriver parfois, du côté de Google, lorsque nous reconnaissons qu'un serveur est surchargé, lent et affiche des erreurs de serveur, nous aurons tendance à moins explorer. Et il se peut que lorsque Bing explore beaucoup, nous constatons que le serveur est généralement plus lent, nous allons donc explorer un peu moins. Et quand nous verrons que le serveur a plus de capacité, est un peu plus rapide, alors nous explorerons davantage, ce qui pourrait être lié au moment où Bing explore moins. Théoriquement, c'est possible. D'un point de vue pratique, je doute que cela se produise simplement parce que, généralement, les sites Web ont tellement de capacité pour les utilisateurs que certains crawlings de Bing et certains crawlings de Google ne vont pas ralentir l'ensemble du site Web.

Pourquoi l'indexation est-elle plus lente ?

32:27 " L' indexation semble avoir beaucoup changé pour moi au cours de la dernière année ou deux (cela se produit sur toutes mes propriétés Web). Alors que les choses étaient rapidement indexées auparavant lors de leur soumission dans GSC, de nos jours, les soumissions de GSC semblent n'avoir aucun effet. Au contraire, il apparaît seul dans l'indice après des jours, voire des semaines (rebondissant parfois dans et hors de l'indice). Cela se produit sur des sites bien établis avec plus de 50 000 visiteurs mensuels organiques. Pourquoi est-ce?"

Jean a dit : « Je ne sais pas. C'est difficile à dire de manière générale : c'est pourquoi les choses ne sont pas indexées aussi rapidement sur votre site Web. En général, l'outil d'indexation des requêtes dans la Search Console est quelque chose qui le transmet aux bons systèmes, mais cela ne garantit pas que les choses seront automatiquement indexées.

Je pense qu'au début, c'était quelque chose qui était un signal beaucoup plus fort pour que le système d'indexation se déclenche et indexe cela. Mais l'un des problèmes qui se pose avec ces choses est, bien sûr, que les gens en profitent et utilisent également cet outil pour soumettre toutes sortes de choses aléatoires. Ainsi, au fil du temps, nos systèmes sont devenus un peu plus sûrs, presque en ce sens qu'ils essaient de gérer les abus qu'ils subissent, et cela conduit parfois à des choses un peu plus lentes. Où ce n'est pas tellement qu'il est plus lent parce qu'il en fait plus, mais c'est plus lent parce que nous essayons d'être prudents ici. Cela peut signifier que des choses comme les soumissions de la Search Console prennent un peu plus de temps à être traitées. Cela peut signifier que nous avons parfois besoin d'avoir une confirmation de l'exploration et une compréhension naturelle d'un site Web avant de commencer à y indexer des éléments. De notre point de vue, c'est normal.

L'une des choses qui, à mon avis, a également beaucoup changé sur le Web au cours des deux dernières années, probablement plus longtemps, est que de plus en plus de sites Web ont tendance à être techniquement corrects dans le sens où nous pouvons facilement les explorer. […] On peut donc, d'une part, passer à un crawling plus naturel. D'un autre côté, cela signifie que beaucoup de choses que nous obtenons ‒ nous pouvons ramper. Alors que dans le passé, quand quelque chose n'était pas indexé, vous pourriez dire, eh bien, peut-être qu'il y a quelque chose de mal configuré sur le site Web, et vous essayez de trouver ce problème d'un point de vue technique. De nos jours, la plupart des soumissions que nous recevons sont techniquement correctes, nous pouvons donc les indexer, ce qui signifie que la capacité d'exploration et d'indexation étant encore limitée, nous devons être un peu plus sélectifs. J'imagine que, dans l'ensemble, c'est ce que vous verriez là-bas si nous ne reprenons pas les choses aussi rapidement que nous aurions pu le faire par le passé.

Ancien domaine vs autorité de site

35:33 " J'ai un domaine qui n'a pas été utilisé depuis quatre ans. Le blog que j'avais fonctionnait très bien dans le SERP pour son créneau, mais parce que je ne voulais pas le vendre, j'ai supprimé tout le contenu et laissé le domaine "garé". Je veux faire revivre le contenu dessus, mais je veux adopter une approche légèrement différente. Ma question est la suivante : Google a-t-il besoin d'en savoir plus sur mon blog comme s'il était nouveau ? Ou ai-je plus de chances d'être une autorité sur mon créneau plus rapidement que d'habitude à cause de cet ancien domaine ? »

Selon John, "Si le contenu a disparu pendant quelques années, nous devons probablement comprendre ce qu'est ce site, en recommençant essentiellement à zéro. Donc de ce point de vue là, je ne m'attendrais pas à grand chose en termes de bonus car vous aviez du contenu par le passé. Je suppose que vous allez devoir le reconstruire comme n'importe quel autre site. Si vous avez une entreprise et que vous fermez pendant quatre ans, et que vous rouvrez, il sera rare que les clients se souviennent de vous et disent, oh, j'irai dans cette entreprise. Ça a l'air complètement différent, ils offrent des choses différentes, mais ça existait avant. Je pense que cette situation va être rare dans la vraie vie […] aussi. Je suppose donc que vous commencez essentiellement ici.

C'est aussi l'une des raisons pour lesquelles il n'est généralement pas logique d'acheter des domaines expirés dans l'espoir d'obtenir un bonus en utilisant ces domaines expirés.

Empêcher les pages d'être désindexées

37:03 "Je gère un site Web avec plus de 5 000 URL. Nous faisons de notre mieux pour nous conformer aux facteurs de classement de recherche/SEO, mais nous constatons qu'en moyenne, nous obtenons environ 100 URL par mois qui sont désindexées. Que pouvons-nous appliquer à nos pages pour éviter que cela ne se produise ? »

John : « C'est difficile à dire avec ces seules informations, car la plupart du temps, nous ne nous contentons pas de supprimer des éléments de notre index, nous en obtenons également de nouveaux. Donc, si vous ajoutez du nouveau contenu en même temps et que certaines choses sont abandonnées en cours de route à partir de notre index, c'est généralement normal et attendu car, essentiellement, pour pratiquement aucun site Web, nous indexons tout sur le site Web. C'est quelque chose, où en moyenne, […] entre 30 et peut-être 60 pour cent d'un site Web tend à être indexé. Donc, si vous ajoutez des centaines de pages par mois et que certaines de ces pages sont supprimées, ou que certaines des pages les plus anciennes ou les pages les moins pertinentes sont supprimées au fil du temps, cela semble normal.

Pour minimiser cela, je pense que c'est quelque chose où vous devez essentiellement montrer à Google, ou à vos utilisateurs, je suppose, quelle est la valeur globale de votre site Web pour que Google dise, eh bien, je dois m'assurer de garder autant que possible de ce site dans mon index. Il s'agit généralement moins d'une chose technique que de quelque chose où la valeur que vous fournissez est essentielle pour que Google la conserve dans notre index. Même dans les cas où nous pensons qu'un site Web est fantastique, nous n'indexons toujours pas tout. D'un point de vue technique, c'est presque impossible, en partie parce qu'un site Web a tendance à avoir beaucoup de, je l'appelle, du contenu techniquement dupliqué où vous avez des choses comme des paramètres de suivi, ou une pagination qui va dans des espaces infinis, ou des paramètres de filtrage, ou des formulaires de recherche […] où, théoriquement, on peut trouver un nombre infini d'URL sur le site. Et s'il est possible de trouver un [nombre] infini d'URL et que nous ne pouvons indexer qu'un nombre fini, nous ne pourrons jamais tout indexer.

Suppression du sitemap de l'ancien site Web

41:58 « Nous avons migré notre site il y a environ sept mois vers un nouveau domaine. Dois-je supprimer l'ancien sitemap de l'ancien site ? »

John a dit : « Probablement oui. Habituellement, lorsque vous migrez un site Web, vous finissez par tout rediriger vers le nouveau site Web, et parfois vous conservez un fichier de sitemap des anciennes URL dans la Search Console dans le but que Google se déclenche et explore ces anciennes URL un peu plus rapidement et trouve la redirection. C'est parfaitement bien de le faire de manière temporaire. Mais je pense qu'après un mois ou deux, il vaut probablement la peine de retirer ce sitemap, car ce qui se passe également avec le fichier sitemap, c'est que vous nous dites quelles URL vous intéressent. Et si vous pointez vers les anciennes URL, vous dites presque, eh bien, je veux que mes anciennes URL puissent être trouvées dans la recherche. Cela peut conduire à un petit conflit dans nos systèmes. Nous disons, eh bien, vous pointez vers les anciennes URL, mais en même temps, vous redirigez vers les nouvelles ; laquelle voulez-vous indexer ? À ce stade, vous souhaitez essentiellement supprimer ce conflit autant que possible. Et vous pouvez le faire en déposant simplement ce fichier de sitemap et en nous donnant tous les signaux, que vous pouvez, qui pointent vers vos nouvelles pages. Une fois que nous avons vu cette redirection, nous pouvons simplement nous concentrer uniquement sur les nouvelles pages que vous avez sur votre site Web ou sur le nouveau domaine, ou tout autre mouvement que vous avez fait.

L'avenir de la recherche par rapport à Google Knowledge Graph

43:30 « Les extraits de Google et le Knowledge Graph semblent s'améliorer tout le temps, et souvent les utilisateurs n'ont pas besoin de visiter un site Web pour obtenir les réponses dont ils ont besoin. Alors, que réserve l'avenir aux éditeurs Web, petits et grands, en termes d'obtention de trafic SEO ? »

John a déclaré : « Je ne vois pas la nécessité de supprimer un jour les sites Web, car ces informations sont vraiment détaillées sur votre site Web. Parfois, les gens veulent juste quelque chose de très rapide, peut-être veulent-ils le numéro de téléphone ou l'adresse de votre entreprise, puis ils se rendent directement dans cette entreprise. Mais essentiellement, pour quelque chose de plus qu'un simple extrait d'information, vous voulez découvrir le contexte complet et obtenir plus d'informations là-bas, donc je ne vois pas cela disparaître.

Ce n'est certainement pas non plus notre objectif d'être cet endroit où tout le monde va et obtient directement les réponses, car nous savons que nous devons travailler avec l'écosystème, avec tous ceux qui créent des sites Web pour nous assurer que les choses que nous fournissons dans la recherche , offrent également de la valeur aux propriétaires de sites Web. Parce qu'il est facile pour les propriétaires de sites Web de dire, eh bien, je ne veux pas participer à cette recherche, je préfère être simplement trouvable sur Facebook, ou dans les médias sociaux, ou ailleurs. Nous voulons nous assurer qu'il y a un accord égal dans la mesure où nous pouvons montrer votre contenu, nous pouvons envoyer des utilisateurs vers vous, mais vous en retirez également quelque chose dans le sens où vous obtenez également tout ce trafic. C'est quelque chose dont toutes les équipes de Google, qui travaillent sur la recherche, se soucient profondément, donc ce n'est certainement pas le cas que nous essayons de tout comprendre et que nous ne les montrons que de notre côté. Mais je comprends que c'est quelque chose dont les gens s'inquiètent également parce qu'ils voient ces fonctionnalités sophistiquées dans la recherche, et il est parfois difficile de comprendre quelle est la situation dans son ensemble ou quel est l'effet net sur les sites Web.

Je pense aussi que si vous rencontrez des situations où vous êtes comme, eh bien, je n'aime pas la façon dont Google montre cela parce que c'est quelque chose que je préférerais que les gens regardent sur mon site Web, alors donnez-nous ce genre de information. Contactez-moi sur Twitter, envoyez-moi des captures d'écran de choses où vous dites, eh bien, ce n'est pas la façon dont je veux que mon contenu soit affiché. Et je suis heureux de transmettre cela aux équipes de produits, et nous pouvons trouver des moyens d'améliorer cela. »

Balises canoniques et alternatives vs contenu multilingue

53:13 "Nous voulons créer le même article dans différentes langues. […] Dois-je y définir une version canonique et alternative ?

John : "Je pense qu'en général, si vous avez un contenu multilingue, utiliser quelque chose comme l'annotation hreflang est utile car cela nous aide à déterminer quelle version de votre contenu doit être montrée à quel utilisateur. C'est donc généralement l'approche à adopter.

En ce qui concerne le canonique, vous nous indiquez sur quelle URL se concentrer, de sorte que les canoniques doivent être les versions linguistiques individuelles . Cela ne devrait pas être une langue, en tant que canonique pour toutes les langues, mais plutôt chaque langue a sa propre version canonique comme ceci est la version française et la canonique française, c'est la version hindi et la canonique hindi. Il ne devrait donc pas y avoir de liens entre les langues.

Pages AMP vs contenu multilingue

54:43 "Mon site est sur le classement Google News. J'y ai exploré des pages AMP. Dois-je utiliser leurs versions alternatives, comme nous avons une version alternative en hindi ou en russe ? De quoi vous souvenez-vous à ce sujet ? »

John a répondu : "Avec les pages AMP, les pages Web normales et les différentes versions linguistiques, cela devient très compliqué. Dans la documentation AMP, ils ont une page sur […] le contenu multilingue qui a un diagramme en ce qui concerne les annotations hreflang que vous devriez avoir là-bas , je vérifierais cela. En ce qui concerne Google News, je ne sais pas comment [Google] News gérerait cela spécifiquement. Je ne sais pas, par exemple, s'ils auraient besoin de séparer cela dans un sous-domaine, il s'agit donc clairement d'un site d'actualités distinct, ou quelles sont leurs recommandations. Mais pour AMP, je vérifierais ce graphique dans la documentation.

Je pense que c'est compliqué avec les pages AMP, les pages normales et l'internationalisation. Lorsque vous regardez le graphique, vous direz probablement, oh, cela a beaucoup de sens, mais si vous avez beaucoup de pages différentes et beaucoup de versions linguistiques différentes, c'est beaucoup de travail pour obtenir tous ces détails correctement .”