Heures de bureau SEO, 21 janvier 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 21 janvier 2022.

La valeur des liens internes

00:44 « Y a-t-il une valeur différente pour les liens internes dans un en-tête, un pied de page ou dans le contenu ? »

Selon John, « C'est assez similaire. Je ne pense pas qu'il y ait quoi que ce soit de différent quantifiable dans les liens internes dans différentes parties de la page. Je pense que c'est différent quand il s'agit du contenu dans différentes parties de la page où nous essayons de comprendre ce qui est unique à une page. Mais en ce qui concerne les liens, je ne pense pas que ce soit quelque chose.

Problèmes d'exploration

03:33 "Après novembre [2021] Google [Core] met à jour mon site Web [a quelques problèmes avec] l'exploration. Certains liens [ont été explorés, et] certains ne le sont pas. […] Comment puis-je réparer [cela] ?

John a dit : « Je pense qu'il y a deux possibilités. Premièrement, il y a peut-être un problème technique. Je ne pense pas que ce soit nécessairement le cas […] parce qu'il semble que certaines pages soient explorées normalement.

L'autre est que nous n'explorons pas tout tout le temps. Nous n'indexons pas tout sur le web, et parfois nous devons hiérarchiser les choses. […] Nous essayons de comprendre quelle est la valeur globale d'un site Web en termes de ressources que nous devrions dépenser sur le site Web. Et cela se reflète dans combien nous crawlons également. C'est peut-être quelque chose que vous voyez là où nos algorithmes ne sont pas sûrs de la qualité globale du site Web. Aider à améliorer la qualité du site Web finit généralement par faire en sorte que nous explorions également une plus grande partie du site Web.

Baisse du nombre de pages indexées

05:47 « Au cours de la dernière année, nous avons apporté de nombreuses améliorations techniques au site, et nos clients semblent satisfaits du site. Cependant, depuis la fin octobre, le nombre de pages indexées par Google a chuté de façon spectaculaire de 25 % [ce qui représente] environ 500 000 pages. Ceux que nous avons soumis […] ont chuté de plus de 50 %. […] La chose que nous avons trouvée est que […] s'il n'y a pas d'avis sur la page du produit, le validateur de schéma est mécontent car aucun avis n'est mentionné. […] Y a-t-il quelque chose qui nous manque […] ou est-ce en fait suffisant pour en avoir été la cause principale ?

John a répondu : « Ce n'est pas parce que les données structurées ne sont pas complètement valides sur une page que nous les supprimerons de l'indexation, donc cela ne me semble pas lié. J'imagine que le rapport dans la Search Console affiche toutes ces erreurs. Vous les regardez, et vous dites, eh bien, je me fiche du balisage là-bas. Et c'est bien. Ce n'est pas un signe que nous pensons que votre site Web est mauvais parce que les données structurées ne sont pas valides. C'est juste que nous voulons vous faire savoir, au cas où vous voudriez utiliser ces données structurées, cela ne fonctionne pas. Mais cela n'affecterait pas l'exploration, l'indexation ou le classement.

Il est difficile de dire d'emblée ce qui pourrait en être la cause. Il se peut que […] nos systèmes ne soient pas sûrs de la qualité globale de votre site Web. Quand il s'agit d'un si grand site Web, où vous regardez la masse de chiffres là-bas, une chose que je ferais également serait d'essayer de regarder quelques échantillons et d'essayer de voir, le nombre reflète-t-il vraiment un problème réel ? Ou le nombre de pages indexées reflète-t-il essentiellement quelque chose de technique en cours de nettoyage ?

Par exemple, parfois, nous indexons des pages avec différents paramètres qui leur sont attachés, comme les paramètres de suivi Analytics. Il peut facilement arriver que nous indexions soudainement 100 000 de ces pages. Ils sont tous indexés. Et dans le graphique, on dirait que c'est une grande chose. Mais si nous devions supprimer toutes ces pages, cela ne changerait rien à votre site Web car ce sont des pages indexées accidentellement. Donc, dans le graphique, cela pourrait sembler très dramatique, et cela monte, et toutes ces choses sont indexées, puis ça descend. […] Mais il se peut que nos systèmes corrigent un problème d'indexation qui n'affecte pas le reste de votre site Web. Ce que j'essaierais de faire, c'est de déterminer lesquels de ces problèmes affectent le trafic ou la visibilité de votre site Web. Alors peut-être que le problème d'indexation en fait partie, mais j'essaierais de le séparer.

