Використання піддоменів та доменів ccTLD для міжнародних веб-сайтів SEO

Чи краще мати окремі домени для конкретних країн (що коштує більше грошей) або субдомени, які визначають країну, для кращого SEO?

напр

• example.com
• example.com.au
• example.co.uk

проти

• example.com
• au.example.com
• uk.example.com

Припущення: Інструменти веб-майстра пошукової системи, кожен піддомен пов’язані з країною. Приклад au.example.comпов'язаний з країною Австралія .

Оновлення №1

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

Оновлення №2

Кілька людей припустили, що наступний підхід є кращим / кращим:

• example.com/
• example.com/au
• example.com/uk

Додавши специфічний для країни код в кінці URL / першої папки домену, можна визнати країною.

Але ряд партнерів з SEO припустили, що це цінна трата простору на рівні папок. Ер .. як я можу пояснити. Гаразд, деякі фахівці з SEO рекомендують, що якщо кількість рівнів або папок у домені перевищує 5, то сторінка різко зменшиться. В основному, ви не хочете робити це глибоким. Таким чином, додавання країни як першого рівня можна вважати марною, особливо коли з нею можна звертатися за допомогою домену АБО піддомен - звідси питання :)

По суті, з точки зору SEO, краще мати один єдиний домен і переміщувати міжнародні версії в підпапки (а не субдомени), наприклад:

• example.com/us/
• example.com/au/
• example.com/uk/

IBM робить це таким чином.

Pure.Krone писав

Але низка партнерів з SEO припустили, що це цінна трата простору на рівні папок. Ер .. як я можу пояснити. Гаразд, деякі фахівці з SEO рекомендують, що якщо кількість рівнів або папок у домені перевищує 5, то сторінка різко падає на важливість.

Можливо, деякі пошукові системи можуть знизити рейтинг сторінок для сайтів з глибокими структурами, оскільки в кінцевому підсумку ключове слово в URL-адресі має більшу вагу, ніж ключове слово на сторінці. Але якщо Google чи Yahoo цього не підтверджують, люди, які шукають SEO, є чистою здогадкою. Сторінка сторінок може випадати з багатьох причин (особливо, якщо ваш сайт оптимізований фахівцями з SEO), можливо, вони просто неправильно віднести його до глибоких структур папок. Але в чому проблема? Просто на всякий випадок зробіть ієрархію папок рівними.

Одне, що ми точно знаємо, оскільки це було підтверджено Google кілька років тому, - це те, що кожен окремий домен (незалежно від того, на якому рівні) є ізольованим сайтом для цілей сторінки, тому наявність усіх ресурсів під одним доменом завжди покращить ваш рейтинг. Ось чому weblogs.asp.netрозміщують усіх своїх блогерів у папках, тому їх публікації займають дуже високу позицію в Google, незалежно від того, хто їх написав.

Google асоціює домени вищого рівня лише з географічними регіонами:

Сайти з кодованими країнами домени верхнього рівня (такі як .ie) вже пов'язані з географічним регіоном, у цьому випадку - Ірландією.
- Географічне націлення - Довідка для веб-майстрів / власників сайтів

Використовуйте домени найвищого рівня, коли це можливо, щоб обробляти вміст, орієнтований на країну. Ми , швидше за все, знати , що вказує Ірландії доменом .ru на утримання, наприклад, ніж http://ie.example.com, http://www.example.com/ieабо http://www.example.com?country=ie. Якщо у вас географічно нейтральний домен верхнього рівня (наприклад .com, .orgчи .net), ви можете використовувати інструменти для веб - майстрів , щоб зв'язати свій сайт з географічним положенням.
- Місцевий бізнес - Довідка для веб-майстрів / власників сайтів

Живий пошук Microsoft робить це також:

Live Search використовує інформацію, таку як IP-адреса веб-сайту та домен верхнього рівня коду країни чи регіону для визначення ринку веб-сайту та країни чи регіону. Ви можете змінити цю інформацію, щоб вона відображала ринок, який ви хочете націлити.
- Про розміщення вашого веб-сайту на іншому ринку

Але я надаю перевагу домену "все в одному", нейтральний для країни і URL-адрес для конкретної країни.

Існує комбінуючий ефект усього вищезазначеного. Що насправді має значення - це якщо він www.example.co.uk містить зовсім інший змістwww.example.fr

