Heures de bureau SEO, 10 décembre 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 10 décembre 2021.

Interruption du site Web par rapport au classement

04:17 « L'un des sites Web de mon client sera indisponible pendant une semaine ou deux. […] Comment puis-je dire à Google qu'il s'agit d'une situation temporaire ? […] Puis-je dire à Google que ce site Web est actuellement en panne, mais qu'il va reprendre vie d'ici deux semaines ou une semaine ? Mais il ne devrait pas y avoir de perte de classement, ou il pourrait y avoir une perte de classement minimale que je pourrais obtenir ? »

John a répondu : « Je ne pense pas que vous serez capable de le faire pour le moment, peu importe ce que vous avez mis en place. Donc, pour une panne d'environ un jour, l'utilisation d'un code de résultat 503 est un excellent moyen de nous dire que nous devrions vérifier. Mais après quelques jours, nous pensons qu'il s'agit d'un code de résultat permanent, et nous pensons que vos pages ont simplement disparu, et nous les supprimerons de l'index. Et quand les pages reviendront, nous les crawlerons à nouveau, et nous essaierons de les indexer à nouveau. Mais […] pendant ce temps, nous supprimerons probablement beaucoup de pages du site Web de notre index. Et il y a de fortes chances que cela revienne de la même manière, mais ce n'est pas toujours garanti.

Donc, chaque fois que vous avez une panne plus longue, je pense plus que quelques jours, je suppose qu'au moins temporairement, vous aurez de très fortes fluctuations, et cela prendra un peu de temps pour revenir. Ce n'est pas impossible parce que ces choses arrivent parfois. Mais s'il y a quelque chose que vous pouvez faire pour éviter ce genre de panne, je vais essayer de le faire. Et cela pourrait être quelque chose comme mettre en place une version statique du site Web quelque part et simplement la montrer aux utilisateurs pour le moment. Mais surtout si vous le faites de manière planifiée, j'essaierais de trouver des moyens de réduire la panne à moins d'un jour si possible.

Code de réponse 304 vs exploration

11:48 "Pensez-vous que le code de réponse 304 affecte l'exploration ? Parce que logiquement, si Googlebot vérifie une URL avec le même contenu et qu'il renvoie le code 304 la première fois, il est peut-être possible que Googlebot réduise l'exploration de la même URL car il retourne au code 304. »

John a dit : « Je pense qu'il y a deux choses. Donc le 304 est, je pense, en réponse aux requêtes "If-Modified-Since" où Googlebot essaie de voir si cette page a changé. Et je crois comprendre qu'un code de réponse 304 ne s'appliquerait pas au côté du budget de crawl. Cela signifie donc pour nous que nous pouvons réutiliser cette demande et explorer autre chose sur un site Web. Il y a donc cet aspect.

Et l'autre aspect en ce qui concerne l'exploration de cette URL spécifique moins, je ne pense pas que ce serait le cas. Mais nous essayons de déterminer la fréquence à laquelle les pages changent, et nous essayons de réexplorer les pages en fonction de la fréquence de page supposée ou de la fréquence de mise à jour que nous avons. Ce n'est donc pas tellement cette URL particulière qui serait explorée moins fréquemment. C'est plus que nous comprenons un peu mieux à quelle fréquence ces pages changent. Et ensuite, sur cette base, nous pouvons mettre à jour ou rafraîchir un peu l'exploration.

13:29 "Donc, si la plupart des pages du site reviennent à 304, alors c'est peut-être un signal pour Googlebot que le site n'a pas de nouveau contenu mis à jour, [et pour] réduire le taux d'exploration ?"

Jean : « Non, je ne pense pas. Je ne pense pas que nous réduirions le taux d'exploration. Nous essaierions peut-être de nous concentrer davantage sur les parties où nous voyons des mises à jour se produire. Je ne cacherais donc pas artificiellement les 304 dans l'espoir que cela améliore le crawling.

Demandes d'exploration depuis un mobile ou un ordinateur de bureau

14:06 "Depuis que notre taux d'exploration est revenu à la normale, nous avons remarqué que nos demandes d'exploration provenant de smartphones récupèrent beaucoup plus rapidement que les ordinateurs de bureau. Pourriez-vous l'éclairer ?"

Jean a répondu : « Je ne sais pas. Cela ressemble à ce à quoi on pourrait s'attendre avec l'indexation mobile d'abord, que nous explorons un peu plus avec le mobile. Je ne sais pas si votre site spécifique est déjà passé à l'indexation mobile d'abord, mais ce serait alors normal, que nous explorions davantage avec le mobile, et vous verriez alors les changements plus rapidement là-bas.

Découvert/Exploré ‒ rapport actuellement non indexé

