Si j'ai un nom de domaine, dites stackexchange.com
et je souhaite héberger deux sites X et Y en tant que sous-domaines de ce site.
x.stackexchange.com
aidera-t-il y.stackexchange.com
dans le classement de la page? Ou Google les traitera-t-il comme deux sites distincts en ce qui concerne le classement de la page?
Y at-il un avantage de référencement du tout?
La question découle de cet article et de ses réponses et commentaires, soit dit en passant: https://webapps.meta.stackexchange.com/questions/624/webapps-stackexchange-com-verus-nothingtoinstall-com
Des commentaires comme celui-ci et d'autres:
Nul doute que le site sera formidable de toute façon. Mais toutes choses étant égales par ailleurs, les questions posées par un "site plus petit" (avec moins de trafic et moins de liens en général pour Google) auront un classement moins élevé dans Google que si le site était "considéré" dans le cadre d'un immense réseau (constitué de tous les sites SE combinés) avec UN seul domaine de premier niveau. Est-ce que ça vaut le coup? - Robert Cartaino ♦ il y a 2 jours
Ou celui-ci:
Vaut-il la peine de sacrifier l’effet réseau d’être sur le réseau Stack Exchange ET sur le classement inférieur de Google pour chaque question (les sites plus petits auront un classement inférieur à celui d’un grand réseau) pour avoir un nom de domaine indépendant? C'est ce que je demande. - Robert Cartaino ♦ il y a 2 jours
Ou celui-ci:
@alexanderpas est correct, et rien ne détruira ce classement de recherche plus rapidement que le fractionnement de pagerank en plus de 25 noms de domaine uniques. - Jeff Atwood ♦ hier
PageRank et le rang d'une page sont par page . Pas par site . Ainsi, chaque page est jugée sur ses propres mérites et il n’existe aucune notion de "site Web" en ce qui la concerne.
La réponse de John Conde, qui est actuellement votée n ° 1, est fausse à cause d'un accent trop pédant mis sur PageRank, qui est à la fois une formule qui est détaillée dans un document de recherche accessible au public et b) un raccourci Internet pour "la somme de tous les algorithmes Google utilise pour classer les pages ", qui est un sujet loin plus large que le PageRank proprement dit.
Dans le sens voulu par une question, il existe absolument une différence dans le traitement par Google de deux pages, selon qu'elles se trouvent sur le même domaine ou sur deux sous-domaines de ce domaine.
Un des facteurs est ce que les référenceurs appellent "autorité de domaine" ou "confiance de domaine". Un lien vers une page d'un domaine indique que la page liée fait autorité pour le sujet lié (celle mentionnée dans le texte d'ancrage), et la page liée fait autorité pour les autres sujets, et que le domaine lié fait autorité pour d'autres sujets. Cela ne fait aucun doute: c’est la raison pour laquelle Wikipedia se classe pour plus de requêtes que Dieu, bien que le nombre de liens entrants vers des articles nouvellement créés ne soit pas très élevé. C'est pourquoi un blogueur populaire est plus susceptible de se classer pour un article nouvellement créé (sans liens) qu'un blogueur inconnu, même si leur titre et les autres facteurs de la page sont identiques.
En général, on pense que Google considère que les sous-domaines ont une relation moindre que les pages d'un domaine: ils ne partagent pas pleinement l'autorité du domaine. Cela résout des problèmes comme la technique, répandue il y a quelques années, où les gens utilisaient une profusion de sous-domaines générés automatiquement (chicago.example.com, boston.example.com, 67 000 exemples élidés, etc.) pour atteindre un meilleur classement.
C'est l'une des principales raisons pour lesquelles les référenceurs conseillent aux clients de placer des blogs sur example.com/blog plutôt que sur blog.example.com.
Il existe également des problèmes, en particulier avec les grandes sociétés d’hébergement, où certains sous-domaines sont bénis (www.wordpress.com) et devraient occuper un rang extraordinairement élevé, mais randomblog.wordpress.com ne devrait recevoir pratiquement aucun crédit de la part de l’association avec Wordpress. On pourrait imaginer que StackExchange finisse par recevoir un traitement similaire, même si quiconque le déterminerait serait déterminé par un algorithme ou par une exception émise manuellement dans le Googleplex.
En tant que propriétaire de site, le message à emporter pour vous est simple: n'utilisez pas plus de sous-domaines que vous ne pourriez en tirer. Cela vous coûtera, en scindant l'équité de votre lien et en diminuant le potentiel de classement de toutes vos pages.
Excellent lien Matt Cutts de John Conde:
Depuis plusieurs années, Google utilise un système appelé "Host crowding", ce qui signifie que Google affichera jusqu'à deux résultats pour chaque nom d'hôte/sous-domaine d'un nom de domaine. Cette approche fonctionne très bien pour afficher 1 à 2 résultats d’un sous-domaine, mais nous avons entendu des plaintes selon lesquelles, pour certains types de recherches (par exemple, les recherches ésotériques ou à longue traîne), Google pourrait renvoyer une page de recherche contenant de nombreux résultats provenant d’un seul. domaine. Au cours des dernières semaines, nous avons modifié nos algorithmes afin d’éviter que cela se produise à l’avenir.
Ce changement ne s’applique pas à tous les niveaux; si un domaine particulier est vraiment pertinent, nous pouvons toujours renvoyer plusieurs résultats de ce domaine. Par exemple, avec une requête de recherche comme [ibm], l'utilisateur aime/veut probablement voir plusieurs résultats de ibm.com. Notez qu’il s’agit d’un changement assez subtil qui n’affecte pas la majorité de nos requêtes.
Le "surpeuplement des hôtes" a déjà été documenté. cela signifie que de nombreux hits du "même" domaine peuvent être groupés et supprimés. Cela s'étend également aux sous-domaines x.example.com
et aux sous-dossiers example.com/x
, mais ne s'étend pas aux résultats situés à example-a.com
et example-b.com
.
Et surtout, dans le contexte de la question:
Un sous-domaine peut être utile pour séparer un contenu complètement différent. Google utilise des sous-domaines pour des produits distincts tels que news.google.com ou maps.google.com, par exemple
Ce qui est fondamentalement notre objectif. Eh bien, ça, et couper le nœud gordien de 25 (et compter) des situations de nommage impossibles.
Un autre bonne analyse - en conclusion, domaines multiples vs sous-domaines est un lavage .
Utilisez des sous-domaines lorsque vous avez un contenu très disparate qui, selon vous, semblerait pertinent aux chercheurs. Par exemple, les vidéos sont très différentes des articles, il est donc logique de les séparer en sous-domaines. Si vous avez un site de voyage, il peut être judicieux d’utiliser des sous-domaines pour classer les villes. Une personne à la recherche d'un lieu de villégiature en particulier voudra peut-être connaître les différents emplacements de ce lieu de villégiature.
En particulier, examinez l'utilisation d'un seul domaine par rapport à des sous-domaines par opposition à des domaines distincts du point de vue commercial. Qu'est-ce qui a le plus de sens pour vos utilisateurs? Si vos unités fonctionnelles sont complètement différentes, elles peuvent apparaître plus crédibles en tant que sous-domaines individuels.
Je pense que Google traitera tous les URL différemment.
Je pense qu'il y a d'énormes avantages ou pertes d'opportunités dans le choix des noms de domaine.
Je suis arrivé à la conclusion qu'il existe deux variables principales dans le référencement:
les mots clés correspondent dans [nom de domaine]/[URL]/[Titre]/[Contenu] * dans l'ordre d'importance *
âge du domaine (depuis quand le site est-il actif -> Google ne favorise-t-il pas les nouveaux sites Web, mais au bout de trois mois, on considère que vous êtes assez vieux; tout dépend de la concurrence sur les mots-clés que vous concourrez)
Il suffit de surfer sur le net et vous trouverez des milliers d'exemples où les sites sont riches en google mais offrent un contenu/service médiocre; et les sites de contenu de qualité ont un mauvais classement ...
Voici quelques exemples de sites qui semblent importants dans les SERP de Google mais dont le contenu est, à mon avis, médiocre:
La recherche Google.com sur "vérifier l'âge du domaine" http://www.google.com/#sclient=psy&hl=fr&q=check+domain+age&aq=f&aqif=a1=1&fb=1&fp = a0f70eea93606c3a
checkdomainage.com est SERP 9 alors qu’il s’agit d’un service médiocre: ils ne donnent pas l’âge du domaine, mais seulement des liens qui sont probablement PPC.
Google Bot ne sait pas si le contenu d'un site est réellement bon. Mais Google sait qu’il existe une correspondance exacte entre le nom du site et le titre et les mots-clés recherchés.
Vous devez rechercher les mots-clés qui comptent pour vous en termes de trafic (utilisez SEMRush.com ou l'outil de mots clés Google Adwords) et obtenir le nom de domaine (avec la correspondance exacte, c'est important). Dans ce cas, n’ajoutez pas trop d’autres mots clés: Une URL encombrée diluera le pouvoir de référencement de votre URL.
C'est pourquoi je conseillerais à StackExchange de choisir des noms de domaine individuels spécifiquement choisis pour chaque site. Et investir quelques centaines de dollars dans les sites prometteurs de la SE.
Je pense avoir des sous-domaines de stackexchange.com ne sera pas un bon référencement. Cela ne semble pas non plus bon pour les utilisateurs des moteurs de recherche.