Главное руководство по многоязычному и многорегиональному SEO

1. Что такое многоязычное SEO и многорегиональное SEO?
2. Сначала спросите себя: куда вы нацеливаетесь?
3. Структура домена и URL
4. Важная информация о доменах верхнего уровня
5. Аргумент для поддоменов или каталогов
6. Геотаргетинг на ccTLD и инструменты для веб-мастеров
7. Является ли расположение сервера фактором?
8. Указание региональных целевых страниц с пометкой Rel = ”Alternate” Hreflang
9. Значение атрибута Hreflang по умолчанию для X
10. Краткое примечание о базовых элементах на странице
11. IP-адрес пользователя и обнаружение агента
12. Rel Автор & Rel Издатель Соображения
13. Bing многоязычный и многорегиональный SEO
14. Примечание о дубликате контента
15. Резюме

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

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

Что такое многоязычное SEO и многорегиональное SEO?

Многоязычное SEO - это практика предоставления оптимизированного контента на разных языках. Многорегиональный SEO - это практика создания оптимизированного контента для веб-сайтов, специально предназначенного для нескольких географических регионов.

Эти две стратегии часто пересекаются, поэтому мы рассмотрим их обе в этом посте. Они также связаны с другими аспектами онлайн-маркетинга, такими как оптимизация коэффициента конверсии, оплата за клик и стратегия содержания.

Сначала спросите себя: куда вы нацеливаетесь?

Первое, что вам нужно сделать, это определить, на какие регионы вы ориентируетесь. Затем вам нужно решить, какие языки вы собираетесь сделать доступными для этих регионов. Это очень важно, поскольку позволяет выложить весь проект.

Структура домена и URL

После того, как вы определите язык и регионы, вам нужно выбрать стратегию вашего домена и / или структуры URL.

В официальном блоге Google для веб-мастеров Central говорится: «Трудно определить геотаргетинг на странице за страницей, поэтому имеет смысл рассмотреть возможность использования структуры URL, которая облегчает сегментацию частей сайта для геотаргетинга».

Я полностью согласен с этим - если вы сможете сначала спланировать правильную структуру местоположения, остальная часть проекта будет намного проще. Но, прежде чем мы начнем отображать архитектуру веб-сайта, давайте посмотрим на плюсы и минусы каждого URL или варианта домена. ( Примечание : информация ниже взята непосредственно из Google .)

нДВУ
(например, example.de, example.fr)

Плюсы (+)

• четкое геотаргетинг
• расположение сервера не имеет значения
• простое разделение сайтов
• юридические требования (иногда)

Минусы (-)

• дорого
• потенциальные проблемы доступности
• больше инфраструктуры
• требования к cTTLD (иногда)

Субдомены с рДВУ
(например, de.site.com, fr.site.com и т. д.)

Плюсы (+)

• легко настроить
• можно использовать геотаргетинг для Инструментов для веб-мастеров
• позволяет различные местоположения сервера
• простое разделение сайтов

Минусы (-)

• пользователи могут не распознавать геотаргетинг только по URL («де» - это язык или страна?)

Подкаталоги с рДВУ
(например, site.com/de/, site.com/fr/ и т. д.)

Плюсы (+)

• легко настроить
• можно использовать геотаргетинг для Инструментов для веб-мастеров
• низкие эксплуатационные расходы (тот же хост)

Минусы (-)

• пользователи могут не распознавать геотаргетинг только по URL
• расположение одного сервера
• разделение сайтов сложнее / менее понятно

Параметры URL
(например, site.com?loc=de,? страна = Франция и т. д.)

Плюсы (+)

Минусы (-)

• Сегментация по URL затруднена
• пользователи могут не распознавать геотаргетинг только по URL
• геотаргетинг в Инструментах для веб-мастеров невозможен

Теперь мы обрисовали в общих чертах плюсы и минусы наиболее популярных методов геотаргетинга в URL или домене; но какой вариант для вас самый лучший?

Ответ на этот вопрос всегда зависит от целей веб-сайта и того, на кого вы должны ориентироваться, используя SEO и другие интегрированные маркетинговые методы для достижения этих целей. Домены верхнего уровня являются сильным показателем для Google, поэтому они могут быть хорошим вариантом. Однако субдомены и подкаталоги также имеют свои преимущества. Мы рассмотрим их в ближайшее время.

Важная информация о доменах верхнего уровня

