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

La taille du fichier robots.txt

00:45 "Y a-t-il des effets SEO négatifs qui peuvent résulter d'un énorme fichier robots.txt ?"

John a répondu qu'il n'y avait "aucun problème de référencement négatif direct avec cela. Mais c'est beaucoup plus difficile à entretenir. Et il est beaucoup plus facile de pousser accidentellement quelque chose qui cause des problèmes. Ce n'est pas parce qu'il s'agit d'un fichier volumineux que c'est un problème, mais cela vous permet de créer plus facilement des problèmes. » […]

04:35 "En plus de raccourcir radicalement [le fichier robots.txt], y a-t-il une directive pour le construire ?"

John : « Non, c'est essentiellement à vous de décider. Certains sites ont de gros fichiers. Certains sites ont de petits fichiers. Ils devraient tous fonctionner. Nous avons un code open-source de l'analyseur robots.txt que nous utilisons. Donc, ce que vous pouvez également faire, c'est demander à vos développeurs d'exécuter cet analyseur pour vous ou de le configurer pour que vous puissiez le tester. Ensuite, vérifiez les URL de votre site Web avec cet analyseur pour voir quelles URL seraient bloquées et ce que cela changerait. Et comme ça, tu peux tester des choses avant de les faire vivre.

Vous pouvez également trouver plus d'informations sur le fichier robots.txt dans notre Guide ultime de Robots.txt pour le référencement.

Migrer une catégorie de produits vers un nouveau domaine

08:56 "Nous prévoyons de déplacer notre catégorie de produits multi-fournisseurs sur un nouveau domaine ou sous-domaine. […] Comment classer le nouveau domaine ? Le domaine actuel se classe bien sur Google et d'autres moteurs de recherche et nous fournit [avec] un bon trafic de recherche organique. Combien de temps faudra-t-il pour que le nouveau domaine reçoive la quantité de trafic que nous recevons actuellement ? »

John a répondu : « Je ne pense pas qu'il y ait de date fixe pour ce changement, car il semble que vous ne passiez pas d'un domaine à un autre. Vous passez d'une infrastructure à une infrastructure différente. Et souvent, cela signifie que le contenu sera différent. La structure des pages, peut-être même les URL, seront différentes. Tout cela peut changer. Et toutes ces choses sont des éléments qui prennent du temps à être traités. Cela dépend du site Web en ce qui concerne le temps que cela prendrait. Et ce n'est pas que vous pouvez avoir un calendrier précis pour cela.

Je pense que l'autre partie à garder à l'esprit est que ces changements peuvent avoir des effets globalement positifs ou négatifs pour un site Web. Il est donc possible de prendre ce type de migration et de dire, nous allons également travailler sur le référencement et améliorer l'interconnexion de nos pages, la structure URL et le format HTML de nos pages. Tous ces éléments peuvent avoir des effets très positifs sur votre site Web.

Mais en même temps, si vous ne faites pas attention à ces choses et que vous avez soudainement un gros gâchis d'URL, et que le HTML n'est pas facilement compréhensible par les moteurs de recherche, cela peut avoir un effet négatif. C'est donc quelque chose où vous ne devriez pas supposer que si vous migrez une boutique de commerce électronique d'une plate-forme à une autre, ce sera la même chose sur l'autre plate-forme après un certain temps. Cela peut être similaire [ou] bien meilleur [mais] cela peut aussi être bien pire. Vous devez donc faire attention à tous ces détails et réfléchir à la structure finale que vous souhaitez et aux éléments de référencement que vous souhaitez inclure dans cette migration.

11 h 45 « À quels aspects négatifs serons-nous confrontés lorsque nous déplacerons cette infrastructure vers un nouveau domaine ? »

Selon John, "[…] Habituellement, ce qui se passe dans une situation où tout est très bien aligné, vous verrez des fluctuations au cours du temps où nous découvrons le nouveau site Web jusqu'au moment où nous changeons tout. Et c'est quelque chose où je suppose que vous verrez moins de visibilité dans la recherche. Mais cela dépend de tous les changements que vous apportez là-bas, où cela peut prendre beaucoup plus de temps. Cela peut aussi être quelque chose où le résultat final est bien pire ou même bien meilleur qu'avant.

Redirection d'application

