Являются ли ранжирование страниц для поддоменов независимыми?

Если у меня есть доменное имя say stackexchange.com, и я хочу разместить 2 сайта X и Y в качестве поддоменов этого сайта.

Будет ли x.stackexchange.com помочь y.stackexchange.com в рейтинге страницы? Или Google будет относиться к ним как к двум отдельным сайтам в отношении рейтинга страницы?

Есть ли какая-либо польза для SEO?

Вопрос связан с этой записью и ее ответами и комментариями:

51 голос | спросил Brian R. Bondy 4 +04002010-10-04T02:59:39+04:00312010bEurope/MoscowMon, 04 Oct 2010 02:59:39 +0400 2010, 02:59:39

4 ответа


19

PageRank и рейтинг страницы на странице . Не на сайт . Таким образом, каждая страница оценивается по отдельности, и нет понятия «веб-сайты», насколько это возможно.

ответил John Conde 4 +04002010-10-04T03:13:03+04:00312010bEurope/MoscowMon, 04 Oct 2010 03:13:03 +0400 2010, 03:13:03
34

Ответ Джона Конде, который в настоящее время проголосовал # 1, ошибочен из-за чрезмерного педантичного акцента на PageRank, который является как a) формулой, которая подробно описана в общедоступном исследовательском документе, так и b) Интернет-стенографию «суммы всех алгоритмов, которые Google использует для ранжирования страниц ", что является далекой более широкой темой, чем собственно PageRank.

В смысле, заданном вопросом, в обработке Google двух страниц на основе того, находятся ли они в одном домене или на двух поддоменах этого домена, существует абсолютно разница .

Один из факторов - это то, что оптимизаторы называют «авторитетом домена» или «доверием домена». Ссылка на любую страницу в домене говорит о том, что связанная страница является авторитетной для связанной темы (той, что упоминается в тексте привязки), и связанная страница является авторитетной для других тем, и , что связанный домен является авторитетным для других тем. Это не подлежит сомнению: именно поэтому Википедия занимает больше вопросов, чем Бог, несмотря на то, что не имеет огромного количества ссылок на вновь созданные статьи. Именно поэтому популярный блоггер чаще всего оценивает новую статью (без ссылок), чем неизвестный блоггер, даже если их заголовок и другие факторы на странице идентичны.

В целом, считается, что Google рассматривает субдомены как имеющие меньшую связь, чем страницы в домене : они не полностью разделяют полномочия домена между собой. Это решает такие проблемы, как техника, распространенная несколько лет назад, когда люди использовали бы изобилие автоматически созданных поддоменов (chicago.example.com, boston.example.com, 67k примеров, отобранных и т. Д.) Для достижения более высокого рейтинга.

Это одна из основных причин, по которым SEOs советуют клиентам размещать блоги на example.com/blog, а не на blog.example.com.

Есть также проблемы, особенно с крупными хостинговыми компаниями, где благаются особые субдомены (www.wordpress.com) и должны оцениваться необычайно высоко, но randomblog.wordpress.com не должен получать почти никакого кредита от ассоциации с Wordpress. Можно предположить, что StackExchange в конечном итоге получит аналогичное лечение, хотя независимо от того, будет ли это определено алгоритмически или с помощью исключенного вручную исключения в Googleplex, это чья-то догадка.

Как владелец сайта, сообщение о выкупе для вас просто: не используйте больше поддоменов, чем вы можете уйти. Это будет стоить вам, разделив эквити вашей ссылки и уменьшив потенциальный потенциал ваших страниц.

ответил Patrick McKenzie 21 +04002010-10-21T03:14:36+04:00312010bEurope/MoscowThu, 21 Oct 2010 03:14:36 +0400 2010, 03:14:36
14

Отлично ссылка Мэтта Катта от Джона Конде:

  

В течение нескольких лет Google использовал что-то, называемое «переполнением хоста», что означает, что Google будет отображать до двух результатов от каждого имени хоста /поддомена имени домена. Этот подход работает очень хорошо чтобы показать 1-2 результата из субдомена, но мы слышали жалобы на то, что для некоторых типов поисков (например, эзотерических или длинных поисков) Google может вернуть страницу поиска с большим количеством результатов из одного домена. За последние несколько недель мы изменили наши алгоритмы, чтобы сделать это менее вероятно в будущем.

     

