Google сок с поддоменами и портирование приложения с использованием правил перезаписи - PullRequest
0 голосов
/ 22 августа 2009

Справочная информация: у меня есть веб-приложение на sub.domain.com. Мой основной сайт находится на domain.com. Мои страницы на sub.domain.com заполнены ключевыми словами, которые я хотел бы использовать, чтобы получить доступ к pagerank на domain.com. однако, все приложение написано на sub.domain.com, и будет необходимо приложить усилия для его размещения на domain.com/subdirectory из-за того, как написаны URL и т. д.

Первый вопрос: ожидаете ли вы, что миграция (с sub.domain.com на domain.com/subdirectory) существенно улучшит качество работы домена domain.com по сравнению с тем, как это происходит сейчас? Я провел много исследований, и мнения разделились, если Google связывает поддомен с основным доменом.

Следующий вопрос: если я действительно хочу выполнить миграцию, это будет трудно сделать в реальной базе кода (более утомительно, чем сложно). У кого-нибудь есть совет, как мне это сделать с помощью mod_rewrite? Я знаю, что должен быть умный способ сделать это, но я даже не могу начать набрасывать решение. Возможно, это означает, что это не очень хорошая вещь, но я надеялся на быстрый взлом, а не на переписывание всех моих URL. Кроме того, я хотел бы, чтобы он был довольно легко обратимым, что было бы не так, если бы я изменил свои URL-адреса (разработка продолжается, поэтому это не так просто, как просто развернуть предыдущую версию).

1 Ответ

2 голосов
/ 22 августа 2009
  1. Pagerank не является свойством доменов, это свойство отдельных документов. Поэтому было бы точнее сказать, что переход с sub.domain.com на domain.com/subdirectory улучшит рейтинг страницы на domain.com/subdirectory. Если вас беспокоит исключительно рейтинг домашней страницы domain.com, влияние на нее будет в основном зависеть от ваших внутренних ссылок. Например, если все страницы на sub.domain.com в настоящее время имеют «домашнюю» навигационную ссылку, которая ведет на домашнюю страницу sub.domain.com, и когда вы переместитесь, они теперь приведут к домашней странице domain.com, тогда это будет способствовать ранжированию domain.com домашней страницы. Если эта "домашняя" навигационная ссылка перешла на domain.com/subdirectory, с другой стороны, это то, для чего они будут добавлять pagerank.

  2. mod_rewrite не изменяет исходящие ссылки в вашем HTML, оно меняет интерпретацию входящих ссылок. Так что это позволит вам поместить это в файл виртуального хоста или .htaccess для sub.domain.com:

    RewriteEngine on
    RedirectRule (.*) http://domain.com/subdirectory/$1 [R=301]

    для массового перенаправления любых запросов, поступающих на sub.domain.com, куда они должны идти. Это не поможет вам создать правильные URL-адреса новой формы в вашей кодовой базе. (Теоретически вы можете оставить все свои ссылки такими, какие они есть, и полагаться на перенаправление 301, чтобы вам не пришлось их менять, но это действительно небрежно и расточительно, генерируя два HTTP-запроса вместо одного без уважительной причины).

...