Лучше ли иметь отдельные домены, специфичные для страны (что стоит больше денег) или субдомены, которые определяют страну, для лучшего 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
При добавлении кода ISO для конкретной страны в конец URL / первой папки домена можно распознать страну.
Но ряд помощников SEO предположили, что это ценная трата пространства на уровне папок. Эээ .. как я могу объяснить. Хорошо, некоторые эксперты по SEO предположили, что если количество уровней или папок в домене превышает 5, то значение страницы резко падает. По сути, вы не хотите делать это глубоко. Таким образом, добавление страны в качестве первого уровня может считаться пустой тратой, особенно когда она может обрабатываться доменом ИЛИ поддоменом - отсюда и вопрос :)
источник
.com
это международный домен. Если бы у вас было, как в ваших примерах .com / au или .com / uk, какой другой контент вы бы имели на них? Не могли бы вы столкнуться с проблемами дублирования контента, так как это англоязычные страны. Если вам нужны переведенные версии папок на ваших страницах, это метод, который используют большинство компаний. / ru / / fr / / es / etcОтветы:
Чисто с точки зрения SEO, лучше иметь один домен и перемещать международные версии в подпапки (не субдомены), например:
example.com/us/
example.com/au/
example.com/uk/
IBM делает это таким образом.
Вполне возможно, что некоторые поисковые системы могут понизить рейтинг страниц для сайтов с глубокой структурой, поскольку в конечном итоге ключевое слово в URL имеет больший вес, чем ключевое слово на странице. Но если Google или Yahoo не подтвердят это, это просто догадка SEO-людей. Рейтинг страницы может снизиться по многим причинам (особенно если ваш сайт оптимизирован SEO-экспертами), возможно, они просто ошибочно приписывают его глубоким структурам папок. Но в чем проблема? Просто на всякий случай сделайте иерархию папок плоской.
Одна вещь, которую мы знаем наверняка, потому что это было подтверждено Google несколько лет назад, состоит в том, что каждый отдельный домен (независимо от того, какого уровня) является изолированным сайтом для целей ранжирования страниц, поэтому наличие всех ресурсов в одном домене всегда улучшит ваш рейтинг страниц. Вот почему
weblogs.asp.net
все их блоггеры размещаются в подпапках, поэтому их посты имеют высокий рейтинг в Google независимо от того, какой блоггер их написал.источник
Google связывает только домены верхнего уровня с географическими регионами:
Microsoft Live Search также делает это:
Но я также предпочитаю независимый от страны домен с указанием URL-адреса страны.
источник
Существует совокупный эффект всего вышеперечисленного. Что действительно имеет значение, так это то, что если вы
www.example.co.uk
несете совершенно другой контентwww.example.fr
Если они в основном одинаковы, с небольшими различиями (регионализация / язык и т. Д.), То использование
www.company.co/uk
/fr
css может быть лучше с точки зрения css - это один шаблон для всех 1 мод, и все сайты изменяют внешний вид в соответствии с общим содержанием графики / логотипов, например, на английском языке. загруженные из одного места на все английские URI, включая, например, страницу продукта с региональными вариациями {скажем, рекомендуемое использование / утилита},/uk/productx/
/us/productx/
/au/productx/
все могут иметь ссылку на технические детали, чтобы
/en/productx/technical-description
избежать дублирования проблем с контентомС точки зрения SEO большинство смотрят на tld & принимающую страну, поэтому
.fr
хостинг в США никогда не превзойдет хостинг.fr
во Франции для французского рынка, но.com/fr
хостинг в США попадет туда, если его контент превзойдет другой.Контент - король в SEO, все остальное - просто небольшая настройка и не стоит больших усилий, если только это не
/uk /ie /de
принесет пользы вам или вашим пользователям. Метод etc удобен для большинства пользователей, так как они могут оказаться на/uk
и увидеть это из вариант простой НАЖМИТЕ / спуском список они могут вылить в регион наиболее подходящий для себя {очевидно , предлагающего папки , а не позволяя пользователям быстро Флик от/uk/productx/
к/fr/productx/
контрпродуктивно и будет делать все точки папок тоо , хотя}источник
http://example.co.uk/yourcss.css
, вот и все!От Google : «Если в Инструменты для веб-мастеров не будет введена информация, мы будем в основном полагаться на домен страны (.ca, .de и т. Д.). Если используется международный домен (.com, .org, .eu и т. Д.), Мы будем полагаться на IP-адрес ». Поэтому я рекомендую выполнить одно или несколько из следующих действий:
Используйте домен определенной страны
Разместите свой сайт в целевой стране
Сообщите Google Webmaster Tools и всем другим поисковым системам, на какую страну вы ориентируетесь. Если вы ориентируетесь на несколько стран, обязательно используйте разные каталоги, чтобы их можно было указать в Инструментах для веб-мастеров.
Относитесь к названию страны как к любому важному ключевому слову - используйте его в URL, заголовке, h1, copy и т. Д.
Последним пунктом часто пренебрегают и иногда это единственный вариант. Если ваши виджеты доступны только в Канаде, скажите «Виджеты в Канаде» в тексте.
источник
Я бы сделал это, как сказал Любос Хаско , но также (если позволят деньги) купит все домены и направит их на правильный сайт.
Пример,
www.example.com.au
ждуwww.example.com/au
.источник
Не могли бы вы уточнить, почему вы хотели бы создать три англоязычных сайта с отдельной аудиторией (например, это локализованный сервис)? Есть ли совпадение между тремя аудиториями (SEO важнее) или австралийский сайт совершенно бесполезен для британских пользователей?
Можете ли вы подтвердить, что весь ваш контент на английском языке?
[добавлено позже] Я перечитываю вопрос, что все рассматриваемые сайты на английском языке. Я оставлю свой оригинальный ответ на случай, если он кому-нибудь поможет.
Вам гораздо лучше иметь локальные доменные имена, если это возможно.
Существует множество способов указать, в какой стране вы находитесь, но доменное имя является четким и общепризнанным способом сказать поисковым системам, где вы находитесь.
Как отмечается в комментариях, невозможно доказать подобные заявления. Однако это план без риска: если он не имеет значения, вы ничего не теряете, если он делает, вы выигрываете или проигрываете крупно.
Если у вас есть выбор, сделайте это. Его легко установить с помощью .htaccess и значительно упростить управление сайтом.
[оригинальный ответ] Я управляю большим сайтом на трех языках. Мы установили его как / en, / es и т. Д. После имени домена, и я искренне сожалею об этом .
Есть несколько проблем, но главная проблема, с которой мы столкнулись, это управление потоком Page Rank и домашней страницей .
Если у вас есть сайт на трех языках, домашняя страница на каком?
Вы делаете это комбинацией всех трех языков, или вы выбираете один?
Обычно хорошая домашняя страница будет содержать множество ссылок на различные части сайта и достаточное количество соответствующего текста .
В многоязычной среде вы включаете все ссылки и текст на всех языках? Если нет, ваш сайт будет менее эффективным в SEO . Если да, то это беспорядок для пользователей.
Вопрос сводится к потоку Page Rank. На обычном одноязычном сайте вы хотите, чтобы домашняя страница получала информацию с других страниц.
На многоязычном сайте это уже не ясно . Вы хотите, чтобы испанский пользователь попал на испанскую домашнюю страницу как можно меньше кликов . Автоматическое перенаправление может быть оштрафовано.
Мы хотели, чтобы французский сайт появился первым в результатах французского поиска, чтобы пользователям не приходилось переходить по странице выбора языка. Наш опыт таков, что необходимо оптимизировать под каждый язык независимо.
Наличие нескольких языков за одним доменным именем значительно усложнило обращение к Google: это наш французский сайт, на французском, это наш испанский сайт на испанском и т. Д. В основном это вопрос о том, чтобы Google знал, на каком языке находится каждая страница. Какую языковую спецификацию вы включаете в заголовок домашней страницы?
Кроме того, это правда, что вы слегка оштрафованы за глубокую иерархию папок (что является отличительной чертой старого блэкхэта SEO).
Используя отдельные домены, вы можете легко и просто оптимизировать каждый сайт с хорошим потоком Page Rank. Если вы используете один домен, лучший вариант, который мы нашли, это просто пожертвовать домашней страницей и увеличить рейтинг страницы до / fr, / es и т. Д.
источник
Размещение в стране может помочь ранжированию на страницах результатов поиска в конкретной стране, так что об этом следует помнить.
источник
Это правда, что вы слегка оштрафованы за глубокую иерархию папок (что является отличительной чертой старого SEO Blackhat)
источник
Чтобы ответить на ваш комментарий в обновлении № 2, Google подтверждает в этом видео, что количество подкаталогов в URL-адресе не влияет на рейтинг страницы. http://www.youtube.com/user/GoogleWebmasterHelp#p/u/6/l_A1iRY6XTM
источник
Я думаю, что Google должен сказать нам, какой путь является верным способом о tlds страны, поддоменах или папках.
Я склонен полагать, что создание папки более привлекательно, так как тогда вы будете нести силу связи основного доменного имени. В противном случае у вас будет совершенно новая кампания по созданию ссылок для нового доменного имени.
источник
Вариант 1 распознается большинством поисковых систем. Кроме того, вы можете попробовать найти хост в вашей целевой стране, так как некоторые поисковые системы также проверяют IP-адрес назначения. Гораздо больше информации можно найти в статье за прошлый год на Moz .
При ограниченном бюджете вариант 2 будет работать с Google, поскольку инструменты веб-мастеров позволяют ориентировать страны по поддоменам.
источник