Якщо вони значною мірою однакові з лише деякими тонкими відмінностями {регіоналізація / мова тощо, то використання www.company.co/uk /fr може бути кращим з точки зору CSS - це один шаблон для всіх 1 мод, і всі сайти змінюють вигляд, щоб відповідати графіці / логотипам. завантажується з одного місця на всі англійські урі, включаючи, наприклад, сторінку продукту з регіональними варіаціями {скажімо, рекомендовано використання / утиліта},
/uk/productx/
/us/productx/
/au/productx/
всі вони можуть мати посилання на технічні деталі, /en/productx/technical-description щоб уникнути повторюваних проблем із вмістом

З точки зору SEO найбільше дивляться на tld & країну хостингу, тому .frрозміщення в США ніколи не переможе .frхостингу у Франції для французького ринку, але .com/frрозміщене в США потрапить туди, якщо його вміст б'є іншого.

Зміст король в SEO все інше просто щипаючи суму другорядною , а не на самому ділі гідна багато зусиль , якщо він не робить вас або ваші користувач будь хорошим і /uk /ie /deт.д. метод зручний для більшості користувачів , так як вони приземляються , можливо , на /ukі подивитися , що з варіант простий НАТИСНІТЬ / спуском список вони можуть вилити в регіон найбільш підходящий для себе {очевидно , що пропонує папки , а не дозволяючи користувачам швидко Флік від /uk/productx/до /fr/productx/контрпродуктивно і буде робити все точки папок тоо , хоча}

Від Google : "Якщо в Інструментах для веб-майстрів не буде введено жодної інформації, ми багато в чому покладаємося на домен країни (.ca, .de тощо). Якщо використовується міжнародний домен (.com, .org, .eu тощо), ми будемо покладатися на IP-адресу. "Тому я рекомендую зробити одне чи більше з наступного:

1. Використовуйте домен, визначений для країни

2. Розмістіть свій сайт у цільовій країні

3. Повідомте Google Інструменти для веб-майстрів та всі інші пошукові системи, на яку країну ви націлені. Якщо ви орієнтовані на кілька країн, обов'язково використовуйте різні каталоги, щоб ви могли вказати їх у Інструментах для веб-майстрів.

4. Ставтесь до назви країни як до будь-якого важливого ключового слова - використовуйте його в URL-адресі, заголовку, h1, копії тощо.

Останнім пунктом часто нехтують і іноді це єдиний варіант. Якщо ваші віджети доступні лише в Канаді, тоді в тексті скажіть "Віджети в Канаді".

Я б це зробив так, як сказав lubos hasko , але також (якщо гроші дозволяють) придбати всі домени та переслати їх на потрібний сайт.

Приклад, www.example.com.auвперед до www.example.com/au.

Чи можете ви уточнити, чому ви хочете створити три англомовні сайти з окремою аудиторією (наприклад, це локалізована послуга)? Чи є збіг між трьома аудиторіями (SEO важливіше) чи австралійський сайт абсолютно непридатний для користувачів у Великобританії?

Чи можете ви підтвердити, що весь ваш вміст англійською мовою?

[додано пізніше] Я розумію, перечитуючи питання, що всі розглянуті сайти є англійською мовою. Я залишу свою оригінальну відповідь на випадок, якщо це допоможе комусь іншому.

Вам набагато краще мати місцеві доменні імена, якщо це можливо.

Існує безліч способів вказати, в якій країні ви перебуваєте, але ім'я домену - це зрозумілий і загальновизнаний спосіб сказати пошуковим системам, де ви знаходитесь.

Як зазначається в коментарях, неможливо довести подібні твердження. Однак це план без ризику: якщо це не має значення, ви нічого не втрачаєте, якщо так, ви виграєте або програєте великі.

Якщо у вас є вибір, зробіть це. Це налаштовано просто, за допомогою .htaccess та значно спрощує управління сайтом.

[оригінальна відповідь] Я керую великим сайтом трьома мовами. Ми встановлюємо його як / en, / es тощо після доменного імені, і я щиро шкодую про це .

Існує кілька проблем, але головною проблемою, з якою ми стикалися, є управління потоком Page Rank та домашньою сторінкою .

Якщо у вас є сайт трьома мовами, на якій домашній сторінці?

Ви робите це комбінацію всіх трьох мов чи вибираєте одну?

Зазвичай на хорошій домашній сторінці міститься багато посилань на різні частини сайту та достатня кількість відповідного тексту .

Чи включаєте ви в багатомовне середовище всі посилання та текст усіма мовами? Якщо ні, ваш сайт буде менш ефективним в SEO . Якщо так, то це безлад для користувачів.

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

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

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

Маючи кілька мов за одним доменним іменем, було набагато складніше говорити Google: це наш французький веб-сайт, французькою мовою, це наш іспанський сайт на іспанській мові тощо. В основному питання Google знає, якою мовою є кожна сторінка. Яку специфікацію мови ви включаєте до заголовка домашньої сторінки?

Крім того, це правда, що ви злегка покарані за глибоку ієрархію папок (що є відмітною ознакою старої blackhat SEO).

Використовуючи окремі домени, ви можете чітко та легко оптимізувати кожен сайт із хорошим потоком сторінки. Якщо ви використовуєте один домен, найкращий варіант, який ми знайшли, - це просто пожертвувати домашньою сторінкою та натиснути Ранг сторінки на / fr, / es тощо.

Розміщення в країні може допомогти визначити рейтинги на конкретних сторінках пошукових систем, що потрібно враховувати.

Це правда, що ви злегка покарані за глибоку ієрархію папок (що є відмітною ознакою старого Blackhat SEO)

Щоб відповісти на ваш коментар у оновлення №2, Google підтверджує у цьому відео, що кількість підкаталогів у URL-адресі не впливає на його рейтинг на сторінці. http://www.youtube.com/user/GoogleWebmasterHelp#p/u/6/l_A1iRY6XTM

Я думаю, що Google повинен нам сказати, який спосіб є правильним про країну Tlds, субдомени та папки.

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

Варіант 1 розпізнається більшістю пошукових систем. Крім того, ви можете спробувати знайти хоста у своїй цільовій країні, оскільки деякі пошукові системи також перевіряють IP-адресу призначення. Набагато більше інформації можна знайти в статті минулого року про Moz .

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