Google jus avec sous-domaines et le portage d'une application en utilisant les règles de réécriture

Question

Contexte: J'ai une application web sur sub.domain.com. Mon site principal est sur domain.com. Mes pages sub.domain.com sont bourrées avec des mots-clés que je voudrais employer pour être augmentés dans le pagerank sur domain.com. Cependant, toute l'application a été écrite sur sub.domain.com, et il faudra faire un effort pour l'héberger sur domain.com/subdirectory, en raison de la façon dont les URL sont écrites, etc.

Première question: voulez-vous Attendez-vous à ce que la migration (de sub.domain.com à domain.com/subdirectory) pour améliorer sensiblement le pagerank de domain.com sur la façon dont il est maintenant? J'ai fait beaucoup de recherche, et les opinions sont partagées sur google avec lien le sous-domaine avec le domaine principal. Question suivante: si je veux faire la migration, ce sera difficile à faire dans le code actuel (plus fastidieux que difficile). Est-ce que quelqu'un a des conseils sur la façon dont je pourrais le faire avec mod_rewrite? Je sais qu'il doit y avoir une façon intelligente de le faire, mais je ne peux même pas commencer à esquisser une solution. Peut-être que cela signifie que ce n'est pas une bonne chose à faire, mais j'espérais une sorte de piratage rapide, plutôt que de réécrire toutes mes URL. De plus, je voudrais qu'il soit assez facilement réversible, ce qui ne serait pas le cas si je change mes URL (le dev est en cours, donc ce n'est pas aussi simple que de déployer une version précédente).

Answer 1

1. Le fichier "pagerank" n'est pas une propriété des domaines, c'est une propriété des documents individuels. Il serait donc plus exact de dire que la migration de sub.domain.com vers domain.com/subdirectory améliorera le pagerank de domain.com/subdirectory. Si vous êtes uniquement préoccupé par le classement de la page d'accueil domain.com, l'impact sur cela dépendra principalement de vos liens internes. Par exemple, si toutes les pages sur sub.domain.com ont actuellement un lien de navigation "maison" qui mène à la page d'accueil de sub.domain.com, et quand vous faites votre déménagement, ils mènent maintenant à la page d'accueil de domain.com, alors cela contribuera à la domain.com le classement de la page d'accueil. Si ce lien de navigation "maison" est allé à domain.com/subdirectory, d'un autre côté, alors c'est ce à quoi ils contribueront.

2. mod_rewrite ne change pas les sortants liens dans votre HTML, il modifie la façon dont sont interprétés entrants liens. Donc, il vous permettra de mettre cela dans le fichier hôte virtuel ou .htaccess pour sub.domain.com:

   RewriteEngine on
RedirectRule (.*) http://domain.com/subdirectory/$1 [R=301]
   
   à la masse réacheminer toute demande venant sur sub.domain.com où ils doivent aller. Cela ne vous aidera pas à produire des URL correctes dans votre base de code. (Vous pourriez, en théorie, laisser tous vos liens comme ils sont et compter sur la redirection 301 pour vous éviter d'avoir à les changer, mais c'est vraiment bâclé et inutile, générant deux requêtes HTTP au lieu d'une pour de mauvaises raisons).