Google : les URL presque en double avec Canonical Still peuvent entraîner un mauvais classement des URL

Google : les URL presque en double avec Canonical Still peuvent entraîner un mauvais classement des URL

Il y a un sujet intéressant sur Reddit sur un sujet que nous avons abordé ici à plusieurs reprises, le sujet de Google classant la mauvaise version de l’URL dans la recherche Google. Tout dépend des URL que vous souhaitez que Google classe comme étant presque dupliquées par rapport à l’URL que Google finit par classer.

La personne a déclaré sur Reddit que Google classait le mauvais nom de domaine sur Google Search, il a écrit :

Nous avons des domaines UK, CA et AU depuis de nombreuses années et Google commence à classer notre domaine UK pour la recherche de noms de marque sur Google CA & AU depuis fin mai. Lors de l’inspection des URL dans GSC, nous avons constaté que Google a choisi des domaines canoniques croisés pour un grand nombre de nos pages, par exemple

https://www.zazzle.com.au/ (canonique sélectionné par Google : https://www.zazzle.co.uk/)

https://www.zazzle.co.uk/c/business+cards (canonique sélectionné par Google : https://www.zazzle.com.au/c/business+cards)

Le paramètre de pays GSC, les balises hreflang, les URL canoniques, les plans de site, etc., semblent tous corrects sur chaque domaine. Le contenu est également différent.

Nous ne pouvions pas comprendre pourquoi Google mélange les trois domaines et nous ne voyons pas non plus le même problème pour notre domaine NZ. Toute aide serait appréciée.

La réponse de John Mueller est très très détaillée ici et elle découle des réponses précédentes qu’il a données sur ce sujet spécifique au contenu presque dupliqué déroutant Google. C’est un conseil similaire de Pierre Far en 2012 lorsqu’il travaillait chez Google.

Voici ce que Jean a écrit :

Ce qui se passe ici, c’est que ces pages sont globalement sensiblement similaires, de sorte que Google les dédouble en indexant une version canonique. Cependant, avec les annotations hreflang, l’URL correcte est toujours affichée dans les résultats de la recherche (au moins là où le hreflang est reconnu, etc.). Vous pouvez le voir si vous recherchez le nom de votre entreprise avec ?gl=au comme paramètre d’URL (gl= pour le pays, hl= pour la langue), par exemple :

https://www.google.com/search?q=nomentreprise&gl=au

Une partie déroutante ici est que vos titres de page utilisent companyname.TLD. Cela signifie que l’URL affichée est la version .com.au, mais que le titre inclut .co.uk. Vous pouvez résoudre ce problème en modifiant les titres de page pour n’utiliser que Companyname.

Une autre partie déroutante ici est que la Search Console signale généralement les URL canoniques. Donc, si vous vérifiez les rapports de performances là-bas, il vous montrera les clics, les impressions, les classements sur la version .co.uk, et il agira comme si la version .com.a n’était pas indexée ou n’obtenait aucune visibilité dans la recherche ( alors que comme vous pouvez le voir avec la requête, elle est affichée). Malheureusement, la seule façon de séparer cela dans la Search Console est de filtrer par pays et de supposer que ceux-ci ont vu la bonne version de l’URL du pays. La même chose se produit avec le rapport de couverture d’index dans la Search Console.

Malgré ce que dit la Search Console, la position, les impressions et les clics de ces URL iront bien. Ils apparaîtront de la même manière que si l’URL réelle était également sélectionnée comme canonique. Il n’y a aucun inconvénient à classer les éléments indexés de cette manière – et il y a un avantage à ce qu’il y ait moins d’URL qui doivent être explorées et actualisées sur vos sites (mises à jour plus rapides de l’inventaire, etc.).

Si vous vouliez changer l’indexation/canonicalisation ici, vous devriez vous assurer que les pages sont significativement différentes, pas seulement un peu différentes. Étant donné que les résultats de la recherche seraient essentiellement les mêmes, je ne sais pas si cela en vaut vraiment la peine pour vous – du moins, ce ne serait probablement pas un problème urgent à résoudre.

Comment est-ce pour une réponse détaillée et super utile ?

Forum de discussion sur Reddit.