26:12 "Nous devenons découverts ‒ actuellement non indexés plutôt que explorés ‒ actuellement non indexés pour 99 % [des pages]. Doit-on différencier les deux ? Parce que notre site n'est pas si grand et cela ne peut pas être un problème de budget de crawl à mon avis. Dans ce cas, ces deux désignations sont-elles à peu près les mêmes dans la mesure où c'est juste un problème de qualité ? »

John a répondu: «Je ne connais pas votre site Web, il m'est donc difficile de dire à l'improviste. Mais s'il s'agit de quelque chose où vous voyez les URL propres répertoriées dans le rapport Découvertes, [‒ actuellement] non indexées, essentiellement les URL que vous souhaitez indexer, alors cela semble être moins une question de Google ne peut pas partez et explorez autant d'URL. Car, encore une fois, avec 25 000 pages, la plupart des serveurs de taille raisonnable peuvent facilement permettre ce crawl de manière régulière. Et c'est probablement plus une question de compréhension de la qualité globale du site Web.

Et avec des sites Web plus importants ou si dans le rapport Découverte, [‒ actuellement] non indexé, vous voyez qu'il existe de nombreuses variantes d'URL, comme avec des paramètres ou avec des majuscules ou des minuscules, […] cela peut être un signe que le la liaison est désordonnée et que nous avons du mal à trouver les bonnes URL à explorer. Mais si nous affichons les bonnes URL dans le rapport Découvertes, [‒ actuellement] non indexées et qu'il s'agit d'un site Web raisonnablement petit, alors pour moi, cela va davantage dans le sens de la qualité globale du site.

27:54 "Alors, pensez-vous que nous devrions essayer d'ajouter du texte là-dedans ? Ce que nous montrons est un répertoire d'entreprises, et nous montrons ce que signifie le cours d'une action en termes de croissance future de cette entreprise. C'est donc un nombre, mais il n'y a pas beaucoup de texte lisible qui va avec. […] Nous avons une description, mais elle est commune à toutes ces entreprises, et nous devons déterminer ce qu'il faut faire si nous devions insérer un texte unique pour chaque entreprise. Mais devrions-nous aller dans cette direction, pensez-vous?

John : « Je ne pense pas que le texte affectera la façon dont nous indexons les pages. Donc, de ce point de vue, c'est quelque chose où si vous voyez le texte affecter la façon dont les utilisateurs regardent vos pages et sont capables d'interagir avec vos pages, alors bien sûr. Mais il s'agit plutôt d'essayer de comprendre ce que les utilisateurs recherchent et où vous pouvez apporter une valeur unique à vos utilisateurs. Mais le simple fait d'ajouter du texte aux pages - je ne pense pas que [cela] affecterait la façon dont nous explorons et indexons ces pages.

S'il s'agit de quelque chose où vous fournissez des chiffres, comme les numéros de stock, j'essaierais également de comprendre ce que vous pouvez faire pour vous assurer que ce que vous fournissez est unique et apporte de la valeur aux utilisateurs. Faites peut-être quelque chose dans le sens d'une étude d'utilisateurs pour comprendre, que pouvons-nous faire pour rendre notre site Web tel que les utilisateurs le recommandent également à d'autres personnes ? Et que cela se construit presque comme, je ne sais pas, la confiance ou quelque chose du point de vue de l'utilisateur. Et souvent, ce ne sont pas des choses purement techniques que vous modifiez sur un site Web, où vous modifiez un design ou convertissez certains chiffres en texte, par exemple. C'est une question de configuration globale du site Web.

Indexation des sites Web m-dot

30:20 « Google a-t-il des problèmes avec les sites d'indexation qui ont des versions mobiles sur un sous-domaine ? Par exemple, exemple.com et m.exemple.com ? »

John a déclaré : « De notre point de vue, du moins pour autant que je sache, nous n'avons aucun problème avec les domaines m-dot en général, dans le sens où il s'agit de l'un des formats pris en charge que nous avons pour les sites Web mobiles. . Nous ne recommandons pas la configuration m-dot. Donc, si vous configurez un nouveau site Web, j'essaierais d'éviter cela autant que possible et d'utiliser à la place une configuration réactive, mais c'est quelque chose qui peut fonctionner.

Donc, si vous voyez régulièrement sur votre site Web que nous ne sommes pas en mesure d'indexer correctement votre contenu mobile, alors pour moi, cela indiquerait davantage un problème sur votre site Web lorsque Googlebot mobile essaie d'explorer, il n'est pas en mesure de accéder à tout comme prévu. C'est donc dans cette direction que je me dirigerais pour essayer de nettoyer cela.

La seule chose qui décourage parfois les gens avec les domaines m-dot est l'indexation mobile d'abord, nous passons à la version m-dot comme URL canonique, et il peut arriver que nous affichions la version m-dot dans les résultats de recherche de bureau aussi bien. Vous devez donc également veiller non seulement à rediriger les utilisateurs mobiles de la version de bureau vers la version mobile, mais également à rediriger les utilisateurs de bureau de la version mobile vers la version de bureau.

