Sous-domaines vs sous-dossiers, Rel Canonical vs 301 et comment structurer les liens pour le référencement

Il y a des questions de base sur le référencement qui reviennent très fréquemment, et il est souvent facile de supposer une réponse qui n’est pas tout à fait correcte. Dans le Whiteboard Friday d’aujourd’hui, Rand aborde trois d’entre eux :

1. Dois-je mettre des sous-sections de mon site sur des sous-domaines ou dans des sous-dossiers ?
2. Dois-je utiliser une redirection canonique rel ou une redirection 301 pour déplacer le contenu d’un site séparé vers mon domaine principal ?
3. Si j’ai plusieurs sites Web qui renvoient tous vers mon site principal, cela aide-t-il ou nuit-il à mon référencement ?

Pour référence, voici une photo du tableau blanc de cette semaine !

Transcription vidéo

Bonjour, fans de Moz, et bienvenue dans une autre édition de Whiteboard Friday. Cette semaine, nous allons discuter de la structuration du contenu, du placement du contenu et du placement des liens, en particulier en ce qui concerne certaines choses qui sont revenues à maintes reprises dans le monde du référencement, mais qui semblent toujours être un défi pour beaucoup d’entre nous qui jouer sur le terrain.

L’une des questions par lesquelles je vais commencer concerne les sous-domaines et les sous-dossiers, car cela revient encore et encore et encore. Je pense que l’une des raisons pour lesquelles il est apparu ces dernières années est, malheureusement, certaines déclarations de Googleurs eux-mêmes — une déclaration il y a quelques années de Matt Cutts, et une, je pense il y a deux ans ou deux ans, de John Mueller essentiellement en disant : “Hé, Google est devenu beaucoup plus efficace pour identifier et associer le contenu d’un sous-domaine au domaine principal, et vous n’avez plus à vous soucier de placer du contenu sur deux sous-domaines distincts.”

Je suis sûr que Google a fait des progrès dans ce domaine, mais cette question a toujours la même réponse qu’il y a des années. Je vais vous montrer quelques exemples.

Vous vous demandez : “Dois-je placer mon contenu dans un sous-domaine ou dois-je le placer dans un sous-dossier ?” Les sous-domaines peuvent parfois être intéressants car il y a beaucoup moins d’obstacles techniques la plupart du temps. Vous n’avez pas besoin d’impliquer votre personnel d’ingénierie ou de développement pour les mettre en place. Du point de vue des opérations techniques, certaines choses peuvent être plus faciles, mais du point de vue du référencement, cela peut être très dangereux. Je vais vous montrer ce que je veux dire.

Supposons que vous ayez blog.votresite.com ou que vous ayez www.votresite.com/blog. Maintenant, les moteurs peuvent en effet considérer le contenu qui se trouve sur ce sous-domaine séparé comme étant le même que le contenu qui se trouve ici, et donc tous les liens, tous les signaux de données d’utilisateur et d’utilisation, tous les signaux de classement dans leur intégralité, ce point ici peut profiter à ce site ainsi qu’à ce sous-domaine. Le mot-clé est “peut”.

Je ne peux pas vous dire combien de fois nous avons vu et nous nous sommes réellement testés en mettant d’abord du contenu sur un sous-domaine, puis en le déplaçant vers le domaine principal avec Moz. Nous l’avons fait trois fois au cours des deux dernières années. Chaque fois, nous avons constaté une augmentation considérable des classements et du trafic de recherche, à la fois dans la longue traîne et en tête de la courbe de la demande, et nous ne sommes pas seuls. Beaucoup d’autres l’ont vu, en particulier dans le monde des startups, où il est très populaire de mettre blog.yourwebsite.com, puis finalement les gens le déplacent vers un sous-dossier, et ils voient des avantages de classement.