20:38 « Savez-vous quels sont les risques de rediriger les utilisateurs depuis un outil de page de site comme une application ? Cela a-t-il un impact négatif sur le trafic d'un point de vue SEO ? […] Notre application a un taux de conversion plus élevé [que notre version mobile], nous pensons donc que nous pouvons peut-être rediriger certains utilisateurs lorsqu'ils accèdent à certaines pages de produits ou pages de catégories […] vers l'application ou l'App Store. Peut-être que [cela peut] contribuer à une conversion plus élevée ? »

La réponse de John a été : « Je pense que dans l'ensemble, vous pouvez le faire. L'aspect auquel je ferais généralement attention est que vous le faites d'une manière qui permet aux utilisateurs d'accéder à l'application s'ils le souhaitent. Je ne connais pas tous les détails pour le moment en ce qui concerne la connexion entre les applications et les pages Web, mais je pense qu'il existe un moyen de créer une bannière intelligente, où si vous pouvez reconnaître que l'utilisateur a installé l'application , il leur est très facile de passer à l'expérience de l'application à partir de là. Mais je ne connais pas les détails spécifiques pour Android et iPhone. […]

En général, du point de vue de la recherche, si nous pouvons indexer les pages mobiles individuelles, les pages de bureau également, ou tout ce dont vous disposez, c'est parfaitement bien. Et si les gens de vos pages finissent par aller sur l'application, c'est aussi parfaitement bien de notre point de vue.

22:57 "Vous parlez d'une bannière supérieure sur la page du site. Peut-être que si nous les [forçons] à rediriger, cela sera-t-il mauvais pour le référencement ou le site ? »

John a déclaré: «Je pense que ce serait probablement bien. Il y a deux choses que j'ai derrière la tête, qui pourraient être quelque chose à surveiller.

Étant donné que Googlebot utilise également un agent utilisateur Android, vous devez vous assurer que vous ne redirigez pas Googlebot vers l'App Store ou l'application, car nous n'installerons pas l'application. C'est donc une chose. L'autre chose concerne, en particulier, les métriques autour de Core Web Vitals. Si vous redirigez toujours les utilisateurs mobiles directement via l'application, vous n'aurez pas beaucoup de données pour les Core Web Vitals. Et selon votre site, […] c'est aussi quelque chose à garder à l'esprit là-bas. Mais je pense, […] qu'il n'y a rien de négatif d'un point de vue SEO si vous redirigez les utilisateurs vers une application. Du point de vue de la convivialité, le rendre facultatif est beaucoup plus agréable. Mais en fin de compte, c'est entre vous et vos utilisateurs.

Google peut-il évaluer la similarité des pages ?

26:28 "Comment Google mesure-t-il la similarité des pages ?"

John a dit : « Je pense que non. Je pense que nous utilisons le hreflang pour comprendre lesquelles de ces URL sont équivalentes de votre point de vue. Et nous allons les échanger. […]

Nous ne ferions cela que pour des choses comme rel="canonical" pour comprendre ce qu'est l'URL canonique. Mais pour hreflang, je pense qu'il nous est impossible de comprendre que ce contenu spécifique soit équivalent pour un autre pays ou une autre langue. Il y a tellement de différences locales qui sont toujours possibles.

Vérification des backlinks de spam

27:22 "Nous sommes un gros site de commerce électronique, et il y a des millions de backlinks. Nous avons une procédure standard pour vérifier certains backlinks de spam tous les mois ou plusieurs mois. Nous venons de remarquer que la limite supérieure de la liste Google Disavow n'est que de 2 Mo. Je me demande si notre fichier a dépassé la limite, alors comment gérer ces backlinks de spam. […] Actuellement, la plupart des liens de spam que nous avons trouvés [sont] ciblés sur notre site dans nos pages de recherche, ce qui est super bizarre pour moi.

John a répondu : "Habituellement, je recommanderais, d'une part, d'essayer d' utiliser la directive de domaine autant que possible - cela vous évite plusieurs entrées du même site et également de ne pas trop vous concentrer sur le nettoyage de tous les liens. car c'est toujours impossible. Je me concentrerais sur l'utilisation de Disavow pour les liens, où vous les regardez, vous pensez, si quelqu'un de l'équipe du site Web regardait cela, il serait sûr à 100% que vous les avez achetés ou qu'il y a eu un échange ici. Mais pour tous ces types de liens aléatoires qu'un site Web obtient, et même à partir de pages de spam ou de copies ou de messages de forum aléatoires, ce ne sont pas des éléments que vous devez mettre dans le fichier Disavow. […]

