Les sous-domaines existent depuis des années, bien avant la création du web. Les sous-domaines ont été définis dans la RFC 1034 de novembre 1987 comme suit : « Un nom de domaine est un sous-domaine d’un autre nom de domaine s’il est situé dans ce domaine ». Cela semble clair. Cependant, des générations de théoriciens de l’Internet ont débattu de la question de savoir si « www. [ndd.com] » est un sous-domaine ou non.

Un moteur de recherche recherche un localisateur de ressources uniformes (URL), qui est défini dans la RFC 1738 (adoptée en décembre 1994) : « Un URL se compose du nom du schéma utilisé ( ), de deux points et d’une chaîne de caractères (a ) dont la signification est déterminée par le schéma ».

Nous sommes habitués à voir les URL comme des adresses. Tapez l’URL dans la barre d’adresse de votre navigateur. Marquez l’URL comme favori. Une adresse IP peut être utilisée pour retracer le chemin vers une page web. Une URL est créée en ajoutant le nom de domaine ou l’adresse IP et . Par conséquent, ce n’est pas exactement ce que les conventions familières suggèrent.

Le moteur de recherche ne se soucie pas de savoir si vous envoyez du matériel à www.domain.tld, sub.domain.tld ou domain.tld/subfolder. Chacune de ces chaînes de caractères fait référence à la même chose : un document. Il s’agit d’un fichier unique, et non d’une page web ou d’un serveur.

Les termes « site web » et « hébergement » sont des concepts abstraits. Ils n’existent pas de la manière dont vous ou moi l’imaginons. Ils n’existent que si nous acceptons d’appliquer certaines lois à nos concepts abstraits. Il convient d’en tenir compte dans toute discussion visant à déterminer si les sous-domaines favorisent, entravent ou empêchent l’optimisation des moteurs de recherche. Vous pouvez décider vous-même si un sous-domaine est utile pour l’optimisation des moteurs de recherche. Il n’y a rien d’intrinsèquement bon ou mauvais, oui ou non.

L’idée que les moteurs de recherche classent les sous-domaines différemment est un mythe du référencement, une idée qui est acceptée comme un fait parce qu’elle aide (certaines) personnes à comprendre le fonctionnement des sites Web (d’une certaine manière).

Le problème est que les sous-domaines ne se distinguent pas du domaine principal. Vous pouvez créer une page web (domain.tld) dans un dossier sur le serveur web (public html), et tous ses sous-domaines (a.domain.tld, b.domain.tld et c.domain.tld) redirigent vers le même dossier sur le serveur (public html). En fait, je fais cela tout le temps pour les sous-domaines WordPress multisites. Ils n’ont pas besoin de leurs propres dossiers ou de ressources serveur.

Le serveur web a juste besoin d’une combinaison d’une URL et de quelque chose sur le serveur pour envoyer le contenu à tout agent distant. Si vous êtes malin, vous pouvez même utiliser un résolveur en temps réel pour capturer les URL avant que le serveur web ne les regarde dans la liste des URL. Les alias Wildcard peuvent être gérés par une application fonctionnant au-dessus de l’application du serveur web. La plateforme la plus populaire pour la création d’alias génériques est WordPress.

Les moteurs de recherche classent les URL.

Vous pourriez penser que je fais référence aux moteurs de recherche qui regroupent les URL pour identifier les « sites », mais ce n’est pas le cas. Supposons que vous ayez trois URL qui ressemblent à ceci :

www.alpha.tld

www.beta.tld

www.gamma.tld

Ils ressemblent à trois domaines différents. Il devrait y avoir trois hôtes. Vous pouvez également les diviser et les placer sur des serveurs différents.

Toutefois, si vous téléchargez le même contenu sur les trois domaines/hébergements, les moteurs de recherche peuvent en déduire la canonicité et les regrouper. Vous pouvez également créer un lien canonique entre les pages alpha, bêta et gamma afin que les moteurs de recherche les considèrent comme un seul et même document.