Mais encore plus révélateur était un exemple récent d’il y a quelques mois à peine sur le blog iwantmyname. Timo Reitnauer a écrit sur le blog iwantmyname un article sur la façon dont il avait déplacé leur contenu du domaine principal vers un sous-domaine, ce qui n’est généralement pas la façon dont nous voyons les choses se passer. Mais, mec, quand c’est arrivé, moche, super, super moche. Vous pouvez voir son graphique de trafic. Il a représenté graphiquement son trafic de recherche Google et a montré, à partir de son Google Analytics, un bel instantané du moment où ils ont fait le déplacement, ce qui est arrivé à leur trafic de recherche, combien de temps il a fallu pour récupérer. En fait, il n’a toujours pas récupéré. Cela fait cinq ou six mois maintenant. C’est très, très frustrant pour eux, et ils vont le déplacer à nouveau. Je pense qu’ils l’ont peut-être déjà déplacé.

Mais c’était génial dans la mesure où cet article est allé à l’avant de Hacker News. De nombreuses personnes du monde des startups et de la technologie l’ont commenté, ont également partagé leurs expériences et leurs opinions.

En bout de ligne, il est encore très dangereux de mettre du contenu sur un sous-domaine. Je crois John et je crois Matt quand ils disent que Google a fait des progrès dans cette direction. Le problème est qu’ils ne sont pas assez bons ou assez parfaits pour s’appuyer sur ce facteur, et j’exhorte donc tout le monde à conserver votre contenu sur un seul sous-domaine et domaine racine, de préférence dans des sous-dossiers. C’est ainsi que vous allez maximiser votre avantage potentiel en matière de référencement. C’est l’une de ces choses techniques SEO qui n’a tout simplement pas changé depuis de nombreuses années maintenant.

Ensuite, une question sur rel=canonical et les 301, en particulier rel=canonical inter-domaines, ce qui signifie que les gens sont assez à l’aise avec le rel=canonical qui se trouve sur votre propre site Web sur vos pages et dit peut-être : “Hé, la version imprimée de cette page doit en fait être considérée comme la même que la version Web de cette page. Ou la version mobile de cette page doit être considérée comme la même que la version normale.” C’est très bien.

Mais les gens ont plus de questions quand il s’agit de rel = canoniques inter-domaines et de contenu qu’ils possèdent peut-être parce qu’ils possèdent plusieurs sites Web, ou qu’ils ont des accords de licence sur ceux-ci, ou qu’ils ont un développement commercial ou des partenariats, ce genre de choses. Alors ils se demandent : “Hé, j’ai du contenu sur plusieurs sites Web, et je veux déplacer une partie de ce contenu, ou je veux que les moteurs l’interprètent comme venant de mon site. Dois-je le mettre sur l’autre site Web ? et utiliser un 301 pour le rediriger, ou dois-je utiliser un rel=canonical interdomaine pour dire que l’ancienne page est maintenant la nouvelle page ?”

Eh bien, en fait, c’est celui où, d’un point de vue technique, les moteurs font un travail sacrément solide. Google fait un très bon travail. Nous avons vu Bing faire des progrès ici avec le cross-domain rel=canonical. Ils semblent également faire du bon travail. Je ne les ai pas testés aussi intensément mais récemment.

L’histoire de base est avec le 301, un autre site.com/a peut rediriger vers votre site.com/a, et les visiteurs et les moteurs, toute personne demandant l’ancienne page, obtiennent la nouvelle page. La seule différence avec rel=canonical est que lorsqu’un visiteur demande l’ancienne page, il va toujours l’obtenir. Ils vont toujours obtenir cet autre site.com/b. Les moteurs de recherche, cependant, vont obtenir la nouvelle version de la page, ou ils vont essentiellement les considérer comme une seule et même chose.

Ce que nous avons vu, c’est que, dans ces deux cas, les signaux de classement semblent être transmis de manière très similaire, sinon parfaitement similaire, très similaire. Difficile d’y déceler la moindre différence. Mais le rel=canonical peut vous donner une option par laquelle vous dites : “Hé, je veux conserver la marque ou un aspect unique de quelque chose qui se passe autour de othersite.com, et donc j’aimerais que les visiteurs puissent toujours aller à cette page, mais que les moteurs de recherche sachent qu’il ne s’agit en fait que d’une version copiée de celle-ci, et si vous allez classer l’un de ces deux, je préférerais que vous classiez celui-ci.”

