Les rangs de pages pour les sous-domaines sont-ils indépendants?

51

Si j'ai un nom de domaine, dites stackexchange.comet je veux héberger 2 sites X et Y en tant que sous-domaines de ce site.

Est-ce que x.stackexchange.comça va aider y.stackexchange.comau grade de page? Ou Google les traitera-t-il comme deux sites distincts en ce qui concerne le classement des pages?

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 au fait: 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 le classement inférieur de Google sur 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 la division de pagerank en plus de 25 noms de domaine uniques. - Jeff Atwood ♦ hier

Brian R. Bondy
la source

Réponses:

19

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.

John Conde
la source
1
@John: Je vois dans le n ° 2 qu'ils se réfèrent à cela, merci. Mais dans d'autres commentaires, ils impliquent spécifiquement un autre référencement magique dont je ne suis pas sûr qu'il existe, comme vous le dites. Voir mon édition à la question pour clarification.
Brian R. Bondy
3
Les trois déclarations révèlent une incompréhension fondamentale du fonctionnement du PageRank. Étant une formule publiée, il y a peu de choses en désaccord avec cela. PageRank est par page, pas par site. Période.
John Conde
2
Je suis content que vous ayez fait vos devoirs et que vous n'ayez pas simplement émis des hypothèses "faciles". +1 pour vous.
John Conde
1
La réponse serait-elle différente s'il s'agissait de stackexchange.com/y et de stackexchange.com/x?
NotDan
35

La réponse de John Conde, qui est actuellement votée n ° 1, est fausse en raison d'une emphase trop pédante 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 ", ce qui est un sujet beaucoup plus vaste que le PageRank proprement dit.

Au sens voulu par une question, il existe une différence absolue dans le traitement de deux pages par Google, 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 que la page liée fait autorité pour les autres sujets et que le domaine lié fait autorité pour les 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, qui prévalait il y a quelques années, où les gens utiliseraient 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 extrêmement é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.

Patrick McKenzie
la source
1
la réponse n'est pas fausse en ce qui concerne le PO. et votre explication ne contribue pas à répondre à la question OP. -1
Evgeny
Votre réponse a du sens et je veux vraiment être d’accord avec elle, mais pouvez-vous citer des sources pour cette information, en particulier "Les SEO conseillent aux clients de mettre des blogs sur example.com/blog" et ce que vous dites à propos de "confiance de domaine"? +1 quand même.
EMP
1
Patrick est l'homme. Il a raison. La confiance est le problème aujourd'hui.
Joe
14

Excellent lien Matt Cutts de John Conde:

Depuis plusieurs années, Google utilise un système appelé «encombrement d’hôtes», 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 recherche (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 et qu'il n'affecte pas la majorité de nos requêtes.

Le "rassemblement 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 x.example.com- domaines et aux sous -dossiers example.com/x, mais pas aux résultats sur example-a.comet 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.

Une autre bonne analyse - en conclusion, plusieurs domaines 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.

Jeff Atwood
la source
3

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:

  1. les mots clés correspondent dans [nom de domaine] / [URL] / [Titre] / [Contenu] * dans l'ordre d'importance *

  2. domaine age (depuis quand le site est-il actif -> google ne favorise-t-il pas les nouveaux sites Web, mais après trois mois, on considère que vous êtes assez vieux; tout dépend de la concurrence entre les mots-clés que vous utilisez)

Il suffit de surfer sur le net et vous trouverez des milliers d’exemples où les sites sont riches dans 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:

Recherche Google.com sur "vérifier l'âge du domaine" http://www.google.com/#sclient=psy&hl=fr&q=check+domain+age&aq=f&aqi=g1g-m2&aql=&oq=&gs_rfai=&pbx=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 simplement 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 et le titre du site 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 n’a pas non plus l’air attrayant pour les utilisateurs des moteurs de recherche.

Tucson
la source
J'ai également posté ici sur le sujet du référencement et du nom de domaine: webmasters.stackexchange.com/questions/3548/…
tucson