Subdomain Vs. Subdirectory : Pourquoi le sous-répertoire est gagnant en matière de SEO

L’opposition entre sous-domaine et sous-répertoire est souvent débattue pour savoir lequel des deux est le meilleur choix et lequel présente le plus d’avantages en termes de classement dans la recherche sur le Web de Google. Avec Mobile First et la mise à jour de l’expérience des pages de mai 2021, l’option du sous-répertoire est plus attrayante. Voici pourquoi.

Tout d’abord, définissons les termes “sous-domaine” et “sous-répertoire”.

Fondamentalement, le mot “subdomain” dans l’exemple d’URL ci-dessous désigne un sous-domaine, de sorte que la structure du sous-domaine (pour l’URL) ressemblerait à ceci :

sous-domaine.domaine.com

Le mot “subdirectory” dans l’exemple d’URL ci-dessous désigne un sous-répertoire :

domaine.com/sous-répertoire

Le mot “subfolder” peut être considéré comme un synonyme de “subdirectory”, et je les utiliserai donc indifféremment.

Mobile First et pourquoi les sous-répertoires sont préférables aux sous-domaines dans l’optimisation des moteurs de recherche d’aujourd’hui

Pourquoi est-ce que je dis que, pour l’optimisation des moteurs de recherche dans l’ère post-Page Experience, le sous-répertoire/sous-dossier est l’option préférée ?

Laissez-moi construire mon argumentation :

1. Lorsque vous pensez à l’optimisation des moteurs de recherche, vous souhaitez obtenir les meilleurs résultats pour votre site principal, qui est associé à votre domaine principal.

2. Il est connu qu’un sous-domaine est traité presque comme une entité distincte, ou un site distinct.

3. Un sous-répertoire (ou sous-dossier) est considéré comme faisant partie d’un système de fichiers sous un domaine (et si c’est le domaine principal, alors le sous-répertoire est considéré comme faisant partie de votre site principal). Cela contraste un peu avec les sites de sous-domaines, qui sont parfois considérés comme faisant partie d’un site distinct (même si, techniquement, ils sont sous le même domaine principal).

4. Si vous comprenez le point suivant (dans le contexte de tout ce que je vais vous expliquer), vous saurez pourquoi l’option du sous-répertoire est la plus pratique et la plus efficace pour le référencement : il y a une grande différence entre Mobile-Friendly et Mobile First.

C’est une chose d’avoir un site adapté aux mobiles (ou un sous-domaine de votre site qui était adapté aux mobiles). Pour certains sites qui ont des sections adaptées aux mobiles, le sous-domaine m (comme dans m.domain.com) était une option privilégiée : le site était codé pour détecter si le visiteur se trouvait sur un appareil mobile et le redirigeait donc vers la version adaptée aux mobiles.

Cela dit, je dois dire que certains sites n’ont pas besoin d’avoir des versions distinctes, car le site principal s’affiche bien sur les appareils mobiles et de bureau. (Cela peut être dû à un certain nombre de choses, comme la simplicité de la conception et les instructions CSS).

Cette démarche est tout à fait conforme à l’approche “Mobile First”.

Mobile First ne signifie pas que vous disposez d’une version mobile et d’une version de bureau de votre site (comme c’est le cas avec mobile-friendly). Ce que cela signifie, c’est que vous devez d’abord concevoir la version principale de votre site (votre domaine principal) pour qu’elle soit adaptée aux mobiles, avant de vous demander comment elle se présentera sur un appareil de bureau.

Vous pouvez aussi voir les choses de cette façon : Google utilisera d’abord la version mobile de votre site pour déterminer votre classement SEO, avant votre version de bureau.

Auparavant, il était entendu que Google indexait les deux versions d’un site. Cependant, à l’heure où j’écris ces lignes, la mise à jour Page Experience est encore relativement récente (le mois dernier), et nous ne savons pas encore si cela continuera à être le cas.

Mais quoi qu’il en soit, nous devons considérer que Google va commencer à utiliser la version mobile de nos sites comme celle qu’il note pour le classement.

C’est la grande différence à laquelle je faisais référence plus haut : au lieu d’une version de bureau et d’une version mobile (qui pouvaient être classées différemment), la version mobile est celle qui est utilisée en premier (d’où Mobile First). En fait, vous n’avez peut-être même pas besoin d’une version de bureau, car la version mobile sera utilisée à la fois par les navigateurs mobiles et de bureau.

Sous-domaines et sous-dossiers : Lequel est le meilleur pour le référencement ?

Dans cette vidéo de 2017, intitulée Sous-domaine ou sous-dossier, lequel est le meilleur pour le référencement ? John Mueller, de Google, déclare essentiellement que cela n’a pas vraiment d’importance que vous utilisiez des sous-domaines ou des sous-répertoires, car Google traite les sous-domaines et les sous-répertoires de la même manière, et les robots de recherche n’ont pas beaucoup de problèmes dans un sens ou dans l’autre.

Il a mentionné que des configurations de serveur différentes peuvent rendre l’une ou l’autre option plus facile.

Il poursuit :

