Heures de bureau SEO, 25 février 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 25 février 2022.

Rapport sur les liens dans la Search Console

05:41 "Il y avait un domaine sur lequel il y avait un site Web, puis […] il a été supprimé. [Si] il y a un nouveau site Web à un moment donné, alors les liens vers l'ancien site Web ne comptent plus, ce qui semble assez logique. […] Dans la Search Console, je vois au moins un lien de l'ancien propriétaire qui est toujours là. Est-ce que [cela] signifie que ce lien compterait toujours [si] la Search Console […] l'affichait ? »

John a répondu : "Je ne sais pas si cela compterait, mais la partie importante avec la Search Console et le rapport sur les liens, c'est que nous essayons d'afficher tous les liens que nous connaissons vers ce site. Ce n'est pas un signe que nous pensons que ce sont des liens importants ou qu'ils comptent. En particulier, des éléments tels que les liens nofollow seraient toujours répertoriés, les liens de désaveu seraient toujours répertoriés, les liens que nous ignorons pour d'autres raisons pourraient également être répertoriés. Donc , ce n'est pas parce qu'il est répertorié qu'il s'agit d'un lien non pertinent ou utile pour le site.  

Liens de pied de page non contextuels vs structure du site

09:13 « Nous avons acquis un site contenant de nombreux liens internes dans la section de pied de page de chaque page. Certains de ces liens ne sont pas aussi pertinents. […] Est-ce que cela risque d'être vu comme problématique par Google car les liens ne sont pas forcément contextuels ? […] Ils sont juste mélangés dans le pied de page, et ils sont juste sélectionnés par un plugin. Nous craignons que leur suppression sur des centaines de pages ne perturbe la structure du site. »

John a déclaré : « Je pense que cela ne causerait généralement aucun problème. Je verrais cela davantage car ces liens sur ces pages sont des liens internes normaux.

Regardez-le du point de vue : cela aide-t-il […] à donner un contexte au reste des pages du site ? Par exemple, si vous avez un site Web plus grand et que chaque page est liée à toutes les autres pages, il n'y a pas de contexte réel, il nous est donc difficile de comprendre quelle est la structure globale, lesquelles de ces pages [sont] les plus importantes. Parce que si vous créez des liens vers tout, alors c'est comme si tout n'était pas important. C'est l'élément auquel je ferais attention. Qu'ils soient ou non dans le pied de page, cela , de mon point de vue, n'a aucune importance. S'ils sont générés par un plugin ou ajoutés manuellement, je ne pense pas que cela importe non plus. Je ferais attention d'un point de vue structurel : cela a- t-il un sens d'avoir ces liens ? Une certaine quantité de réticulation a du sens. Si vous avez une configuration où vous avez des pages connexes qui sont liées entre elles, cela, de mon point de vue, a toujours du sens. Liens croisés extrêmes où vous croisez chaque page avec toutes les autres pages, de mon point de vue, cela n'a pas de sens.

11:10 « […] Si nous désactivons le plugin et que tous ces liens […] manquent soudainement la page, cela affectera-t-il le site Web de quelque manière que ce soit ? Ou devrions-nous essayer de supprimer lentement les liens d'une page à la fois ? »

John : "Je suppose que cela affecterait la façon dont il est affiché dans la recherche, mais il est impossible de dire si ce sera un effet positif ou un effet négatif. Je pense que c'est là la partie délicate.

Ce que je ferais pour essayer de comprendre quelle est la situation actuelle et quelle serait la prochaine étape, c'est d' exécuter un robot sur votre site Web. De nombreux robots d'exploration de sites Web génèrent un graphique de la manière dont vos pages sont liées entre elles. Ensuite, vous pouvez désactiver le plugin, peut-être sur une version intermédiaire de votre site Web, peut-être même sur la version en direct pendant une courte période. Explorez à nouveau, puis comparez ces graphiques et voyez, ce robot est-il toujours capable de trouver tout le contenu ? Semble-t-il qu'il n'y a pas suffisamment de réticulation là-bas? Si c'est le cas, cela vous donne un peu plus de confiance dans le fait que la simple désactivation du plug-in suffira. De notre point de vue, peu importe si ces liens sont automatiquement placés ou placés par un plugin ou placés par machine learning. […] Ce sont juste des liens que l'on trouve sur votre site.

Tous les textes masqués sont-ils contraires aux consignes de Google ?