09:13 « Une chose que nous avons remarquée, c'était la première fois que nous voyions Crawled [– actuellement] non indexé. […] Nous pensons que cela nous dit quelque chose, mais nous ne savons pas trop comment l'interpréter.

John : « Je ne pense pas que vous puissiez en tirer grand-chose. Les deux statuts, Crawled [ ‒ actuellement] non indexé et Discovered [ ‒ actuellement] non indexé, sont essentiellement équivalents dans la mesure où nous connaissons l'URL. Nous avons confirmé en avoir entendu parler, mais nous avons décidé de ne pas l'indexer. C'est quelque chose que nous cherchons à comprendre avec les équipes d'indexation, est-ce un problème général ? Parce que nous entendons de plus en plus de rapports à ce sujet. Ou est-ce essentiellement plus visible qu'avant ? Parce que même dans le passé, nous n'indexerions toujours qu'une partie du site Web. Mais nous n'avons jamais montré cela aux gens dans la Search Console. Nous nous concentrons sur le trafic que vous obtenez, pas sur la raison pour laquelle nous n'indexons pas les pages individuelles. »

Pages désindexées vs caractères spéciaux dans les URL

23:56 "Nous venons de découvrir qu'à partir du 13 janvier, nos pages indexées ont chuté de plus de 90 %. […] Pouvez-vous nous donner quelques recommandations sur les aspects que nous pouvons comprendre pour identifier le problème ? […] Lorsque nous avons vérifié les exemples, nous avons remarqué que les URL [que Google a explorées] comportent des marques inhabituelles comme des points d'interrogation [et] des marques plus dans l'URL, mais nos URL réelles n'ont pas ces marques. C'est quelque chose d'inhabituel d'être repéré.

La réponse de John a été : « Je pense que l'un des aspects que vous souhaitez probablement également vérifier est de savoir si nous pouvons ou non les analyser correctement. J'imagine que vous avez déjà examiné cela, mais il est toujours bon de vérifier à nouveau.

En ce qui concerne les caractères spéciaux dans les URL, John a ajouté : "Ce qui arrive toujours, c'est que nous découvrons de nombreuses URL pour les sites Web. Si nous pensons qu'ils ne sont pas importants, nous les garderons sur notre liste, et à un moment donné, nous essaierons de les explorer. Je soupçonne que ce ne sont que des URL aléatoires que nous avons découvertes au fil du temps. Nous essayons de les explorer de temps en temps pour voir s'il nous manque quelque chose, mais ce n'est pas le signe d'un problème d'un site Web si nous explorons également des URL aléatoires.

Et se référant aux aspects techniques qui pourraient entraîner une telle situation, John a déclaré: «Habituellement, le principal problème concerne la qualité globale d'un site Web qui entre dans la décision d'indexer ou non des URL individuelles. C'est quelque chose qui peut aussi changer avec le temps. Pas tant que la qualité de votre site Web change, mais notre perception de la qualité du site Web peut changer avec le temps. Et c'est généralement l'élément principal qui entre en jeu là-bas.

Si vous constatez que ces changements d'indexation se produisent sur une courte période, il se peut que nos systèmes viennent de changer la façon dont nous évaluons la qualité de votre site Web et, tout à coup, tout se trouve dans un seau légèrement différent. Alors que si vous les voyez sur une plus longue période de temps, alors […] au fil du temps, nos systèmes sont de moins en moins confiants vis-à-vis du site Web.

Propriétés GSC et pages indexées non finales

33:18 "Nous avons essayé de créer des propriétés GSC pour certains de nos dossiers spécifiques à un pays afin de mieux surveiller leurs performances. Nous n'utilisons pas de barres obliques à la fin de nos URL. Ainsi, lorsqu'une nouvelle propriété de dossier est ajoutée à GSC, la barre oblique finale est automatiquement ajoutée à l'adresse, et aucune donnée n'est capturée et signalée pour la version non finale de la page d'index. Existe-t-il un moyen d'ajouter un dossier en tant que propriété GSC et de capturer également les statistiques de la page indexée non finale ? "