Ceux qui veulent que les sous-domaines et les sous-dossiers soient des choses complètement différentes et que l’un ait la priorité sur l’autre trouveront cet arrangement injuste. Toute partie d’un nom de domaine peut être utilisée pour définir un sous-répertoire. Deux sous-répertoires peuvent être utilisés indifféremment :

www.alpha.tld/subdossier

sub.alpha.tld/sous-répertoire

Une URL n’a pas la priorité sur l’autre. Les algorithmes de recherche ne disent pas « Aha ! Parce que « www. » est devant, il doit être plus important ».

Qu’en est-il des URL qui ne contiennent pas de suffixe de nom de type sous-domaine ?

Alpha.tld est-il plus pertinent dans un algorithme de recherche que www.alpha.tld ?

Les directives de hiérarchie des noms d’hôtes imposées par des blogueurs irresponsables du marketing en ligne sont illogiques. Du point de vue de l’optimisation des moteurs de recherche, il importe peu que votre contenu se trouve sur en.wikipedia.org ou www.wikipedia.org.

Les algorithmes s’intéressent à la façon dont vous positionnez vos URL, à la façon dont vous créez des liens vers elles et à l’utilisation de règles spécifiques telles que « rel=’canonical' », « nofollow », « noindex », « disallow », etc.

Après avoir établi que les URL sont bonnes en l’état, examinons les avantages et les inconvénients de l’utilisation de sous-domaines comme URL. Évidemment, nous allons mettre les choses dans un certain ordre logique. En fait, il s’agit de la meilleure approche des formats d’URL. La façon dont vous organisez les éléments que vous considérez comme faisant partie de votre site.

Pour : Vous pouvez utiliser la même URL plus d’une fois.

Si votre site comporte trois hôtes/sous-domaines, vous pouvez appliquer la politique de confidentialité à ces trois sous-domaines. Les noms des sites sont utilisés pour créer une URL unique.

Cet exemple peut être appliqué à tout réseau comportant plusieurs sites, comme une société d’hébergement web qui fournit à ses clients leur propre sous-domaine. Chacun peut avoir sa propre politique de confidentialité, si vous le souhaitez.

D’autres entreprises peuvent avoir des sous-domaines publics et privés, chacun ayant sa propre page d’information ou de conditions d’utilisation.

Vous pouvez également déplacer les articles de blog précédents vers un référentiel de sous-domaines, comme nous l’avons fait avec « Théorie du référencement ». Si vous ne voulez pas les rediriger, vous pouvez réutiliser de très bonnes URL.

En outre, les sous-domaines peuvent être hébergés sur des serveurs différents.

Cela est souvent nécessaire pour les grands sites dont le contenu comprend des interfaces tierces, comme des paniers d’achat ou des forums en ligne.

De nombreuses petites entreprises utilisent des plateformes tierces pour héberger leurs paniers d’achat et incluent leurs URL (et dans certains cas leur design) dans un schéma à l’échelle du site. Il s’agit d’un site qui contient deux ou plusieurs hôtes ou sous-domaines.

De nombreuses entreprises utilisent des comptes ou placent du contenu payant sur un sous-domaine. Tout cela peut être fait avec d’autres systèmes. Vous pouvez augmenter le référencement en répartissant la charge du service sur plusieurs machines. Vous n’avez pas à craindre que le site se charge lentement ou qu’un problème fasse tomber l’ensemble du site.

L’avantage est que les sous-domaines peuvent disposer de leur propre système de gestion de contenu.

Les sous-domaines peuvent avoir leur propre installation de CMS, mais si vous utilisez les outils d’installation rapide fournis par les fournisseurs d’hébergement Web, vous devrez accepter leurs valeurs par défaut.

En outre, de nombreux systèmes CMS stockent toutes les requêtes URL dans le dossier d’installation, ce qui pose parfois des problèmes.

