Heures de bureau SEO, 6 mai 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 6 mai 2022.

Pouvez-vous utiliser des composants Web sur votre site Web ?

3:08 "Y a-t-il un problème avec l'utilisation des composants Web pour le référencement ?"

John a répondu : "[…] En matière de référencement, […] les composants Web sont implémentés à l'aide de diverses formes de JavaScript, et nous pouvons traiter à peu près la plupart des JavaScript lorsqu'il s'agit de la recherche Google. Et même si je voudrais dire aveuglément que tout sera pris en charge, vous pouvez tester cela, et vous devriez tester cela.

Et la meilleure façon de tester cela est dans la Search Console ‒ il y a l' outil d'inspection d'URL . Et là, vous pouvez insérer votre URL, et vous verrez ce que Google rendra pour cette page, le HTML. Vous pouvez le voir sur une capture d'écran, tout d'abord, puis également dans le rendu HTML que vous pouvez également consulter. Et vous pouvez revérifier ce que Google est capable de récupérer à partir de vos composants Web.

Si vous pensez que les informations importantes sont là, alors vous êtes probablement prêt. Si vous pensez que certaines des informations importantes sont manquantes, vous pouvez explorer et essayer de comprendre ce qui se coince là-bas ? Et nous avons beaucoup de documentation sur les sites Web JavaScript et la recherche sur le Web de nos jours, donc je vérifierais cela. […] »

Est-il acceptable d'utiliser le schéma FAQ dans différentes sections d'une page ?

5:18 "Est-il acceptable d'utiliser le schéma FAQ pour marquer les questions et les réponses qui apparaissent dans différentes sections d'un article de blog qui ne sont pas formatées comme une liste FAQ traditionnelle ?"

John a répondu : « J'ai revérifié la documentation officielle […] et il semble que tout va bien.

La partie importante en ce qui concerne les extraits de FAQ et les données structurées, en général, est que le contenu doit être visible sur la page. Il devrait donc être vrai que la question et la réponse soient visibles lorsque quelqu'un visite cette page, et non qu'elles soient cachées dans une section d'une page. Mais si les questions et les réponses sont visibles sur la page, même si elles se trouvent à différents endroits sur la page, c'est parfaitement bien.

L'autre chose à garder à l'esprit est que, comme toutes les données structurées, les extraits de FAQ ne sont pas garantis d'être affichés dans les résultats de recherche. Essentiellement, vous rendez vos pages éligibles pour afficher ces extraits de FAQ, mais cela ne garantit pas qu'ils seront affichés.

Vous pouvez donc utiliser l'outil de test pour vous assurer que tout est correctement implémenté. Et si l'outil de test dit que c'est OK, alors vous êtes probablement sur la bonne voie. Mais vous devrez probablement encore attendre et voir comment Google interprète vos pages et les traite pour voir ce qui apparaît dans les résultats de recherche.

Pour les données structurées, je pense que c'est le cas pour la FAQ, mais au moins pour certains des autres types, il existe également des rapports spécifiques dans la Search Console qui vous donnent des informations sur les données structurées qui ont été trouvées et les données structurées qui ont été affichées dans les résultats de la recherche, afin que vous puissiez évaluer approximativement si cela fonctionne comme vous le souhaitez ou ne fonctionne-t-il pas comme vous le souhaitez ?

Et pour des choses comme celle-ci, je recommanderais de les essayer et de créer une page de test sur votre site Web, de voir comment les choses se retrouvent dans les résultats de recherche, de revérifier si c'est ce que vous voulez faire, puis de partir pour l'implémenter à travers le reste de votre site Web.

Si vous avez d'autres questions sur le schéma de la FAQ, lisez l'article sur notre blog avec les questions fréquemment posées sur les extraits enrichis de la FAQ (également appelés résultats enrichis).

Est-il possible de plagier votre contenu ?

7:37 "Google est-il d'accord avec les éditeurs qui plagient leur propre contenu ?"

Selon John, "[…] Il semble que si vous réutilisez votre propre contenu, ce n'est pas du plagiat. […]

Du point de vue de Google, si vous prenez le contenu de votre propre site Web et que vous le publiez à nouveau avec certains éléments de la page modifiés, cela dépend essentiellement de vous. Et c'est quelque chose où […] vous n'apportez pas beaucoup de valeur en copiant simplement l'article existant et en changeant certains mots dessus.

Donc […] d'un point de vue stratégique , vous seriez probablement mieux placé pour écrire quelque chose d'unique et convaincant pour ces sujets, ou pour créer un article qui couvre ces différentes variations. Mais […] d'un point de vue politique, je ne pense pas qu'il y ait quoi que ce soit de spécifique dans votre manière de prendre des articles individuels et d'en faire ensuite une poignée de copies. […] Mais ma recommandation est [de] faire moins d'articles qui sont en fait vraiment bons.