John : "Non, actuellement pas. De notre point de vue, une page sans slash à la fin n'est qu'une page. S'il y a une barre oblique, c'est un dossier, c'est le modèle que nous avons utilisé pour la Search Console. Donc, si vous avez la page d'accueil d'une section de votre site Web et qu'elle n'a pas de barre oblique finale, nous verrons cela comme une page du site de niveau supérieur. Au niveau du domaine, vous verriez probablement tout cela. Si vous voulez que les données soient visibles indépendamment, vous devez les extraire de la propriété de niveau supérieur dans la Search Console.

Récupération de l'indisponibilité du site Web

34:29 « Mon site Web, avec une moyenne d'environ 200 000 sessions par jour, a rencontré un problème technique. Le site a été indisponible pendant 14 à 15 heures il y a à peine deux jours. Alors que le trafic d'hier était à peu près normal, aujourd'hui, beaucoup de nos pages ont disparu des recherches Google. Le site est stable depuis 8 ans et nous n'avons jamais eu de problème comme celui-ci auparavant. Que recommandez-vous? "

John a déclaré : « Habituellement, si vous rencontrez ce type de problème technique pendant une courte période, il peut arriver que ces pages disparaissent de notre index, et généralement elles réapparaissent également assez rapidement. Ce qui se passe généralement, ce sont les pages que nous explorons le plus souvent qui sont probablement repérées en premier et qui sont remarquées lors de ce problème technique. Peut-être que nous les laissons tomber pendant ce temps. Vous voyez donc probablement que cela se reflète également dans votre trafic, mais la bonne nouvelle est que ces pages ont également tendance à être recrawlées assez fréquemment, donc elles devraient [également] réapparaître assez fréquemment.

La meilleure façon de se protéger contre ce problème est de s'assurer que vous avez un système en place qui peut servir un code de résultat 503 lorsque les choses tournent mal. Il se peut qu'il ne se déclenche pas automatiquement, mais même si vous pouvez activer manuellement ce code de résultat 503, essentiellement ce qui se passe alors, c'est que lorsque nous parcourons les pages pendant ce temps et voyons le 503, alors nous dirons qu'il y a un problème ici. Nous l'ignorerons et reviendrons plus tard pour revérifier.

Essentiellement , si vous pouvez servir un code de résultat 503, pendant une période d'un jour ou deux, nous verrons cela comme un problème temporaire, et nous ne supprimerons pas ces pages de notre index car nous pensons qu'elles existent toujours. Alors que si vous servez un 404, ou si vous servez une page vide ou juste une page d'erreur, directement, alors nous pourrions supposer que cette page a disparu, et nous la supprimerons de l'index.

Ce serait ma recommandation. Souvent, vous ne pouvez pas simplement intervenir lorsque les choses se gâtent et comprendre soudainement comment faire un 503. Je préparerais donc ce système à l'avance afin que vous puissiez basculer le plus rapidement possible. […] Si vous pouvez signifier un 503 pendant un jour ou deux, alors vous ne devriez voir aucun changement dans votre indexation de recherche. Si c'est plus long, alors évidemment vous pouvez toujours, mais au moins pour ces un jour ou deux ‒ vous êtes protégé.

Dans le cas où vous ne pouvez pas faire cela comme vous l'avez fait ici, je suppose que cela reviendra automatiquement. Je ne pense pas qu'il y ait quoi que ce soit de manuel à faire. Nous allons réexplorer ces pages. Nous remarquerons qu'il y a encore du bon contenu. On va les réindexer, […] reprendre les signaux qu'on avait avant. Il devrait essentiellement être indexé et classé de la même manière qu'avant. Il ne devrait pas y avoir de problème à long terme ici.

Migration de site Web

38:37 "Nous voulons migrer le contenu d'un site Web vers deux domaines distincts et le diviser. Que faire dans le GSC des anciens domaines ? Vers quel domaine devons-nous pointer en tant que destinataire ? Comment en informer Google ?"

John a déclaré : "Dans un cas comme celui-ci, où vous divisez ou fusionnez des sites Web, vous ne pouvez pas utiliser l'outil de changement d'adresse dans la Search Console, car il repose sur le fait que le déplacement est un déplacement individuel. d'un domaine à un autre domaine. Dès que vous divisez ou fusionnez des sites Web, ce n'est plus un mouvement individuel, c'est essentiellement quelque chose qui doit être traité par URL. Donc, pour ces choses, essentiellement, ce que vous voulez faire, c'est simplement configurer correctement les redirections. Suivez les directives normales que nous avons pour les déplacements de sites et gardez à l'esprit que le paramètre Search Console pour le changement d'adresse n'est probablement pas adapté ici.