Et encore une fois, […] si vous avez une configuration de conception réactive, vous n'avez pas à vous en soucier. C'est donc une autre raison d'être réactif si possible.

Traiter les blogs obsolètes

41:03 « Nous avons environ 450 blogs, dont certains datent de quatre à cinq ans et sont donc obsolètes et n'ont presque aucun trafic sur eux. Recommandez-vous de les supprimer, car ils nuisent à nos classements de recherche généraux ? Quelle est la meilleure façon : supprimez tout sans trafic en une seule fois et demandez la suppression de l'index à Google, ou recommandez-vous une approche étape par étape ? »

John a répondu : "Je pense qu'avec les blogs, vous voulez probablement dire des articles de blog, donc des pages individuelles, pas des ensembles entiers de pages. Parce que je pense que si vous avez autant d'ensembles de pages différents, c'est probablement un changement plus important. Mais avec 450 pages, […] où vous dites, eh bien, celles-ci ne font pas beaucoup de trafic, dois-je les supprimer ou non ? De mon point de vue, c'est probablement quelque chose où vous pouvez faire cet appel par vous-même. Je ne vois pas cela comme quelque chose où, du point de vue du référencement, vous verriez un changement significatif à moins qu'il ne s'agisse d'articles de blog terribles.

La chose principale, cependant, à laquelle je ferais attention, c'est que ce n'est pas parce que quelque chose n'a pas beaucoup de trafic que c'est un mauvais contenu. Cela peut signifier que c'est quelque chose qui reçoit très rarement du trafic, peut-être une fois par an, peut-être que c'est très saisonnier. Dans l'ensemble, du point de vue d'un site Web, ce n'est pas très pertinent, mais c'est peut-être pertinent juste avant Noël, par exemple. Donc, de ce point de vue, je dirais que c'est bien de parcourir un site Web et de déterminer quelles parties vous voulez conserver et quelles parties vous voulez nettoyer. Mais juste en regardant purement le trafic pour déterminer quelles parties vous voulez nettoyer, je pense que c'est trop simplifié.

Mais encore une fois, d'un point de vue SEO, supprimer 450 pages d'un site Web plus grand, c'est un petit changement, et je ne m'inquiéterais pas de savoir quand vous le faites et comment vous le faites exactement. Supprimez-les chaque fois que vous reconnaissez qu'ils n'ont plus de valeur. Supprimez-les tous en même temps, c'est aussi une option.

En ce qui concerne les soumettre avec l'outil de suppression également dans la Search Console, cela ne changerait probablement rien car l'outil de suppression de la Search Console masque la page dans leurs résultats de recherche, il ne supprime rien de l'indexation. C'est donc une chose que vous n'avez pas à faire. Mais encore une fois, sinon, je réfléchirais aux pages que vous souhaitez conserver, à celles que vous souhaitez supprimer, et je passerais par là comme ça.

Indexation des numéros des nouveaux articles

54:55 "J'ai un petit site Web, et c'est seulement quelques centaines d'URL. […] Et ça va bien depuis longtemps. Et du coup, en novembre, les pièces publiées ne sont plus indexées, pas toutes. […] Nous sommes assis là et nous voyons que Google les explore ou les découvre […]‒ mais [ils ne sont] pas indexés. Alors j'ai tout essayé : j'ai regardé les problèmes techniques, le linking est bon. Donc ma question est, y a-t-il un changement de paradigme que Google dit, eh bien, merci d'avoir publié ces articles, mais nous ne le voulons pas maintenant ? Est-ce quelque chose de nouveau qui a changé récemment ? »

Selon John, « Pas vraiment, du moins pas que je sache. Je veux dire, je pense que ce que je vois beaucoup en ce qui concerne les questions d'indexation que je reçois de nos jours est d'un point de vue technique, il est très facile pour les sites Web de créer des sites Web qui fonctionnent. Vous configurez WordPress, puis essentiellement tout le référencement est fait pour vous. Et de notre point de vue, cela signifie qu'il est moins fréquent qu'il y ait un problème technique avec une page qui n'est pas indexée. Cela signifie que tout le contenu que nous obtenons est essentiellement techniquement OK, et nos systèmes doivent être beaucoup plus critiques en ce qui concerne la qualité globale du site Web, la qualité des éléments de contenu que nous obtenons. Et puis c'est quelque chose où, en plus dans la Search Console, nous vous donnons toutes les informations sur des choses comme Découvert, [‒ actuellement] non indexé ou Crawlé, [‒ actuellement] non indexé. Et puis soudain, vous voyez tous ces problèmes, et cela semble être quelque chose que les gens doivent résoudre. De ce point de vue, il semble normal que nous recevions beaucoup plus de ces questions d'indexation simplement parce que, eh bien, beaucoup de contenu est OK, et nous ne pouvons toujours pas tout indexer sur le Web, nous devons donc faire une coupe quelque part.