Le seul cas extrême qui peut survenir si vous […] copiez intensément votre propre contenu est que vous finissez par créer des pages de porte. Et cela consiste essentiellement à prendre un élément de contenu et à créer de nombreuses variations avec simplement des mots différents. Et c'est quelque chose qui irait à l'encontre de nos Consignes aux webmasters.

[…] Et c'est aussi quelque chose où vous créez une tonne de […] pages indésirables pour vos sites Web, ce qui essentiellement […] ne fournit aucune valeur unique dans l'ensemble. Et au lieu de diluer le contenu de votre site Web comme ça, je recommanderais plutôt de vous concentrer sur le renforcement du contenu principal de votre site Web. […] »

Que faire si votre site Web n'est pas convivial avec JavaScript désactivé ?

10:24 "Notre site Web n'est pas très convivial si JavaScript est désactivé. La plupart des images ne sont pas chargées. Notre menu déroulant ne peut pas être ouvert. Cependant, la fonctionnalité d'inspection de Chrome dans leurs liens de tous les menus est présente dans le code source. Notre dépendance à JavaScript pourrait-elle encore être un problème pour Googlebot ? »

John : « De mon point de vue, […] je le testerais. […] Et probablement, je suppose que si vous utilisez JavaScript de manière raisonnable, si vous ne faites rien de spécial pour bloquer le JavaScript sur vos pages, alors cela fonctionnera probablement. Mais vous feriez bien mieux de ne pas simplement me croire, mais plutôt d'utiliser un outil de test pour l'essayer. […] Donc, je revérifierais nos guides sur JavaScript et le référencement et je penserais peut-être à essayer des choses, en m'assurant qu'elles fonctionnent comme vous le souhaitez, puis en profitant pour améliorer votre site Web dans son ensemble.

Vous avez mentionné [être] convivial en ce qui concerne JavaScript. Donc, de notre point de vue, les conseils dont nous disposons sont essentiellement très techniques, dans le sens où nous devons nous assurer que Googlebot peut voir le contenu d'un point de vue technique et qu'il peut voir les liens sur vos pages d'un point de vue technique. Il ne se soucie pas principalement de la convivialité .

Mais, bien sûr, vos utilisateurs se soucient de la convivialité. Et c'est quelque chose où il est peut-être logique d'en faire un peu plus pour que vos utilisateurs aient vraiment une bonne expérience sur vos pages.

Et c'est souvent quelque chose qui n'est pas simplement une question d'un simple outil de test, mais plutôt quelque chose où vous devrez peut-être faire une petite étude d'utilisateurs, ou interroger certains utilisateurs, ou au moins faire une enquête sur votre site Web pour comprendre où faire ils coincent ? À quel type de problèmes sont-ils confrontés ? […] Peut-être que le texte est trop petit, ou qu'ils ne peuvent pas cliquer correctement sur les boutons, ces choses qui ne correspondent pas à des problèmes techniques mais qui concernent davantage l'utilisateur.

[…] Si vous pouvez les améliorer, et si vous pouvez rendre vos utilisateurs plus heureux, ils resteront, reviendront et inviteront également plus de personnes à visiter votre site Web.

Cliquez ici pour en savoir plus sur JavaScript SEO sur notre blog.

Les problèmes d'indexation dépendent-ils du type de technologie de site Web utilisé ?

13:08 « Notre page statique est construite avec HTML, et notre blog est construit avec WordPress. La majorité de nos articles de blog rencontrent des problèmes d'indexation dans Google. Comment puis-je réparer ça?"

John : « Tout d'abord, il est important de savoir qu'il s'agit simplement de plates-formes différentes. Et essentiellement, avec toutes ces plates-formes, vous créez des pages HTML. Et l'arrière-plan ou le côté backend de votre site Web qui finit par créer ces pages HTML est quelque chose que Googlebot ne regarde pas. Ou du moins, c'est quelque chose que Googlebot n'essaie pas d'évaluer.

Donc, si vos pages sont écrites en HTML, et que vous les écrivez dans un éditeur, et que vous les chargez sur votre serveur, et qu'elles servent comme ça, nous pouvons voir que ce sont des pages HTML. S'ils sont créés à la volée sur votre serveur sur la base d'une base de données dans WordPress ou sur une autre plate-forme que vous utilisez, puis qu'il crée des pages HTML, nous voyons ces pages HTML finales et nous travaillons essentiellement avec celles-ci.

Donc, si vous rencontrez des problèmes concernant l'ensemble de votre site Web en ce qui concerne des choses comme l'exploration, l'indexation ou le classement, et que vous pouvez exclure les éléments techniques là-bas, que Googlebot est capable de voir le contenu, alors ce qui reste est généralement le côté qualité des choses.