Le CMS demande de l’aide pour ces mélanges hybrides plusieurs fois par an. Cela se produit beaucoup plus souvent que la plupart des gens ne le pensent. Si un espace disque dédié et d’autres ressources du serveur sont nécessaires, un sous-domaine distinct est généralement requis. Il peut s’agir d’un panier d’achat ou d’un espace client privé desservi par un logiciel indépendant du créateur de contenu web principal.

L’avantage de l’optimisation pour les moteurs de recherche est que, par défaut, un plan de site, une navigation de site et un contenu de page HEAD distincts peuvent être créés pour chaque sous-domaine, ce qui évite le risque de réutilisation inappropriée de matériel sous la mauvaise URL.

Il existe des rappels pour les noms de sous-domaines tels que shop.domain.tld, user.subdomain.tld, etc.

Pour : Les sous-domaines sont séparés.

Les sous-domaines ont généralement une valeur d’identité plus élevée que leur nom principal. C’est tout à fait normal. Le meilleur exemple est le sous-domaine anglais de Wikipédia.

Acceptez votre succès, d’où qu’il vienne, et utilisez-le au profit de l’ensemble du site. Ne les obligez pas à se contenter du site ou de l’hébergeur pour un faux succès.

Les sous-domaines sont rentables.

Vous pouvez créer des sous-domaines de marque gratuitement si vous avez un domaine de base qui fonctionne bien avec des mots devant. Pour le référencement, vous n’avez pas besoin de millions de sous-domaines. Vous avez besoin de bons noms d’hôte, mémorisables et faciles à définir, pour vos domaines et sous-domaines principaux.

En fonction de la façon dont vous configurez vos sous-domaines, vous n’aurez peut-être pas à payer pour des ressources d’hébergement supplémentaires. Ne vous inquiétez pas. Surtout pour ceux qui ne sont pas sûrs du montant qu’ils doivent payer pour l’hébergement.

Un bonus supplémentaire est la possibilité de fournir vos propres certificats SSL pour vos sous-domaines.

Il s’agit d’un avantage modeste. Toutefois, si le certificat du domaine principal expire, les certificats des sous-domaines peuvent encore être valides. Cela dépend si tous les certificats sont obtenus en même temps.

Si un hôte est compromis et que le certificat est compromis, le certificat ne peut être compromis sur aucun autre hôte. Les certificats individuels ne garantissent rien, si ce n’est que les pirates devront travailler plus dur pour pénétrer l’ensemble de votre site.

CPanel, Plesk, Web/Virtualmin et d’autres plateformes d’hébergement web modernes peuvent installer immédiatement des certificats SSL gratuits. De nombreux clients de CPanel obtiennent des certificats de Comodo (pour lesquels vous devrez peut-être payer des frais), mais vous pouvez également configurer des options AutoSSL gratuites de Cloudflare, Let’s Encrypt, ZeroSSL et d’autres fournisseurs.

Inconvénients.

Plusieurs comptes peuvent être combinés en un seul. En fonction de votre forfait de numérisation, vous devrez peut-être payer un supplément pour ce privilège. Cela n’est généralement pas possible avec les logiciels d’analyse gratuits.

Mais comment distinguer ces trois URLs dans l’analyse ?

/

/

/

Dans les rapports d’analyse, les URLs racines a.domain.tld, b.domain.tld et c.domain.tld apparaissent comme suit.

Est-il vraiment nécessaire de mélanger les données de trafic de la page de destination PPC et les données de redirection des recherches non payées sur le reste du site si elles sont toutes situées sur un sous-domaine ?

Si vous divisez votre contenu en plusieurs sous-domaines, il est préférable de garder vos rapports d’analyse aussi indépendants que possible.

Les personnes qui ne sont pas bien informées sont désavantagées.

Que vous soyez un propriétaire de site qui souhaite profiter des avantages de l’utilisation des sous-domaines ou un fournisseur de services d’optimisation des moteurs de recherche qui a identifié les raisons importantes du succès des sous-domaines, il arrivera un jour ou l’autre que quelqu’un qui « sait tout » essaie de réduire à néant votre travail.