Je ne sais pas si c'est le cas dans votre situation, mais j'ai déjà vu que [ces liens] ciblent les pages de résultats de recherche avec une requête spécifique qui inclut des éléments comme un numéro de téléphone ou une URL dans l'espoir que ce téléphone le numéro apparaît dans les résultats de la recherche. Et si vous n'indexez pas vos pages de résultats de recherche ou les pages de résultats de recherche qui contiennent peut-être une requête plus longue, elles ne sont automatiquement pas indexées.

Baisse du trafic vs suppression de pages AMP

30:43 "Faut-il s'attendre à une baisse du trafic si nous supprimons AMP ?"

John : "Je suppose qu'il s'agit d'une configuration dans laquelle vous avez des pages HTML traditionnelles et des pages AMP, et vous créez un lien entre elles. Je pense qu'il y a trois choses qui se rejoignent lorsque vous supprimez des pages AMP comme celle-ci.

D'une part, certaines fonctionnalités de recherche sont limitées aux pages AMP uniquement. […] Il faudrait que je revérifie, mais je ne pense pas qu'il existe pour le moment des fonctionnalités de recherche qui ne soient disponibles que pour les pages AMP. Donc, de ce point de vue, vous n'y perdriez rien.

L'autre chose est que les pages AMP ont tendance à être très rapides, ou il est plus facile de créer des pages AMP très rapides. Et puisque nous utilisons la vitesse et l'expérience de page comme facteur de classement, c'est quelque chose où si vous avez beaucoup de pages très rapides dans AMP et que vous passez à des pages plus lentes qui ne sont pas AMP, vous pourriez y voir un effet. Vous pouvez, bien sûr, créer des pages très rapides qui ne sont pas AMP également. Ce n'est pas limité à AMP. C'est donc quelque chose que je vérifierais pour voir comment les choses en ce qui concerne la vitesse s'appliquent là-bas.

Et je pense que la troisième est […] cette hypothèse selon laquelle les pages AMP sont en quelque sorte mieux classées. Et ce n'est pas le cas. L'AMP n'est pas un facteur de classement. Donc, cela ne devrait pas être quelque chose où vous verriez un changement de classement simplement parce que vous avez des pages AMP ou n'avez pas de pages AMP. […]

Si vous pouvez vous assurer que vos pages normales sont rapides et équivalentes et que vous disposez de toutes les données structurées dont vous avez besoin dans ces pages normales, vous pouvez probablement désactiver AMP. Et ce sera essentiellement très similaire. Ce que vous verrez probablement, c'est une période de transition pendant laquelle certaines pages AMP sont toujours dans le cache AMP et mettent un certain temps à sortir. Mais en général, il est possible de les désactiver. Nous avons un article du centre d'aide sur la désactivation des pages AMP, donc je vérifierais cela également.

Panneaux de connaissances

35:17 "Ces derniers mois, j'ai remarqué que Google sondait les panneaux de connaissances pour certaines recherches de noms de manière très cohérente sur mobile et pas du tout sur ordinateur pour la même requête. […] Est-il possible de comprendre pourquoi un Knowledge Panel est considéré comme approprié pour servir les utilisateurs mobiles mais pas les utilisateurs de bureau dans cette situation ? Et Wikipédia est-il le facteur critique pour Google lorsqu'il s'agit de décider d'afficher ou non un Knowledge Panel ? »

John a déclaré : "Je ne suis pas au courant de choses spécifiques que nous faisons différemment sur mobile et sur ordinateur en ce qui concerne un panneau de connaissances. Mais il est très courant dans les différentes fonctionnalités de recherche que, selon le type d'appareil sur l'immobilier dont nous disposons, nous activons certaines fonctionnalités et certaines fonctionnalités pour essayer de nous assurer que nous montrons quelque chose qui est utile à l'utilisateur en fonction de la requête qu'il utilisait. De ce point de vue, je ne serais pas surpris si vous voyez différents panneaux de connaissances sur ordinateur et mobile. Mais je ne pense pas non plus qu'il [n'y ait] aucun facteur particulier que nous dirions, c'est pourquoi vous voyez ce panneau de connaissances à ce moment-là et pas à un autre moment.