Et c'est quelque chose qui ne dépend pas de l'infrastructure que vous utilisez pour créer ces pages, mais plutôt du contenu que vous y fournissez et de l'expérience globale que vous offrez sur le site Web. Donc, si vous voyez quelque chose qui, par exemple, vos articles de blog ne sont pas repris par Google ou ne sont pas bien classés chez Google, et vos pages HTML statiques fonctionnent bien sur Google, ce n'est pas parce qu'il s'agit de pages HTML statiques qu'ils se débrouillent bien sur Google, mais plutôt parce que Google pense que ce sont de bons contenus qu'il devrait recommander aux autres utilisateurs.

Et à ce niveau, c'est là que je regarderais et ne me concentrerais pas tellement sur l'infrastructure mais sur le contenu réel que vous fournissez.

En ce qui concerne le contenu, ce n'est pas seulement le texte qui est comme la partie principale de la page. C'est comme tout ce qui concerne l'ensemble du site Web qui entre en jeu. C'est donc quelque chose où j'essaierais de prendre du recul et de regarder la situation dans son ensemble. Et si vous ne voyez pas d'un point de vue plus large où certains problèmes de qualité pourraient se situer ou où vous pourriez améliorer les choses, je vous recommande fortement de faire une étude utilisateur.

Et pour cela, invitez peut-être une poignée de personnes qui ne sont pas directement associées à votre site Web et demandez-leur d'effectuer certaines tâches sur votre site Web. Ensuite, posez-leur des questions difficiles sur les endroits où ils pensent qu'il y a peut-être des problèmes sur ce site Web ou s'ils feraient confiance à ce site Web, ou toute autre question concernant la compréhension de la qualité du site Web. Et nous avons un tas de ces questions dans certains de nos articles de blog que vous pouvez également utiliser pour vous inspirer . […] Prenez leurs réponses à cœur et réfléchissez aux moyens d'améliorer votre site Web dans son ensemble.

Pourquoi Google ne respecte-t-il pas la balise canonique ?

17:12 "J'ai défini des URL canoniques sur cinq pages, mais Google l'affiche également sur la troisième page. Pourquoi n'affiche-t-il pas seulement les URL pour lesquelles j'ai défini un canonique ? »

John a dit, "[…] En paraphrasant, on dirait que sur cinq pages de votre site Web, vous avez défini un rel = "canonical". Et il y a d'autres pages sur votre site Web où vous n'avez pas défini de rel=”canonical”. Et Google affiche toutes ces pages indexées essentiellement de différentes manières.

Je pense que la chose à garder à l'esprit est que rel="canonical" est une façon de spécifier laquelle des pages d'un ensemble de pages en double vous souhaitez indexer comme ça . Ou essentiellement, quelle adresse vous souhaitez utiliser. Ainsi, en particulier, si vous avez une page, peut-être avec le nom du fichier en majuscule, et une page avec le nom du fichier en minuscule, alors dans certaines situations, votre serveur peut afficher le même contenu, techniquement, ce sont des adresses différentes. […] Mais d'un point de vue pratique, votre serveur affiche la même chose.

Et Google, quand il regarde ça, dit, eh bien, ce n'est pas la peine d'indexer deux adresses avec le même contenu. Au lieu de cela, je vais choisir l'une de ces adresses et l'utiliser pour indexer ce contenu. Et avec le rel = "canonical", vous donnez un signal à Google et dites-lui, hé, Google, je veux que vous utilisiez peut-être la version minuscule de l'adresse lorsque vous indexez ce contenu. Vous avez peut-être vu la version majuscule, mais je veux que vous utilisiez la version minuscule. Et c'est essentiellement ce que fait rel="canonical".

Ce n'est pas une garantie que nous utiliserions la version que vous spécifiez ici, mais c'est un signal pour nous. Cela nous aide à comprendre toutes choses étant égales par ailleurs, vous préférez vraiment cette adresse, nous essaierons donc d'utiliser cette adresse. […]

Et cela entre en jeu lorsque nous avons reconnu qu'il existe plusieurs copies du même contenu sur votre site Web. Et pour tout le reste, nous essaierons de l'indexer au mieux de nos capacités. Et cela signifie également que pour les pages où vous avez un rel = "canonical" dessus, il suivra parfois ce conseil que vous nous donnez. Parfois, nos systèmes peuvent dire, je pense que vous avez peut-être tort. Vous auriez dû utiliser l'autre adresse comme adresse canonique. Cela peut arriver. Cela ne signifie pas qu'il sera classé différemment ou qu'il sera moins bien loti dans la recherche. C'est juste que les systèmes Google en choisissent un autre.