13:22 "Est-ce que tout le texte masqué est contraire aux directives du webmaster ? […] Nous avons certains éléments que nous incluons sur plusieurs pages ainsi que des identifiants attribués en interne pour chaque élément, donc ces identifiants ne signifient rien pour les utilisateurs […], mais en tant que référenceur, cela peut me faciliter la vie. […] »

La réponse de John a été : « Je ne pense pas que ce serait problématique. Le texte caché, de notre point de vue, est plus problématique lorsqu'il s'agit vraiment de tromper les moteurs de recherche en ce qui concerne ce qui se trouve réellement sur une page. Donc, l'exemple extrême serait que vous ayez une page sur les chaussures et qu'il y ait beaucoup de texte caché qui parle des Jeux olympiques […], et puis tout à coup votre page de chaussures commence à se classer pour ces termes olympiques. Mais, quand un utilisateur y va, il n'y a rien sur les Jeux olympiques, et ce serait problématique de notre point de vue.

Je pense que nous faisons un travail raisonnable en reconnaissant le texte masqué et en essayant d'éviter que cela ne se produise, mais c'est la raison pour laquelle nous avons cet élément dans les consignes aux webmasters. L'utiliser pour afficher quelque chose dont vous ne voulez pas forcément tromper qui que ce soit pour cela, de mon point de vue, est parfaitement acceptable. En outre, l'accessibilité est une raison courante pour laquelle le texte est masqué sur une page où les cibles tactiles sont configurées de manière à pouvoir appuyer dessus, puis votre lecteur d'écran en dira quelque chose. Mais ils ne sont pas visibles directement sur la page, et c'est aussi parfaitement bien, donc je n'aurais aucune crainte ni aucun doute que la configuration que vous avez décrite fonctionnerait.

L'importance des noms de fichiers d'image pour le classement du site

24:56 « Nous utilisons un fournisseur de CDN intelligent qui remplace les noms de fichiers image par des numéros uniques. Nous avons remarqué que toutes les images sont des 404 dans la Search Console. La désactivation du CDN dégraderait considérablement les performances globales du site. Le texte alternatif et les légendes des images seront-ils suffisants pour que Google comprenne sans un nom de fichier approprié, un titre ? »

Selon John, « Il y a deux choses ici que j'examinerais. D'une part, s'il s'agit d'images que vous devez indexer dans la recherche d'images, vous devez vous assurer que vous disposez d'un nom de fichier stable pour vos images. C'est l'élément le plus important ici.

Vous ne mentionnez pas que ces numéros ou ces URL changent, mais parfois ces CDN fournissent essentiellement un identifiant basé sur la session pour chaque image. Si l'URL de l'image change à chaque fois que nous explorons, nous ne serons jamais en mesure d'indexer correctement ces images. C'est principalement parce que pour les images, nous avons tendance à être un peu plus lents en ce qui concerne l'exploration et l'indexation. Donc, si nous voyons une image une fois et que nous disons que nous devrions y jeter un coup d'œil, et que nous essayons de l'explorer à nouveau ultérieurement, et que le nombre a changé à ce moment-là, nous supprimerons cette image de nos résultats de recherche, de le classement des images. Essentiellement, nous dirons, eh bien, cette image que nous pensions être ici n'est plus là. La partie la plus importante ici est de savoir si vous vous souciez de la recherche d'images ? Si tel est le cas, vous devez vous assurer que vous disposez d'une URL stable pour toutes ces images. Peu importe si c'est un nombre ou si c'est un texte ou quelque chose comme ça. Il doit juste être stable. C'est la partie la plus importante ici.

L'autre partie que vous avez mentionnée est le texte alternatif de l'image et les légendes, ce qui suggère que vous êtes intéressé par la recherche sur le Web, pas nécessairement par la recherche d'images. Pour la recherche sur le Web, nous n'avons pas besoin de pouvoir explorer et indexer les images, car nous examinons essentiellement les pages Web elles-mêmes. Donc, des choses comme le texte alternatif, les légendes, les titres de la page, tout cela contribue à mieux comprendre cette page. Pour la recherche sur le Web, c'est tout ce dont nous avons besoin. Si toutes les images étaient, par exemple, 404 tout le temps ou bloquées par robots.txt ou une recherche sur le Web, nous traiterions toujours cette page exactement de la même manière que si nous pouvions indexer toutes ces images. Dans la recherche d'images elle-même, c'est là que nous devons pouvoir indexer ces images et comprendre qu'il existe des URL stables et comprendre comment elles se connectent au reste de votre site.