Некоторые домены являются общими, а другие зависят от местоположения. По словам Google, это общие домены верхнего уровня (рДВУ), которые не относятся к конкретной стране. Google рассматривает следующее как gTLD, которые могут быть нацелены на геотаргетинг в Инструментах для веб-мастеров.

Общие домены верхнего уровня (рДВУ)

.aero

.biz

.кошка

.com

.coop

.edu

Пра

.Информация

.int

.jobs

.сеть

.mil

.mobi

.museum

.название

.сеть

.org

.pro

.tel

.путешествовать

Региональные домены верхнего уровня (рДВУ)

Согласно Google, эти домены связаны с регионом, но они также относятся к ним как к верхнему уровню (так же, как .com или .org).

.Евросоюз

.asia

Общие домены верхнего уровня с кодом страны (gccTLD)

Вот список ccTLD. Имейте в виду, что Google постоянно меняет этот список. Кроме того, этот список относится к Поисковая система Google ,

.как

.bz

.cc

.CD

.co

.dj

.fm

.la

.мне

.Миз

.nu

.sc

.sr

.ТВ

.tk

.ws

Аргумент для поддоменов или каталогов

На мой взгляд, лучшим вариантом для большого сайта будет структура каталогов или поддоменов. С точки зрения SEO и отслеживания аналитики, все может стать очень запутанным, если у вас есть несколько доменов верхнего уровня. Недавно я работал над крупным клиентом, у которого было сочетание этих стратегий, и это было довольно сложно.

По данным Google:

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

• Поместите содержимое каждого языка в отдельный поддомен. В нашем примере вы должны иметь en.example.com, de.example.com и es.example.com.
• Поместите содержимое каждого языка в другой подкаталог. Это проще сделать при обновлении и поддержании вашего сайта. В нашем примере у вас есть example.com/en/, example.com/de/ и example.com/es/.

В большинстве случаев я бы предпочел структуру каталогов. Это очень чисто, и мне нравится, как каталоги увеличивают общий авторитет всего сайта. В основном это относится и к поддоменам; но давайте будем честными: поддоменами более «отдельные» чем структура каталогов в отношении сегментации контента.

Геотаргетинг на ccTLD и инструменты для веб-мастеров

Следует отметить, что использование ccTLD, как правило, является очень сильным сигналом для пользователей и поисковых систем; поэтому, если вы действительно хотите настроить таргетинг на конкретный регион, нет ничего плохого в использовании ccTLD. (Хотя, как упоминалось выше, вы должны быть готовы к тому, что проблемы могут возникнуть с отслеживанием, SEO и брендингом, если вы используете несколько нДВУ - вот почему многие многоязычные / многонациональные оптимизаторы предпочитают каталоги или субдомены.)

Однако нет необходимости использовать нДВУ для геотаргетинга на конкретную страну. Инструменты Google для веб-мастеров позволяют вручную геотаргетировать рДВУ (например, .com и .net) с помощью инструмента « Задать географическую цель» . Чтобы настроить геотаргетинг в Инструментах для веб-мастеров, выполните следующие действия.

1. На домашней странице Инструментов для веб-мастеров выберите нужный сайт.
2. Под Конфигурация сайта , нажмите Настройки
3. В разделе Географическая цель выберите нужный вариант.

Если вы хотите убедиться, что ваш сайт не связан ни с одной страной или регионом, выберите « Нет в списке» .

Google отмечает, что, как правило, не имеет смысла устанавливать географическую цель, если одни и те же страницы на вашем сайте нацелены более чем на одну страну. Это связано с тем, что настройки геотаргетинга могут ограничивать доступ к вашему контенту.

Вы можете узнать больше о геотаргетинге здесь ,

Является ли расположение сервера фактором?

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

Согласно Google, « Местоположение сервера (через IP-адрес сервера) часто находится рядом с вашими пользователями. Однако некоторые веб-сайты используют распределенные сети доставки контента (CDN) или размещаются в стране с лучшей инфраструктурой веб-сервера; поэтому мы стараемся не полагаться только на местоположение сервера ».

Это то, что развивалось годами; Вы можете увидеть старое видео здесь когда все было по-другому. Я действительно хотел бы, чтобы Google снял эти старые видео, так как они отбрасывают людей.

Указание региональных целевых страниц с пометкой Rel = ”Alternate” Hreflang