Parfois, en ce qui concerne ce type de requêtes, où vous voyez ce changement, il se peut que ce soit juste à la frontière de, montrons un panneau de connaissances ou non. Et puis peut-être que le type d'appareil le retourne et est comme, disons, oui ou non à la fin. Mais c'est quelque chose où je ne pense pas qu'il y ait un facteur spécifique impliqué dans le fait de les montrer ou de ne pas les montrer. Nous utilisons une variété de sources différentes pour les panneaux de connaissances. Et vous verrez une partie de cela directement dans le panneau de connaissances. C'est donc une chose que vous pouvez suivre un peu.

Un autre conseil que je donnerais à propos de ces choses est qu'il y a des personnes externes à Google qui ont passé beaucoup de temps à regarder dans les panneaux de connaissances et comment les choses sont affichées lorsque Google récupère les choses. […] Jason Barnard est l'une des personnes que je connais qui le fait bien. Il publie tout le temps sur Twitter autour des panneaux de connaissances. Et peut-être que cela vous donne également des idées sur ce que vous pourriez regarder là-bas.

Le nombre de questions à inclure dans une liste de FAQ

40:41 "J'ai 15 à 20 FAQ sur ma page Web. Dois-je inclure toutes les questions dans le schéma FAQ ou seulement les questions que je considère importantes ? »

Selon John, "En ce qui concerne les données structurées, nous voulons voir les données structurées visibles sur la page, mais tout le contenu visible ne doit pas nécessairement être balisé avec des données structurées. Si vous avez des éléments de contenu individuels sur votre page pour lesquels vous souhaitez fournir des données structurées, alors allez-y et faites-le. Vous n'êtes pas obligé de le faire pour chaque élément de contenu de votre page. Donc, si vous avez 20 FAQ et que vous en balisez cinq, cela dépend entièrement de vous. Vous pouvez même utiliser le data-nosnippet pour empêcher complètement certains de ces autres éléments d'apparaître dans un extrait si c'est quelque chose que vous aimeriez faire.

Les problèmes de couverture de l'indice

52:00 "Un [numéro] est exploré ‒ actuellement non indexé et [ce dernier] est découvert ‒ actuellement non indexé. Et dans les deux cas, les pages ne sont pas indexées. […] Je sais que Google n'indexe pas tout le contenu. […] Que dois-je faire pour rendre ces pages au moins [indexées] plus rapides, comme les liens depuis les pages d'accueil ou les liens depuis les pages, qui sont déjà classées pour certaines des requêtes de mon site Web particulier ? […] Cela pourrait-il apporter plus de backlinks ?

John a déclaré: «Je pense que toutes ces choses aident en quelque sorte. Et il semble que vous soyez sur la bonne voie, et vous savez un peu à quoi vous attendre.

De notre point de vue, c'est le cas que nous n'indexons pas le contenu sur tous les sites Web, et c'est ce qui est attendu de notre côté. Donc, si vous voyez qu'une grande partie de votre contenu est déjà indexée, je pense que vous êtes sur la bonne approche. Mais cela ne signifie pas que tout est parfait. Et des choses comme les liens internes, s'assurer que la qualité globale du site Web est vraiment bonne - cela aide beaucoup.

Parfois, il peut également être judicieux de regarder le site Web dans son ensemble et de dire, eh bien, j'ai soumis 500 pages dans mon deuxième fichier. Et 200 d'entre eux sont en cours d'indexation. Quelle est la valeur de ces 300 pages qui ne sont pas indexées ? Et y a-t-il quelque chose que je peux peut-être faire pour passer de 500 pages aléatoires sur un site Web ? Peut-être qu'il s'agit de réduire à 300 très bonnes pages sur un site Web pour concentrer la valeur sur moins de pages ? Ainsi, au moins à mesure que ces pages moins nombreuses sont indexées, vous récupérez une grande partie de la valeur de ces pages, ce qui peut être qu'elles se classent pour différents mots clés, ou qu'elles fonctionnent pour les utilisateurs qui vous intéressent le plus comme un moyen de prioriser sur à vos côtés avant de tout confier à Google.

Ce serait donc mon approche là-bas - d'une part, m'assurer que tout est correctement aligné avec les liens internes et la qualité globale du site Web. Et d'autre part, si vous constatez que beaucoup de vos pages ne sont pas indexées, essayez de trouver un moyen d'indiquer clairement à Google quelles pages elles devraient prioriser, ce qui pourrait supprimer certaines pages que vous n'avez pas qui vous intéressent ou qui ne sont pas critiques pour votre site. »