Cibler deux pages différentes avec le même mot-clé

29:36 "Une [page] est une page de fonctionnalité, et l'autre est un élément d'information sur cette fonctionnalité. Est-il acceptable de cibler le même mot-clé principal sur ces deux pages différentes ? »

John a déclaré : « Tout d'abord, vous pouvez cibler les mots clés de votre choix. De notre point de vue, nous n'allons pas vous retenir.

La chose à laquelle je ferais attention, c'est comme si vous êtes en concurrence avec vous-même ? Et c'est presque plus une question stratégique plutôt qu'une question de référencement pur et pas quelque chose où nous dirions qu'il y a des directives que vous ne devriez pas faire cela. Mais c'est plus que si vous avez plusieurs éléments de contenu classés pour la même requête avec la même intention, vous diluez essentiellement la valeur du contenu que vous fournissez sur plusieurs pages. Ils sont en concurrence les uns avec les autres, et cela pourrait signifier que ces pages individuelles elles-mêmes ne sont pas si fortes lorsqu'il s'agit de concurrencer les sites Web d'autres personnes. C'est donc parfois ce à quoi je ferais attention.

Si vous avez deux pages et qu'elles ciblent toutes les deux le même mot-clé, et qu'elles ont des intentions très différentes, alors, de mon point de vue, cela semble raisonnable car les gens pourraient rechercher ce mot-clé avec du texte supplémentaire ajouté pour une intention et plus texte ajouté pour l'autre intention. Et ce sont essentiellement des pages uniques. Il peut être logique que les deux apparaissent dans la recherche ou que la meilleure correspondance apparaisse dans la recherche. […] Et comme je l'ai dit, ce n'est pas quelque chose dont nous avons besoin ou qui est bien ou pas bien. C'est une question de positionnement stratégique sur la façon dont vous voulez apparaître dans la recherche.

Existe-t-il un bon rapport entre les pages indexées et les pages non indexées ?

31:26 "Les positions des pages de classement à fort trafic sont-elles affectées par de nombreuses, disons 50 %, du total des pages d'un domaine qui ne sont pas indexées ou qui sont indexées mais qui ne reçoivent pas de trafic ?"

John a répondu : « Je suppose que la question est plutôt autour de moi, j'ai un ensemble de pages qui sont très populaires et beaucoup de pages qui ne sont pas très populaires. Et cela décrit le site Web moyen où vous avez une variété de contenus, et certains d'entre eux sont très populaires, et d'autres ne le sont pas. Donc, de notre point de vue, c'est parfaitement bien.

De plus, le nombre de pages en vrac est une mesure trompeuse, car il est facile d'avoir beaucoup de pages qui ne sont pas vues, c'est très important, et ensuite elles n'apparaissent pas beaucoup dans la recherche, et cela peut parfaitement convenir. Si vous avez cinq pages comme ça ou cent [...] ou mille pages, [et] si elles n'apparaissent pas dans la recherche, elles ne posent aucun problème non plus. De ce point de vue, il est parfois difficile de comparer le nombre de pages en masse par rapport aux pages affichées dans les résultats de recherche.

L'autre chose, peut-être aussi à garder à l'esprit avec une question comme celle-ci, est qu'il est parfois logique de se concentrer davantage sur moins de pages pour obtenir cet avantage stratégique d'avoir moins de pages plus fortes, plutôt que d'avoir beaucoup de pages où vous 're essentiellement diluer la valeur. Par exemple, si vous avez un millier de pages et qu'elles fournissent chacune un petit aperçu de la situation dans son ensemble, ces milliers de pages auront probablement du mal à être recherchées. Alors que si vous pouvez combiner beaucoup de cela dans […] peut-être dix pages, alors ces dix pages contiendront beaucoup d'informations à leur sujet et peut-être beaucoup de valeur par rapport au reste de votre site et il sera peut-être plus facile de se classer pour des termes de recherche plus larges autour de ce sujet.

Résultats de recherche dans les sites Web vs classement

37:49 " J'essaie de m'assurer que notre classement SEO ne soit pas touché pendant que nous déployons une nouvelle page de résultats de recherche. […] Nos recherches peuvent aboutir à 10 000 résultats et disposent de fonctionnalités de filtrage et de tri. Comment Google traite-t-il ces pages de résultats de recherche dans les sites Web [et] comment ces résultats de recherche affectent-ils le classement général du site ? Suffit-il de simplement soumettre des sitemaps pour le classement, ou devrions-nous prendre des considérations supplémentaires pour aider le Googlebot à collecter des URL accessibles ? »