Теперь, когда мы обсудили структуру URL, местоположение сервера и геотаргетинг в Инструментах для веб-мастеров, пришло время поговорить о разметке hreflang. Аннотация rel = ”alternate” hreflang = ”x” используется для того, чтобы помочь Google определить, какие URL-адреса следует предоставлять тем или иным посетителям в зависимости от языка и географического положения. Это полезно, когда у вас есть несколько версий одного и того же контента, которые были переведены или иным образом настроены для целевых пользователей в определенном регионе.

В соответствии с Google Есть 3 способа, которыми мы можем реализовать эту разметку:

• HTML-элемент ссылки в заголовке . В разделе HTML <head> на http://example.com/us добавьте элемент ссылки, указывающий на испанскую версию этой веб-страницы по адресу http://example.com/us-es, например:
  <link rel = ”alternate” hreflang = ”es” href = ”http://example.com/us-es” />
• HTTP заголовок . Если вы публикуете не HTML-файлы (например, PDF-файлы), вы можете использовать HTTP-заголовок, чтобы указать версию URL на другом языке:
  Ссылка: <http://example.com/us-es>; отн =»альтернативный»; hreflang =»эс»
• Карта сайта . Вместо разметки вы можете отправить информацию о языковой версии в файле Sitemap.

Из вышеперечисленных вариантов большинство из них содержат элемент ссылки HTML, карту сайта или оба этих элемента.

Важно отметить, что существуют определенные поддерживаемые значения hreflang для языка и региона. Например:

• de: немецкий контент, независимый от региона
• en-GB: английский контент, для пользователей GB
• de-ES: немецкий контент, для пользователей в Испании

Для получения дополнительной информации о поддерживаемых значениях, посетите статью поддержки Google для веб-мастеров по теме.

Значение атрибута Hreflang по умолчанию для X

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

Благодаря новой разметке от Google под названием «x-default» теперь вы можете указать страницу по умолчанию для пользователей за пределами целевых регионов. При указании целевых страниц для вашего региона с помощью hreflang вы должны использовать значение «x-default», чтобы указать, какая страница является страницей по умолчанию в ситуациях, когда у вас нет целевой страницы для региона. Таким образом, у вас может быть кластер тегов HTML-ссылок, которые выглядят так:

<link rel = ”alternate” href = ”http://example.com/en-gb” hreflang = ”en-gb” />

<link rel = »alternate» href = »http://example.com/en-us» hreflang = »en-us» />

<link rel = ”alternate” href = ”http://example.com/en-au” hreflang = ”en-au” />

<link rel = ”alternate” href = ”http://example.com/” hreflang = ”x-default” />

Выше http://example.com будет страницей по умолчанию для пользователей за пределами Великобритании, США или Австралии.

Краткое примечание о базовых элементах на странице

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

• заглавие
• Описание
• Ключевые слова
• H1
• H2
• копия
• Изображений
• Товары
• Внутренняя ссылка

IP-адрес пользователя и обнаружение агента

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

Это очень распространенная практика для мобильной оптимизации (так как мы часто определяем местоположение и устройство), но она также важна для многоязычного и многорегионального SEO. Google поддерживает перенаправление HTTP и JavaScript. Вы можете посмотреть видео по этой теме здесь.

Ниже приведены некоторые заметки от Google по теме.

Использование перенаправления HTTP

HTTP-перенаправление обычно используется для перенаправления клиентов на URL-адреса конкретных устройств. Обычно перенаправление выполняется на основе пользовательского агента в заголовках HTTP-запроса. Важно, чтобы перенаправление соответствовало альтернативному URL-адресу, указанному в теге link rel = «alternate» на странице или в файле Sitemap.

Для этого не имеет значения, перенаправляет ли сервер HTTP 301 или код состояния 302.

JavaScript перенаправляет

Если перенаправление HTTP сложно реализовать, вы можете использовать JavaScript для перенаправления пользователей на URL-адреса, на которые указывает тег rel = "alternate". Если вы решите использовать эту технику, имейте в виду задержку, вызванную перенаправлением на клиентской стороне из-за необходимости сначала загрузить страницу, а затем проанализировать и выполнить JavaScript, прежде чем инициировать перенаправление.

Существует много подходов к реализации перенаправления на основе JavaScript. Например, вы можете использовать JavaScript для выполнения медиа-запросов, которые ваш сайт уже использует в аннотациях ссылок на странице, используя функцию JavaScript matchMedia ().

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