• Indiquer que les sous-domaines doivent être vérifiés séparément dans Google Search Console (et probablement aussi séparément dans Google Analytics).
• Il conseille d’apporter les modifications appropriées aux paramètres
• Il conseille de suivre les performances globales par sous-domaine.

Ce point est important : il a également déclaré que les propriétaires de sites devraient penser à long terme et choisir une option à laquelle ils peuvent se tenir, qu’il s’agisse de leur propre sous-domaine ou d’un sous-dossier de leur site. (C’est logique, car passer d’une configuration à l’autre peut être une corvée, et il peut s’écouler un certain temps avant que les moteurs de recherche puissent réindexer un site dont la structure a été modifiée).

Ce sont des points valables, et je ne veux pas marginaliser ce qu’il a dit, mais….

…c’était en 2017, bien avant la mise à jour Page Experience de mai/juin 2021 et la réalité du Mobile First. Donc, même si je suis d’accord avec la plupart de ses propos, je pense que, pour la plupart, les sous-répertoires/sous-dossiers sont préférables.

N’écartez pas la notion de sous-domaines. Voici quelques raisons spécifiques d’utiliser les sous-domaines.

Cette liste n’est pas exhaustive, mais elle constitue un point de départ :

• Si vous créez un site sur lequel vous autoriserez d’autres personnes à créer leur propre site Web sur votre domaine, vous voudrez peut-être le configurer de manière à ce que les sites créés par les autres se trouvent sur un sous-domaine.
• Je parle ci-dessous du concept de bac à sable. Il s’agit d’un concept emprunté à l’informatique, qui consiste à configurer une partie d’un système informatique (dans ce cas, un domaine racine et sa structure de dossiers associée) et à séparer une partie de ce système du reste. En d’autres termes, elle dispose de moins de permissions et d’un accès réduit au reste du système. Ce bac à sable est utilisé comme une zone de test.
• Si vous voulez donner aux gens un accès restreint à votre domaine, vous pouvez créer un sous-domaine qui, selon la configuration des dossiers, devrait limiter l’accès aux autres dossiers de votre domaine principal et des autres sous-domaines.

Et le WWW ? N’est-ce pas un sous-domaine ?

Oui, www est un sous-domaine. Il était beaucoup plus répandu dans les premiers temps du Web, mais aujourd’hui, à moins que vous n’ayez un besoin très spécifique de www, il n’est plus vraiment répandu. Si un site utilise le www, il a généralement mis en place une redirection de sorte que, même si vous ne tapez pas le www, vous serez dirigé vers la version www. Pour les sites www, il suffit souvent de mentionner l’url sans le www, car la redirection conduira le visiteur à la bonne version.

Test SIA #45 – Sous-domaine vs sous-répertoire pour les sites multilingues

Si vous regardez la structure des urls de certains sites multilingues (Wikipédia.org en est un bon exemple), vous l’avez peut-être remarqué :

La version anglaise est : https://en.wikipedia.org/

La version française est : https://fr.wikipedia.org/

La version espagnole est : https://es.wikipedia.org/

Dans chaque cas, vous verrez qu’il y a plusieurs sous-domaines (en., fr. et es. respectivement) qui sont utilisés pour désigner les différentes versions linguistiques du domaine principal, wikipedia.org.

Mais, est-ce la meilleure façon, ou la seule façon, de structurer un site multilingue ou multilocal ?

À la SEO Intelligence Agency (SIA), nous testons un certain nombre de variables liées au référencement pour essayer d’identifier la meilleure façon de faire les choses. Par variables, j’entends dans le contexte de la méthode scientifique.

En utilisant la méthode scientifique, nous mettons en place une expérience où nous changeons la variable indépendante (dans ce cas, l’utilisation des sous-domaines par rapport aux sous-répertoires) pour déterminer le résultat de la variable dépendante (dans ce cas, lequel des deux se classe mieux).

Dans cette vidéo, Clint parle plus en détail du test et de ses réflexions sur les résultats : https://www.youtube.com/watch?v=EtM2Ml_YZmU.

Alors, lequel des deux a gagné ? Il s’avère que les sous-domaines ont gagné. Mais…

…il peut y avoir des raisons d’économiser du temps et de l’argent pour lesquelles vous pouvez toujours opter pour les sous-répertoires, même si votre site est multilingue ou multinational.

Je vais vous expliquer dans la section suivante.

L’utilisation de sous-domaines peut multiplier votre charge de travail en matière de SEO

Rappelez-vous que, bien que Google puisse indexer les sous-domaines et les sous-dossiers avec la même facilité et que les algorithmes de recherche s’adaptent à chacun d’eux, les sous-domaines doivent être saisis séparément dans la Google Search Console.

Pourquoi ?

Parce que certains acteurs du secteur du référencement pensent que les moteurs de recherche (en particulier Google) considèrent les sous-domaines comme des sites distincts. Même notre expert, Clint, dans la vidéo ci-dessus, fait allusion à l’idée que les sous-domaines peuvent être considérés comme des sites distincts.