Les risques les plus importants concernent les propriétaires de petites entreprises qui changent de service de référencement ou qui embauchent de nouveaux collaborateurs. Donnez au nouvel expert une chance de comprendre pourquoi les choses sont telles qu’elles sont en examinant les sous-domaines et en lui suggérant de passer aux sous-répertoires.

S’ils prétendent que les sous-répertoires sont meilleurs que les sous-domaines, dites-leur respectueusement mais fermement : « Vous pouvez croire ce que vous voulez, mais en tant que fournisseur de services de référencement, vous devez soutenir mes décisions commerciales ». Avant qu’une société de référencement professionnelle ne vous propose un « meilleur plan », apprenez à connaître l’histoire et la structure de votre site et les raisons pour lesquelles les choses sont ce qu’elles sont.

Les sous-domaines demandent plus d’efforts.

La création d’un site web ou d’un service d’hébergement est relativement simple. Cependant, leur entretien peut être une autre affaire. Si les bases de données et autres ressources sont souvent partagées entre les sous-domaines, chaque nouvelle ressource nécessite une certaine maintenance.

Vous avez besoin de certificats SSL distincts, de bases de données, de CMS, de services de messagerie électronique, etc.

Il est plus efficace de garder autant de choses que possible sous le même toit.

Les moteurs de recherche gèrent les sous-domaines et les sous-répertoires de la même manière.

De nombreuses personnes font remarquer que « les sous-domaines sont traités comme s’il s’agissait de pages différentes ». Pas du tout.

La vérité est qu’un moteur de recherche peut traiter n’importe quel sous-répertoire de n’importe quel service d’hébergement (domaine principal ou sous-domaine) comme une page Web distincte, l’affichant dans les SERP en fonction des pages vues, des liens de page et d’autres indicateurs spécifiques.

Les sous-répertoires peuvent être contrôlés indépendamment dans les tableaux de bord des moteurs de recherche ou se voir attribuer des identifiants uniques afin de pouvoir être analysés par divers outils d’analyse.

Il n’existe pas d’avantages ou d’inconvénients spécifiques des algorithmes d’indexation des recherches en termes de sous-domaines ou de sous-répertoires. Pour les moteurs de recherche et les systèmes de base de données de recherche, il s’agit simplement d’URL.

Les sous-domaines et les sous-répertoires offrent la même expérience utilisateur.

L'emplacement des données est sans importance pour les navigateurs web. Ils doivent résoudre tous les noms d’hôtes (sous-domaines), mais cela ne prend qu’une fraction de seconde. À moins que les noms de sous-domaines ne soient créés à la volée (et qu’une connexion ne soit établie avec eux), servir le contenu de plusieurs sous-domaines ne prend pas beaucoup de temps au client ou au serveur.

Les visiteurs peuvent même ne pas savoir qu’ils consultent des documents provenant de sites ou de serveurs différents. La conception, le thème et les autres ressources peuvent être les mêmes. C’est donc la même chose pour le visiteur que pour le navigateur et le moteur de recherche.

Lorsque vous attribuez une valeur de balise à une URL, choisissez celle qui est la plus facile à retenir.

Conclusion :

Les préférences personnelles sont plus importantes que toute autre chose lorsqu’il s’agit de décider d’utiliser des sous-domaines ou des sous-répertoires. À moins que vous n’utilisiez les attributs « rel=’nofollow' », les directives « noindex » ou « disallow », ou une mauvaise canonicalisation qui affaiblit les liens entre les URL de votre site, les moteurs de recherche analyseront commodément votre site et traiteront toutes les URL de la même manière, quelle que soit leur position.

Dans le cas des sous-domaines et des sous-dossiers, la valeur traduite en URL, comme les valeurs de PageRank, sera pondérée de la même manière. Les algorithmes ne font pas de distinction entre la valeur du lien et la destination.

En général, je recommande aux gens d’utiliser une structure URL facile à étiqueter. Cependant, ils doivent réfléchir à ce dont ils ont besoin pour obtenir toutes les fonctionnalités qu’ils souhaitent.

samedi 16 octobre 2021, 15:23