Rel Автор & Rel Издатель Соображения

Это интересно; Теперь, когда Rel Author и Rel Publisher могут быть легко реализованы на любом веб-сайте, люди должны остановиться и подумать, стоит ли им это реализовывать. Это огромная тема, поэтому для целей этого поста давайте просто рассмотрим несколько элементов из многоязычного и регионального восприятия.

Rel Author

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

Поскольку автор rel становится более продвинутым, мы можем видеть региональных менеджеров по продажам, прикрепленных к определенным сегментам сайта. Однако с этим есть некоторые проблемы. Например, как правило, вам нужны авторитетные профили Google+, и даже если они у вас есть, требуется некоторое время, прежде чем они появятся в поисковой выдаче. Автор Rel может иметь смысл для правильного многоязычного или многорегионального веб-сайта, но должна быть четкая стратегия на месте.

Пример Rel Автор

Rel Publisher

Издатель Rel легче продать, чем автор Rel, хотя я думаю, что есть место как на правильном многоязычном, так и на многонациональном веб-сайте. Rel издатель заставляет очень приятную страницу Google+ вместе с обновлениями отображаться в результатах поиска - и вы можете сегментировать свои обновления, основываясь на кругах. Таким образом, если у вас есть хорошая языковая и региональная стратегия, остальная часть стратегии издателя rel должна быть в порядке.

Пример Rel Publisher

Bing многоязычный и многорегиональный SEO

Когда дело доходит до Bing, они любят языковой метатег , Но они также обращают внимание на заголовки HTTP, домен верхнего уровня и обратный поиск IP.

Bing Language Meta Tag

Используйте метатег «content-language», чтобы встроить местоположение документа в раздел «head» ваших документов:

<meta http-equ = ”content-language” content = ”en-us”>

Атрибут «content» состоит из двух букв ISO 639 код языка, за которым следует тире и соответствующий ISO 3166 география код. Например:

• de-at: немецкий, Австрия
• de-de: немецкий, германия
• en-us: английский, США
• es-ar: испанский, Аргентина

Или же поместите местоположение документа в элемент <html> или <title> в том же формате:

• <html lang = ”en-us”>
• <title lang = ”en-us”>

Заголовки HTTP

Для получения дополнительной информации о настройке заголовков ответа HTTP, пожалуйста, обратитесь к:

Домен верхнего уровня

По словам Бинга, «из категорий доменов верхнего уровня, выделенных IANA, только местоположение доменов верхнего уровня (или ccTLD) с кодом страны влияет на местоположение документа. Для обзора назначенных в настоящее время нДВУ посетите веб-сайт IANA по адресу: http://www.iana.org/domains/root/db/ «.

Обратный IP-поиск

Как мы уже упоминали, для каждого документа, добавляемого в Bing, поисковая система выполняет обратный IP-поиск, чтобы определить местоположение документов; Итак, это небольшой фактор в индексации Bing.

Примечание о дубликате контента

Одна проблема, которая часто возникает в SEO - это дублированный контент. По сути, если у вас есть дублированный контент на вашем веб-сайте или вы размещаете контент, размещенный на другом сайте, это вынуждает Google выбрать «победителя», если хотите, только рейтинг этой страницы. Когда речь идет о многоязычных и многорегиональных веб-сайтах, это может стать проблемой - у вас часто будет несколько версий одного и того же контента для разных регионов и языков.

Хорошая новость заключается в том, что если вы правильно внедрили элемент ссылки rel = ”alternate” hreflang и аннотацию hreflang по умолчанию для x, дублированный контент не должен быть проблемой. В прошлом SEO-специалисты использовали rel = ”canonical”, блокировали страницы с помощью robots.txt и т. Д. Но сегодня альтернативный / x-default является лучшим вариантом.

Резюме

Многоязычный и многорегиональный SEO всегда меняется. Я ожидаю, что эта тема будет расширяться по мере нашего продвижения в будущее этого сумасшедшего интернет-мира. Одна вещь, которая мне нравится в том, как развиваются события, это то, что если вы обратите внимание на новые стратегии поиска, у вас появятся другие удивительные идеи для улучшения вашего онлайн-бизнеса.

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

Другие большие ресурсы по этой теме

Мнения, выраженные в этой статье, принадлежат автору гостя и не обязательно относятся к Search Engine Land. Штатные авторы перечислены Вот ,

Об авторе

Похожие

Комментарии