John a répondu : "[…] Je ne compterais pas sur les sitemaps pour trouver toutes les pages de votre site Web. Les plans de site doivent être un moyen de donner des informations supplémentaires sur votre site Web. Cela ne devrait pas être le principal moyen de donner des informations [sur] votre site Web. Donc, en particulier, les liens internes sont super importants et vous devez faire attention et vous assurer que, quelle que soit la manière dont vous configurez les choses lorsque quelqu'un explore votre site Web, il est capable de trouver tout votre contenu et non de s'appuyer sur le plan du site. fichier pour obtenir toutes ces choses.

De ce point de vue, pouvoir accéder à ces pages de catégories et pouvoir trouver tous les produits qui se trouvent dans des catégories individuelles, je pense, est super utile. Pouvoir parcourir les pages de catégories jusqu'au produit est également très important. Les pages de résultats de recherche sont un peu un domaine unique car certains sites utilisent des pages de catégorie essentiellement comme des pages de résultats de recherche, et vous vous retrouvez alors dans cette situation où les pages de résultats de recherche sont essentiellement comme des pages de catégorie. Si c'est le cas pour vous, je ferais attention à tout ce que vous feriez avec les pages de catégories.

L'autre chose avec les pages de résultats de recherche est que les gens peuvent entrer n'importe quoi et rechercher quelque chose et votre site doit faire tout le travail pour générer toutes ces choses. Cela peut facilement se traduire par un nombre infini d'URL qui peuvent théoriquement être trouvées sur votre site Web, car les internautes peuvent effectuer des recherches de différentes manières. Et parce que cela crée cet ensemble de pages infinies sur votre site Web, c'est quelque chose que nous essayons de décourager lorsque nous dirions soit de définir ces pages de résultats de recherche sur noindex , soit d'utiliser robots.txt pour bloquer l'exploration de ces pages de résultats de recherche afin que nous puissions concentrez-vous sur la structure normale du site et les liens internes normaux. Je pense que ce sont là les principaux aspects.

Si vous souhaitez que vos pages de résultats de recherche soient indexées, mon conseil serait de vous assurer que, d'une part, vous disposez d'un ordre de tri principal et d'une configuration de filtrage configurés de manière canonique. Donc, si vous choisissez de fournir vos pages par pertinence, alors si vous avez un filtre de tri par prix vers le haut ou vers le bas, alors je définirais le rel = "canonical" de ces filtres sur votre ordre de tri principal. De même, pour le filtrage, je supprimerais peut-être le filtre avec le rel = "canonical". Ce faisant, assurez-vous que nous pouvons nous concentrer davantage sur la version principale des pages et les explorer correctement, plutôt que de nous laisser distraire par toutes ces variations des pages de résultats de recherche.

L'autre chose à laquelle je ferais attention est que vous créez une sorte de liste d'autorisation ou […] un système sur votre site en ce qui concerne le type de requêtes de recherche que vous souhaitez autoriser à indexer ou à explorer. Par exemple, si quelqu'un va sur votre site Web et recherche « Produits pharmaceutiques canadiens » ou quelque chose comme ça, et que vous n'êtes pas un site Web pharmaceutique, vous ne voulez probablement pas que cette page de recherche soit indexée. Même si vous n'avez aucun produit disponible correspondant à cette requête, vous ne souhaitez probablement pas l'indexer. Donc, avoir une liste des recherches autorisées que vous autorisez à indexer rend cela beaucoup plus facile . Assurez-vous de ne pas vous retrouver accidentellement dans cette situation de spam où quelqu'un spamme vos résultats de recherche, puis vous devez nettoyer des millions de pages qui sont indexées et vous en débarrasser d'une manière ou d'une autre.

Mise à jour de l'expérience de la page sur ordinateur par rapport au classement

42:20 « Mon site Web a enregistré une baisse du nombre de visiteurs en raison de la mauvaise qualité de Core Web Vitals. Maintenant, je suis de retour sur la bonne voie, mais j'ai appris que la mise à jour Page Experience se déployait lentement pour le bureau. Quel est le classement Page Experience sur ordinateur et quelle est son importance par rapport aux autres signaux de classement ? »