Это изменение не применяется по всем направлениям; если конкретный домен действительно имеет значение, мы все равно можем вернуть несколько результатов из этого домена. Например, с поисковым запросом, например [ibm], пользователь, вероятно, любит /хочет увидеть несколько результатов с ibm.com. Обратите внимание, что это довольно тонкое изменение, и оно не влияет на большинство наших запросов.

«Толпа хозяев» была зарегистрирована ранее; это означает, что многие удары из «того же» домена могут быть сгруппированы и подавлены. Это распространяется на поддомены x.example.com и вложенные папки example.com/x одинаково, но not распространяется на результаты в example-a.com и example-b.com.

И самое главное, в контексте вопроса:

  

Субдомен может быть полезен для выделения совершенно другого контента. Google использует субдомены для отдельных продуктов, таких как news.google.com или maps.google.com, например

Это в основном наша цель. Ну, это, и резать гордиев узел из 25 (и подсчет) невозможных ситуаций именования.

Еще один хороший анализ - в заключение , несколько доменов против поддоменов - это стирка .

  

Используйте субдомены, если у вас очень разрозненный контент, который, по вашему мнению, будет иметь смысл. Например, видеоролики сильно отличаются от статей, поэтому имеет смысл разделить их на поддомены. Если у вас есть сайт для путешествий, имеет смысл использовать субдомены для категоризации городов. Кто-то, кто ищет конкретный курорт, может захотеть увидеть различные местоположения, в которых находится курорт.

     

В частности, посмотрите на использование единого домена в сравнении с субдоменами и отдельными доменами с точки зрения бизнеса. Что наиболее важно для ваших пользователей? Если у вас совершенно разные бизнес-единицы, они могут казаться более достоверными как отдельные поддомены.

ответил Jeff Atwood 4 +04002010-10-04T09:42:43+04:00312010bEurope/MoscowMon, 04 Oct 2010 09:42:43 +0400 2010, 09:42:43
3

Я думаю, что google будет обрабатывать все URL по-разному.

Я думаю, что в выборе доменных имен есть огромные преимущества или возможность возможности.

Я пришел к выводу, что в SEO есть две основные переменные:

  1. ключевые слова соответствуют [доменному имени] /[URL] /[Title] /[Content] * в порядке важности *

  2. доменный возраст (поскольку, когда сайт находится вверху -> google не поддерживает новые сайты, но после трех месяцев вы считаетесь достаточно старыми, это зависит от конкуренция по ключевым словам, в которых вы участвуете)

Просто просматривайте сеть, и вы найдете тысячи примеров, когда сайты высоки в google, но предлагают плохой контент /обслуживание; и хорошие сайты контента плохо относятся ...

Некоторые примеры сайтов, которые появляются в результатах поиска Google, но имеют, на мой взгляд, плохой контент:

Поиск Google.com в разделе «Домен» http://www.google.com/#sclient=psy&hl=ru&q=check+domain+age&aq=f&aqi = g1g-м2 & амп; акл = & амп; OQ = & амп; gs_rfai = & амп; = 1 PBX & амп; Fp = a0f70eea93606c3a

checkdomainage.com - это SERP 9, когда это действительно плохое обслуживание: они не дают возраст домена, просто ссылки, которые, вероятно, являются КПП.

Бот Google не знает, действительно ли контент сайта хорош. Но google знает, что существует точное соответствие между именем сайта и названием и поисковыми ключевыми словами.

Вам нужно искать ключевые слова, которые важны для вас с точки зрения трафика (используйте SEMRush.com или инструмент Google Adwords Keyword) и получите доменное имя (с точным соответствием, это важно). то не добавляйте слишком много других ключевых слов: переполненный URL-адрес будет разбавлять силу SEO вашего URL-адреса.

Вот почему я бы посоветовал StackExchange перейти на отдельные имена доменов, выбранные специально для каждого сайта. И инвестировать несколько сотен долларов в перспективные сайты SE.

Я считаю, что поддомены stackexchange.com не будут использовать SEO. Это также не выглядит хорошо для пользователей поисковой системы.

ответил tucson 5 +04002010-10-05T18:04:46+04:00312010bEurope/MoscowTue, 05 Oct 2010 18:04:46 +0400 2010, 18:04:46

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132