En outre, le paramètre Search Console essaiera de tester certains exemples de pages sur votre site pour cette redirection. Il se peut que tout semble aller bien, mais je pense que ce serait toujours une erreur d'utiliser ce paramètre si vous divisez un site Web. Juste parce que cela pourrait potentiellement gâcher un peu les signaux, je doute que cela causerait des problèmes, mais je ne pense pas que vous auriez un avantage à utiliser cet outil de changement d'adresse si vous ne vous déplacez pas d'un domaine à un autre. ”

Liens internes et structure du site Web

51:16 "Est-il judicieux de regarder les liens internes des pages importantes d'un site Web pour voir s'ils ont des liens d'autres pages internes importantes et […] de [supprimer] les liens vers des pages moins importantes afin que les liens vers le les pages importantes ont plus de poids ? »

John a répondu : « C'est quelque chose que vous pouvez faire. C'est un peu délicat car nous essayons d'être intelligents dans la façon dont nous traitons les liens internes. En particulier, certaines pages très courantes qui reçoivent de nombreux liens, comme une page À propos de nous ou des conditions d'utilisation, sont liées à l'ensemble du site Web. Mais en même temps, nous comprenons qu'il s'agit d'un schéma normal, et cela ne signifie pas que nous devrions classer la page des conditions d'utilisation pour toute personne recherchant le nom de l'entreprise. C'est quelque chose où, d'une part, le maillage interne est quelque chose que vous pouvez contrôler. Mais je n'irais pas trop loin en disant, eh bien, je supprime les liens vers des pages que je ne pense pas critiques. Parce que c'est surtout quelque chose qui s'est produit lorsque nous avons introduit le nofollow que les gens disaient, oh, ma [page] Conditions d'utilisation ‒ tous les liens seront nofollow vers celle-ci. Cela ne change rien. C'est beaucoup de travail, et vous devez le maintenir pour toujours, mais cela ne change rien pour votre site Web, donc c'est comme du travail inutile.

Mais je recommanderais quand même de parcourir votre site Web et d'essayer de créer un graphique de la façon dont les choses sont liées. Je pense que certains ou probablement la plupart des outils de référencement ont la capacité de faire cela pour explorer le site Web et créer ce graphique […] pour montrer la structure du site Web. Et lorsque vous regardez cela, vous pouvez parfois dire au premier coup d'œil s'il y a une structure propre ou est-ce complètement désordonné ? Si c'est complètement désordonné, alors je pense qu'il est possible de nettoyer cela et de clarifier ce que devrait être la structure.

En créant une structure plus claire, vous nous aidez à comprendre quelles pages vous pensez être les plus importantes, c'est donc quelque chose que j'essaierais de trouver des moyens de nettoyer. Ce n'est pas que je dis que votre site Web sera mieux classé si vous avez une structure propre, mais c'est plus si nous comprenons que votre site Web devrait se classer dans cette gamme [et] lesquelles de ces pages sont les plus importantes. C'est quelque chose que vous nous dites là […] et qui vous donne de la valeur et que vous envoyez les gens vers les pages qui vous tiennent à cœur. C'est certainement quelque chose que j'envisagerais de faire.

55:03 "Qu'en est-il du PageRank interne qui est assez facile à calculer ? Recommanderiez-vous de le faire pour voir quelles pages ont le plus de poids à partir des liens internes, ou diriez-vous que c'est quelque chose qui n'est pas nécessaire ? »

John a répondu: «[…] L'aspect que vous ne pouvez pas modéliser ici est que les pages individuelles obtiendront différents liens externes, et cela affecte également le PageRank interne. Si tout le monde fait un lien vers votre page Conditions d'utilisation, c'est soudainement quelque chose qui a beaucoup de PageRank. Et le PageRank est quelque chose que nous utilisons dans nos systèmes, mais nous utilisons beaucoup d'autres choses. C'est un gadget intéressant d'un point de vue technique, mais je ne le verrais pas comme quelque chose de supercritique d'un point de vue pratique. C'est plus que vous aimeriez jouer avec les chiffres et jouer avec les graphiques - bien sûr, vous pouvez calculer cela. Je ne le verrais pas comme quelque chose qui se reflète individuellement chez Google. »