C’est une grande utilité pour le cross-domain rel=canonical. Mais il s’agit bien plus d’un problème d’expérience utilisateur et d’expérience de marque que d’un problème technique de référencement, car les deux fonctionnent très bien.

Ensuite, le dernier problème que je couvrirai aujourd’hui concerne certains de ces éléments d’optimisation du contenu et des liens : que se passe-t-il si vous avez plusieurs sites Web qui renvoient tous vers votre site principal, et que vous vous demandez si cela aide mon référencement ? ? Je ne peux pas vous dire combien de personnes, étonnamment même des personnes très avisées, qui ont fait beaucoup d’autres choses dans les mondes du développement technique et Web, y réfléchissent du point de vue du référencement.

Je peux comprendre d’où ça vient. Fondamentalement, vous comprenez que plus de liens est une bonne chose et que plus de diversité de liens est une bonne chose. Alors vous vous dites : “Hé, peut-être que je peux capturer plus de liens et plus de diversité de liens en ayant des sites Web légèrement différents. Je veux que mon site principal soit consacré à un sujet particulier ou à un créneau particulier de ce sujet, et je veux J’ai ces autres sites de niche que j’ai peut-être d’excellents noms de domaine dans mon portefeuille ou des noms vraiment personnalisables. Peut-être que j’ai récupéré d’anciens noms de domaine que j’ai achetés ou que j’ai acheté des propriétés entières. Je vais juste ajouter un lien à l’échelle du site ou de nombreux liens de ces pages vers mon site principal.”

Ce que vous espérez, c’est que cela amplifiera vos signaux de classement et amplifiera votre opportunité. Le contraire est vrai. En fait, ce qui se passe, c’est que vous créez une barrière pour l’équité totale du lien pour les signaux de données de marque, d’utilisateur et d’utilisation, et tout signal social potentiel. Vous créez une barrière qui empêche certaines de ces choses de passer complètement ici.

Imaginons simplement que vous avez quatre liens ici, et qu’ils pointent tous vers mysubsite1.com, ce à quoi vous pensez alors : “C’est génial. C’est exactement ce que je voulais qu’il se produise, et maintenant mysubsite1 pointe vers mon site principal.” Vous perdez en fait la majeure partie de l’équité des liens, de la valeur, du pouvoir de classement qui serait dépassé si seulement deux ou trois de ces liens étaient directement liés à votre site principal.

Comme nous en avons parlé avec le problème de sous-domaine/sous-dossier, en collectant tous les signaux de classement sur un sous-domaine et un domaine racine, vous créez le meilleur avantage possible. Ce concept d’autorité de domaine – je ne parle pas nécessairement du nombre dans l’index Mozscape de Moz – le concept d’autorité de domaine est que, fondamentalement, à mesure qu’un domaine devient plus populaire, car il hérite de tous ces signaux de classement, il peut provenir de liens, de la visibilité, de l’image de marque, des données d’utilisateur et d’utilisation, tous les types de signaux dont un domaine hérite, il les transmet à toutes ses différentes pages. Mais il ne les transmet pas à d’autres sites.

C’est également vrai pour chacun d’entre eux. Ils héritent de signaux qu’ils ne transmettent pas entièrement ici. Je vous recommande de rediriger 301 tous ces éléments et d’avoir un site principal. Cela simplifie une grande partie de votre travail et le rationalise. Cela vous permet de vous concentrer sur la construction de cette seule marque. L’image de marque est si puissante aujourd’hui et la visibilité en ligne dans son ensemble, sans parler du référencement, qu’il s’agit vraiment d’une pratique exemplaire.

Je me débarrasserais de ces sous-sites du mieux que vous le pouvez. Il y a toujours des raisons d’avoir un microsite ou un site Web différent à des fins de marque, ou si vous allez vendre ce site séparément, ou si c’est une équipe complètement différente qui y travaille. Mais du point de vue du référencement, tout sur un sous et une racine est vraiment idéal.

Très bien tout le monde, attendez les commentaires avec impatience, et nous vous reverrons la semaine prochaine pour une autre édition de Whiteboard Friday. Prenez soin de vous.

Transcription vidéo par Speechpad.com