C’est un petit exemple de la façon dont l’utilisation des sous-domaines peut multiplier votre travail. Mais cela va plus loin : Si vous voulez classer les différentes versions de votre site (par exemple, les sous-domaines qui se rapportent aux différentes langues ou versions nationales de votre site), vous devez essentiellement faire du référencement sur chaque sous-domaine comme s’il s’agissait d’un site distinct.

D’un autre côté, du point de vue du référencement, si au lieu d’utiliser des sous-domaines, vous utilisiez des sous-dossiers du même domaine racine, vous n’auriez à faire du référencement que pour un seul site. Les URL de votre site seraient basées sur une structure URL inhérente.

En d’autres termes, tout le référencement que vous avez effectué dans les différents sous-dossiers (qui se rapportent aux différentes versions nationales ou langues de votre site) consoliderait le domaine racine principal, et il y aurait un avantage synergique sur votre site multilingue ou multinational. L’autorité du domaine serait plus forte sur votre domaine parent, et vos liens internes pourraient également entraîner un meilleur classement dans les recherches. Vos stratégies de référencement, telles que la création de liens, seront beaucoup plus efficaces.

Comment choisir entre sous-domaines et sous-répertoires : 6 facteurs décisifs

1. Capacité du serveur ou de l’hébergement. Pour un seul domaine, la plupart des sociétés d’hébergement devraient être en mesure d’accompagner facilement les sous-domaines ou les sous-répertoires, ce qui ne devrait donc pas poser de problème.

2. Système de gestion de contenu. WordPress, qui est l’un des nombreux systèmes de gestion de contenu (CMS), est plus compatible avec les sous-répertoires qu’avec les sous-domaines. (En fait, il peut créer des sous-répertoires pour segmenter le contenu de son blog). Pour avoir WordPress sur des sous-domaines séparés, il faudrait installer WordPress séparément sur chaque sous-domaine.

En tenant compte du point précédent, vous pourriez avoir le contenu de votre blog sur un sous-domaine de blog, par exemple : blog.mysite.com. Cela peut également fonctionner.

4. Consolidation des efforts de référencement. J’ai mentionné plus haut qu’il était préférable d’avoir un domaine racine avec des sous-répertoires. Si cela est important pour vous, pensez aux sous-répertoires.

5. Vous pouvez avoir à la fois des sous-domaines et des sous-répertoires. (Je développe ce point ci-dessous).

6. Je parle toujours de l’expérience de l’utilisateur, mais en réalité, même si l’option du sous-domaine demande plus de travail, cela peut finalement ne faire aucune différence pour l’utilisateur.

Ne vous inquiétez pas : vous pourrez ajouter des sous-domaines plus tard… et même avoir des sous-domaines et des sous-répertoires !

Je dois m’excuser pour quelque chose : jusqu’à présent, j’ai fait de la question des sous-domaines et des sous-dossiers une proposition entièrement basée sur l’un ou l’autre, mais ce n’est pas forcément le cas. Il peut s’agir en fait d’une proposition de type “deux et“.

Voici une histoire qui illustre la validité de l’approche par sous-domaine.

Il y a quelques années, je travaillais dans les bureaux d’une autre société de marketing Internet. Nous étions toujours en train de travailler sur l’un de nos sites et, bien sûr, avant d’effectuer des changements importants, nous avions toujours une version de test.

Nous appelions nos versions de test “sandbox” et, si mes souvenirs sont bons, nous avions un sous-domaine appelé sandbox (l’adresse était donc sandbox.oursite.com).

Les sous-domaines étant considérés comme des sites distincts, vous pouvez les configurer pour qu’ils aient plus de restrictions et moins d’accès au domaine principal, la racine. C’est une excellente solution pour la sécurité et les tests : en cas de problème, l’accès limité du bac à sable n’aura pas d’incidence négative sur le site réel du domaine principal. C’est l’une des principales raisons techniques pour lesquelles vous pouvez utiliser un sous-domaine.

Il est conseillé de donner une instruction noindex à votre site sandbox, afin que les robots d’indexation des moteurs de recherche ne l’indexent pas et que le trafic organique ne soit pas envoyé vers votre site de test. Votre webmaster peut facilement trouver comment ajouter noindex à un fichier robots.txt.

En ce qui concerne la question de la structure du site – quelle est la meilleure solution, sous-domaine ou sous-répertoire, je pense que vous avez maintenant une meilleure idée de la façon de prendre la décision pour votre site. N’oubliez pas que le choix n’est pas figé et qu’en cas de besoin, si vous êtes prêt à faire le nécessaire, vous pouvez apporter des modifications. Tout dépend de vos préférences, de l’application et de la quantité de travail que vous êtes prêt à fournir.

Vous voulez apprendre des informations sur le référencement qui ont été testées et prouvées pour vous aider à être classé dans les SERPs ? Vous avez besoin de plus de conseils et d’astuces pour aider votre agence ou votre entreprise de référencement à élaborer une stratégie de référencement qui vous permettra d’obtenir les meilleurs classements de référencement ? Consultez nos autres articles ou, mieux encore, rejoignez SIA pour obtenir les dernières informations sur les tests et faire partie de notre communauté de référencement avec des experts et des professionnels du référencement dans la quête de la découverte de ce qui est quoi dans l’optimisation des moteurs de recherche.