Selon John, "Comme sur mobile, le facteur de classement Page Experience est essentiellement quelque chose qui nous donne un peu d'informations supplémentaires [about] ces différentes pages pourraient apparaître dans les résultats de recherche. Dans les situations où nous avons […] une intention claire de la requête où nous pouvons comprendre qu'ils veulent vraiment y aller avec ce site Web, alors, de ce point de vue, nous pouvons nous contenter d'utiliser Page Experience comme facteur de classement. D'un autre côté, si tout le contenu est très similaire sur la page de résultats de recherche, l'utilisation de Page Experience aide probablement un peu à comprendre lesquelles sont des pages rapides ou des pages raisonnables en ce qui concerne l'expérience utilisateur et lesquelles sont les pages les moins raisonnables à afficher dans les résultats de recherche. Cette situation nous y aide.

En ce qui concerne le déploiement du bureau, je pense que le déploiement sera à nouveau plus lent au cours d'environ un mois, ce qui signifie que vous ne verriez pas un effet important d'un jour à l'autre, mais vous verriez plutôt que effet sur une période de temps. Vous le verriez également déjà dans la Search Console dans les rapports pour Page Experience et Core Web Vitals. Vous verriez également déjà que sur le bureau, tout est rouge, par exemple, et que vous devez vous concentrer là-dessus. De ce point de vue, avec le changement de classement des ordinateurs de bureau comme avec celui des mobiles, je ne m'attendrais pas à un bond drastique dans les résultats de recherche d'un jour à l'autre au fur et à mesure que nous le déploierons. Tout au plus, si les choses vont vraiment mal pour votre site Web, vous y verrez une baisse progressive.

Contenu traduit non indexé

53:15 « Je travaille sur un gros site multilingue. En avril de l'année dernière, […] tout notre contenu traduit est passé de valide à exclu, exploré - actuellement non indexé , et il est resté depuis avril. […] Parce que c'est arrivé d'un coup, nous avons pensé qu'il y avait peut-être un changement systémique de notre côté. […] Nous avons nettoyé nos hreflangs, nos canoniques, nos paramètres d'URL, nos actions manuelles et tous les autres outils répertoriés sur developers.google.com/search. […] Je ne sais pas ce qui s'est passé ni ce qu'il faut faire ensuite pour essayer de résoudre le problème, mais j'aimerais réintégrer notre contenu traduit dans l'index.

La réponse de John était : « […] Je pense que [c'est] parfois délicat [si] vous avez le paramètre à la fin avec le code de langue. […] De notre point de vue, ce qui peut arriver, c'est que lorsque nous reconnaissons qu'il y a beaucoup de ces paramètres qui mènent au même contenu, alors nos systèmes peuvent se retrouver coincés dans une situation, eh bien, peut-être que ce paramètre n'est pas très utile, et nous devrions l'ignorer. Pour moi, cela ressemble beaucoup à quelque chose autour de cette ligne. En partie, vous pouvez aider cela avec l'outil Paramètres d'URL dans la Search Console pour vous assurer que ce paramètre est défini Je veux que tout soit indexé. En partie, ce que vous pourriez également faire est peut-être d' explorer une partie de votre site Web avec […] un robot d'exploration local pour voir quelles URL de paramètre sont réellement récupérées , puis de vérifier que ces pages ont réellement un contenu utile pour ces langues.  

En particulier, […] [chose] commune que j'ai vue sur les sites, c'est peut-être que vous avez […] toutes les langues liées, et la version japonaise dit oh nous n'avons pas de version japonaise, voici notre version anglaise à la place, alors nos systèmes pourraient dire, eh bien, la version japonaise est la même que la version anglaise ‒ peut-être qu'il y a d'autres langues identiques à la version anglaise. Nous devrions ignorer cela. Parfois, cela provient de liens à l'intérieur du site Web, parfois aussi de liens externes, de personnes qui pointent vers votre site. Si le paramètre se trouve à la fin de votre URL, il est très courant qu'il y ait également des ordures attachées au paramètre. Et si nous explorons toutes ces URL avec ces ordures et que nous disons, eh bien, ce n'est pas une langue valide, voici la version anglaise, alors cela renforce à nouveau cette boucle où les systèmes disent, eh bien, peut-être que ce paramètre n'est pas si utile. L'approche plus propre serait si vous aviez une sorte de paramètres d'ordures pour rediriger vers les plus propres ou peut-être même afficher une page 404 et dire, eh bien, nous ne savons pas de quoi vous parlez avec cette URL et faire proprement sûr que quelles que soient les URL que nous trouvons, nous obtenons un contenu utile qui n'est pas le même que d'autres contenus que nous avons déjà vus.