J'ai un domaine principal et un sous-domaine que je possède sous la forme domain.com et blog.domain.com. Cela fait un moment que j'utilise blog.domain.com pour héberger mon blog alors que domain.com héberge simplement la page de destination principale. J'ai quelques pages aléatoires (c'est-à-dire domain.com/landing-page-1/) sur le domaine principal.
Récemment, j'ai lu sur garder votre blog sur votre domaine principal pour améliorer le référencement mais à cause de limitations techniques et parce que je ne suis pas tout à fait sûr de l'impact que cela aura, je ne veux pas migrer entièrement bloguer sans en connaître l'impact.
Je pensais à un hack où je pourrais simplement demander le contenu de mon blog et le cracher sur mon domaine principal, de sorte qu'il semble que le contenu est hébergé sur mon domaine principal, alors qu'il est en fait hébergé sur le sous-domaine du blog. La principale raison serait d’obtenir le bénéfice SEO sans avoir à faire face à une migration forcée. Je sais qu'il peut y avoir des problèmes de performances, car j'ai cette dépendance, mais je suis prêt à prendre le risque de la tester. Le sous-domaine du blog est indexé depuis un certain temps, donc je ne suis pas sûr de le garder en même temps que les héberger en conflit avec celui de Google consignes relatives au contenu en double .
Est-ce que quelqu'un a un aperçu de cela? Je pense que c'est ce que font beaucoup de sites de courrier indésirable et je crains que cela ne fasse en sorte que mon domaine principal finisse par se brouiller.
Les choses liées que j'ai lues:
D'accord, il y a toujours eu une certaine confusion entre les sous-domaines et le domaine parent. Pour la minute, oubliez les citations que vous avez lues sur Google ou autre. Ce n’est pas que ces citations soient fausses, elles sont souvent trompeuses ou souvent mal interprétées.
Je vais enlever la confusion pour que vous compreniez.
Du point de vue de la recherche, un sous-domaine et le domaine parent sont des sites distincts. Pourquoi? Pour commencer, les URL sont différentes et tout dans un moteur de recherche est masqué à partir de l'URL et de la référence du nom de domaine. Une URL contient 4 parties de base; la référence du nom de domaine, le chemin d'accès, le fichier et les paramètres. Dans ce cas, nous ne nous intéressons qu’à la référence du nom de domaine.
Disons qu'un lien vers une page sous-domaine.exemple.com/jackson_browne/rock_and_roll_icon.html n'a jamais été vu et est suivi par le googlebot. Le lien est stocké dans un index de lien. L'URL cible est récupérée, stockée et la partie référence du nom de domaine du lien sub-domain.example.com est copiée dans l'index du domaine et associée au code HTML stocké. La partie du nom de domaine est examinée et reconnue en tant que sous-domaine. Ce nom de domaine parent exemple.com est extrait et placé dans l'index de domaine et un lien entre sub-domain.example.com et exemple.com est créé dans l'index. Donc, pour un lien, nous avons deux URL, une page récupérée et un lien.
Le problème est que les sous-domaines manquent de nombreuses mesures nécessaires au moteur de recherche. Cela est principalement dû au fait que les informations d'enregistrement n'existent pas pour un sous-domaine, mais pour le domaine parent. Google commence à développer des mesures de niveau de domaine pour example.com.
Dans la question, Est-ce que les sous-domaines aident/blesse le référencement? La réponse de Jeff Atwood cite Vanessa Fox de http://www.searchenginejournal.com/subdomains-or-subfolders-which-are -better-for-seo/6849 / où elle dit que Google ne traite plus les sous-domaines (blog.widgets.com versus widgets.com) de manière indépendante, mais associe plutôt une association entre eux. Les algorithmes de classement ont été modifiés afin que les pages de plusieurs sous-domaines aient une barre de pertinence beaucoup plus élevée à effacer pour pouvoir être affichées . C'est à la fois vrai et faux. C'est trompeur.
Google n'a jamais confondu les sous-domaines des domaines parents. Ceux-ci ont toujours été traités comme des sites distincts, car ils le sont. Les sous-domaines et le domaine parent ont toujours été liés/associés dans l'index du domaine. Les sous-domaines ont toujours hérité des métriques de niveau de domaine du domaine parent. Ce qui était nouveau, du moins à l'époque, est que l'algorithme a été modifié pour permettre à Google d'évaluer et de hiérarchiser davantage les sous-domaines par rapport à la manière dont les domaines parent sont évalués et classés.
Maintenant sur votre scénario.
Pour votre domaine parent, bien que Google dispose de certaines métriques au niveau du domaine, il manque des métriques normalement attribuées à un site avec du contenu. Il s’agirait non seulement d’évaluations de contenu, mais également de liens. Les valeurs de mesure manquantes prennent en charge un certain niveau de confiance et de valeur pour le domaine parent. Étant donné que ces métriques n'existent pas, leur valeur ne peut pas être transmise du parent au sous-domaine. Toutefois, le fait de transmettre des valeurs n'est pas une voie à sens unique. Une certaine valeur est toutefois transmise du sous-domaine au domaine parent dans une bien moindre mesure.
Pour cette raison, bien que les sous-domaines aient leur place et leur valeur, il est toujours préférable de renseigner un domaine parent avec du contenu, ainsi que tout sous-domaine.
Vous devez prendre en compte deux éléments si vous souhaitez déplacer votre contenu du sous-domaine vers le domaine parent. L'une concerne les liens existants et la valeur que ces liens peuvent avoir. L'autre est le coût du déplacement de votre contenu du sous-domaine vers le domaine parent. Les deux peuvent être traités.
Supposons que votre décision soit prise et que vous souhaitiez déplacer votre contenu. Qu'est-ce qui doit arriver?
Vous devez déplacer votre contenu et gérer tous les liens. Si les liens ont peu ou pas de valeur, il peut être préférable/plus facile de les oublier et de supprimer le sous-domaine. Cependant, si ces liens ont une valeur que vous souhaitez, vous pouvez théoriquement conserver votre sous-domaine et simplement faire une redirection générale de votre sous-domaine vers votre domaine parent.
Il existe un moyen plus simple de déplacer votre contenu dans Apache. Si vous utilisez un système de gestion de contenu (CMS), vous devrez effectuer quelques modifications de configuration pour refléter le changement d'URL.
Dans Apache, il existe deux configurations de base, ancienne et nouvelle. Certaines installations utilisent encore l'ancienne configuration de style /etc/Apache2/httpd.conf, tandis que d'autres utilisent /etc/Apache2/sites-available/000-default.conf ou example.com.conf et sous-domain.example.com.conf. Quel que soit le cas, ouvrez le fichier, recherchez les directives DocumentRoot et Directory du domaine parent et changez-le simplement pour utiliser le répertoire du sous-domaine. Pour le sous-domaine, vous modifierez ces mêmes valeurs pour qu'elles pointent vers un répertoire nouvellement créé dans lequel vous allez placer un fichier .htaccess avec une redirection de couverture vers le domaine parent.
Il s’agit généralement d’un processus simple, mais qui nécessite quelques précautions, en particulier si vous débutez avec Apache.
Chaque fois que les sites sont modifiés à ce niveau, Google et les autres moteurs de recherche devront réindexer le sous-domaine et le domaine parent. Cela prend du temps. En fait, selon la métrique de fraîcheur de chaque site, cela peut prendre un certain temps. Mais cela en vaut la peine et la patience.
Pourquoi? Parce que vous allez ajouter de la valeur au domaine parent qui aurait dû exister depuis le début. Si vous choisissez d'utiliser le sous-domaine pour autre chose, le sous-domaine fonctionnera mieux ainsi que le domaine parent à long terme.