Чи незалежні ранги сторінок для субдоменів?

Якщо у мене є доменне ім’я, скажіть, stackexchange.comі я хочу розмістити 2 сайти X і Y як субдомени цього сайту.

Буде чи x.stackexchange.comдопомогти y.stackexchange.comв ранг сторінки? Або Google розглядає їх як два окремих сайти, що стосується рейтингу сторінки?

Чи взагалі є якась користь від SEO?

Питання випливає з цієї публікації та її відповідей та коментарів між іншим: https://webapps.meta.stackexchange.com/questions/624/webapps-stackexchange-com-verus-nothingtoinstall-com

Коментарі, як ця та інші:

Без сумніву, сайт буде будь-яким іншим. Але при рівних питаннях з "меншого сайту" (з меншим трафіком і меншими загальними зворотними посиланнями, що стосується Google) буде нижчий рейтинг Google, ніж якщо сайт "розглядається" як частина величезної мережі (складена усіх сайтів SE, поєднаних) з одним доменом верхнього рівня. Чи варто того? - Роберт Картенто ♦ 2 дні тому

Або цей:

Чи варто жертвувати мережевим ефектом того, що ви знаходитесь у мережі обміну стеками та нижчим рейтингом Google за кожним питанням (на менших сайтах буде нижчий рейтинг, ніж у великої мережі), щоб мати незалежне доменне ім’я? Це я прошу. - Роберт Картенто ♦ 2 дні тому

Або цей:

@alexanderpas правильний, і ніщо не зруйнує цю пошукову позицію швидше, ніж розділити сторінкуrank на 25+ унікальних доменних імен. - Джефф Етвуд ♦ вчора

PageRank та рейтинг сторінки визначаються на кожній сторінці . Не на одному сайті . Отже, кожну сторінку оцінюють за власними індивідуальними достоїнствами, і поняття "веб-сайти", наскільки вони стосуються, не існує.

Відповідь Джона Конде, за яку зараз проголосували №1, є помилковою через надмірно педантичний акцент на PageRank, що є а) формулою, яка детально описана в загальнодоступному науково-дослідному документі та б) скороченням Інтернету для "суми всіх алгоритмів Google використовує для ранжирування сторінок ", що є набагато ширшою темою, ніж власне PageRank.

У тому сенсі, який передбачає запитання, існує абсолютно різниця в обробці двох сторінок Google, виходячи з того, чи є вони в одному домені або на двох субдоменах цього домену.

Одним із факторів є те, що SEO називають "доменним авторитетом" або "довірою домену". Посилання на будь-яку сторінку в домені говорить про те, що пов’язана сторінка є авторитетною для пов’язаної теми (тієї, що згадується в тексті прив’язки), а пов’язана сторінка є авторитетною для інших тем, а також пов'язаний домен є авторитетним для інших тем. Це не викликає сумнівів: саме тому Вікіпедія займає більше запитів, ніж Бог, незважаючи на відсутність величезної кількості посилань на новостворені статті. Ось чому популярний блогер має більше шансів оцінити новостворену статтю (без посилань), ніж невідомий блогер, навіть якщо їх назва та інші фактори на сторінці однакові.

Як правило, Google вважає, що субдомени мають менший зв’язок, ніж сторінки в домені : вони не повністю ділять повноваження домену між собою. Це вирішує такі проблеми, як техніка, поширена кілька років тому, коли люди використовували б безліч автоматично генерованих субдоменів (chicago.example.com, boston.example.com, згадані приклади 67k тощо) для досягнення більш високого рейтингу.

Це одна з головних причин, чому SEO-консультанти радять клієнтам розміщувати блоги на example.com/blog, а не blog.example.com.

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

Як власник сайту, повідомлення про винос для вас просте: не використовуйте більше субдоменів, ніж вам вдасться піти. Це обійдеться вам за рахунок розподілу власного капіталу вашої посилання та зменшення потенціалу всіх ваших сторінок.

Відмінне посилання Метт Кеттс від Джона Конде:

Протягом декількох років Google використовував щось, що називалося "скупчення хостів", що означає, що Google відображатиме до двох результатів від кожного імені хоста / піддомену доменного імені. Цей підхід працює дуже добре, показуючи 1-2 результати субдомену, але ми чули скарги, що для деяких типів пошуку (наприклад, езотеричних або довгих хвостиків) Google може повернути сторінку пошуку з великою кількістю результатів з одного домену . За останні кілька тижнів ми змінили наші алгоритми, щоб зробити так, що це буде менш ймовірним у майбутньому.

Ця зміна не поширюється на всі сторони; якщо певний домен дійсно релевантний, ми все одно можемо повернути кілька результатів із цього домену. Наприклад, із пошуковим запитом на зразок [ibm] користувач, ймовірно, любить / хоче побачити кілька результатів від ibm.com. Зауважте, що це досить тонка зміна, і це не впливає на більшість наших запитів.

"Скупчення господарів" було задокументовано раніше; це означає, що багато звернень із одного і того ж домену можуть бути згруповані та придушені. Це поширюється на субдомени x.example.comта підпапки example.com/xоднаково, але не поширюється на результати в example-a.comі example-b.com.

І найголовніше, в контексті питання:

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

Яка в основному наша мета. Добре, що, і вирізати гордіїв вузол з 25 (і рахувати) неможливих іменних ситуацій.

Ще один хороший аналіз - підсумовуючи, що кілька доменів проти субдоменів - це миття .

Використовуйте субдомени, коли у вас є дуже розрізнений вміст, який, на вашу думку, шукають, що пошукачі вважають себе релевантним Наприклад, відео дуже відрізняється від статей, тому може бути доцільним розділити їх на субдомени. Якщо у вас є туристичний сайт, можливо, має сенс використовувати піддомени для категоризації міст. Хтось, хто шукає конкретний курорт, може побачити різні місця, в яких знаходиться курорт.

Зокрема, подивіться на використання одного домену проти субдоменів проти окремих доменів з точки зору бізнесу. Що найбільше має сенс для ваших користувачів? Якщо у вас є абсолютно різні бізнес-одиниці, вони можуть здаватися більш надійними як окремі субдомени.

Я думаю, що Google по-різному ставиться до всіх URL-адрес.

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

Я прийшов до висновку, що в SEO є дві основні змінні:

1. ключові слова відповідають [доменне ім’я] / [URL] / [Назва] / [Зміст] * у порядку важливості *

2. вік домену (з тих пір, коли веб-сайт вгору -> Google не надає перевагу абсолютно новим сайтам, але через три місяці ви вважаєте себе досить дорослим; все це залежить від конкуренції за ключовими словами, в яких ви змагаєтесь)

Просто перегляньте мережу, і ви знайдете тисячі прикладів, коли сайти мають високий вміст у Google, але пропонують поганий вміст / сервіс; а веб-сайти із великим вмістом позитивно оцінюються ...

Деякі приклади веб-сайтів, які мають високий показник SERP в Google, але мають, на мій погляд, поганий вміст:

Пошук Google.com за "перевірити вік домену" http://www.google.com/#sclient=psy&hl=en&q=check+domain+age&aq=f&aqi=g1g-m2&aql=&oq=&gs_rfai=&pbx=1&fp=a0f70eea93606c3a

checkdomainage.com - це SERP 9, коли це насправді поганий сервіс: вони не дають вік домену, а лише посилання, які, ймовірно, є КПП.

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

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

Ось чому я б радив StackExchange перейти до окремих доменних імен, вибраних спеціально для кожного сайту. І вкласти кілька сотень доларів у багатообіцяючі сайти ДП.

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