Et pour d'autres pages de votre site Web, il se peut que vous n'ayez pas du tout d'ensemble rel="canonical". Et pour ceux-là, nous essaierons d'en choisir un nous-mêmes. Et c'est aussi parfaitement bien. Et dans tous ces cas, le classement sera bon. L'indexation ira bien. C'est juste l'adresse affichée dans les résultats de recherche qui varie.

Donc, si vous avez l'ensemble canonique sur certaines pages mais pas sur d'autres, nous essaierons toujours d'indexer ces pages et de trouver la bonne adresse à utiliser pour ces pages lorsque nous les afficherons dans la recherche. C'est donc une bonne pratique d'avoir le rel = "canonical" sur vos pages parce que vous essayez de prendre le contrôle de cette vague possibilité qu'une adresse différente s'affiche. Mais ce n'est pas une nécessité absolue d'avoir un rel="canonical".

Comment se débarrasser des backlinks spammés ?

20:56 « Que pouvons-nous faire si nous avons des milliers de liens spammés qui sont continuellement placés en tant que backlinks sur des domaines malveillants ? Ils contiennent des mots-clés spam et provoquent des 404 sur notre domaine. Nous constatons une forte corrélation entre ces liens de spam et une pénalité que nous avons reçue après une mise à jour du spam en 2021. Nous avons désavoué tous les liens de spam et nous avons signalé le domaine répertorié comme source des liens de spam. Que pouvons-nous faire d'autre?"

John a répondu : "[…] Il y a deux choses que je pense qu'il est important de mentionner dans ce cas particulier. D'une part, si ces liens pointent vers des pages de votre site Web qui renvoient 404, donc ils renvoient essentiellement vers des pages qui n'existent pas, alors nous ne prenons pas ces liens en compte car il n'y a rien pour les associer avec sur votre site Web. Essentiellement, les gens se connectent à un emplacement manquant. Et puis on se dira, bon, qu'est-ce qu'on peut faire avec ce lien ? Nous ne pouvons pas le connecter à quoi que ce soit, donc nous allons le laisser tomber […] comme beaucoup de ceux qui sont probablement déjà tombés.

La deuxième partie est que vous avez mentionné que vous avez désavoué ces backlinks spammés. Et surtout si vous mentionnez que ceux-ci proviennent d'une poignée de domaines, vous pouvez le faire avec l'entrée de domaine dans l'outil de désaveu des backlinks. Et cela les sort également de notre système. Nous les répertorierons donc toujours dans la Search Console, et vous pourriez toujours les y trouver et être un peu confus à ce sujet. Mais essentiellement, ils n'ont aucun effet du tout. S'ils sont désavoués, nous disons à nos systèmes qu'ils ne doivent être pris en compte ni de manière positive ni négative. Donc, d'un point de vue pratique, à la fois du côté 404 et du désaveu, ces liens ne font probablement rien de négatif à votre site Web.

Et si vous constatez des changements importants en ce qui concerne votre site Web dans la recherche, je ne me concentrerais pas sur ces liens, mais je chercherais plutôt plus loin. Et cela pourrait être sur votre propre site Web pour comprendre un peu mieux quelle est la valeur que vous y apportez. Que pouvez-vous faire pour vous démarquer de tous les autres sites Web en ce qui concerne la valeur exceptionnelle que vous offrez aux utilisateurs ? Comment pouvez-vous rendre cela aussi clair que possible pour les moteurs de recherche ? […] Vous pouvez désavouer tout le domaine d'où ils viennent et passer à autre chose. Il n'y a absolument rien que vous devez faire là-bas. Et surtout s'ils sont déjà liés à des pages 404, ils sont déjà ignorés.

Comment indexer votre application sans indexation d'application ?

26:51 « […] Comment faire pour que votre application soit classée sur Google si l'indexation des applications ne fonctionne plus ? »

John a répondu : "[…] La seule chose que vous pouvez faire avec n'importe quelle application, […] vous pouvez créer une page d'accueil pour celle-ci. Et c'est quelque chose qui peut être affiché dans la recherche comme n'importe quoi d'autre. Et pour beaucoup d'applications pour smartphone, il y aura également une page sur le Play Store ou l'App Store. […] Mais généralement, ce sont comme des pages de destination qui existent également, qui sont des pages Web normales qui peuvent également apparaître dans la recherche. Et ces choses peuvent apparaître dans la recherche lorsque les gens recherchent quelque chose autour de votre application.

[…] Et surtout en ce qui concerne votre propre site Web, vous pouvez faire toutes les choses dont nous parlons en matière de référencement pour votre propre site Web. Je ne dirais donc pas que l'indexation des applications n'est plus la même qu'il y a 10 ans. […] Mais plutôt, vous avez tellement d'opportunités de différentes manières d'être visible dans la recherche. Vous n'avez pas besoin de vous fier à cet aspect en particulier.