1. Сообщите Google о многоязычности и версии для страны
2. Многоязычные сайты с тегом hreflang
3. Поддерживаемые языковые значения:
4. Распространенные ошибки в многоязычии и хрефланге:
5. Многоязычные сайты с WordPress
6. Типичные ошибки из-за многоязычных плагинов ( например, в WordPress ):
7. Многоязычие - какой домен верхнего уровня (Domainend)
8. Google: расширить свой сайт на несколько языков

Сегодня речь идет о многоязычных веб-сайтах и ​​связанных с ними SEO с тегами hreflang и Canonical. Не каждая веб-страница, содержащая несколько языков, может дать понять Google. Узнайте, как многоязычие также работает для Google и как вы можете реализовать это, например, с помощью WordPress.

Последнее обновление сообщения: 1 января 2019 г. (создано в году: 2016 )

Google иногда предупреждает веб-мастеров о многоязычных ошибках. Вы можете найти многоязычные веб-сайты повсюду, часто реализация просто неправильна с точки зрения SEO. Это становится особенно опасным, когда содержание только незначительно отличается. Например, в интернет-магазинах меняется только цена или валюта. Подумайте о Германии, Австрии и Швейцарии. Подумайте об Австралии, Великобритании и Соединенных Штатах. Дублированный контент - это опасность (которая решается с помощью Canonical) показа неправильного контента другим людям. Что если гражданин Лондона вдруг заплатит долларами США? Тогда многоязычие для Google было совсем не ясно.

Сообщите Google о многоязычности и версии для страны

Google сказал, что мой веб-сайт существует на нескольких языках и для многих стран на самом деле не сложно. Есть наценка или Мета-тег : rel = "alterrnate" hreflang = "xyz" в качестве атрибута ссылки. Что сложного сейчас не так сложно!

Многоязычные сайты с тегом hreflang

Тег hreflang находится в разделе заголовка сайта. На самом деле именно здесь - в заголовке HTML - даже если тот факт, что это атрибут ссылки, предполагает иное.

Каждая подстраница нуждается в собственном теге hreflang. Каждый указывает на соответствующую нижнюю сторону , а не на стартовую страницу.

Этот тег нужен каждой базе для каждой альтернативной языковой версии !

Вот как выглядит тег hreflang (например, для начальной страницы):

<link rel = "alternate" hreflang = "en-US" href = "http://www.domain.de/us/" />

Здесь я говорю: есть альтернативная версия, на английском для США. Эта версия находится в каталоге США .

Вот как выглядит тег hreflang (для подстраницы) с 3 другими языками:

<link rel = "alternate" hreflang = "en-GB" href = "http://www.domain.com/gb/page1.html/" /> <link rel = "alternate" hreflang = "en-US" href = "http://www.domain.de/us/page1.html/" /> <link rel = "alternate" hreflang = "ru-RU" href = "http://ru.domain.de/1 .html / "/>

В этом примере у меня есть английская версия для Великобритании в каталоге gb, другая английская версия, но для США, в каталоге us. Есть и русский вариант. Это на поддомене ru, а не в каталоге.

Поддерживаемые языковые значения:

Значение атрибута hreflang устанавливает язык альтернативного URL в формате ISO 639-1 фиксированы. По желанию, вы можете (и иногда делаете) определить регион в формате ISO 3166-1 Alpha 2 ,

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

Распространенные ошибки в многоязычии и хрефланге:

• Если страница в атрибуте hreflang указывает альтернативный URL-адрес, этот альтернативный URL-адрес должен подтвердить это с помощью возвращаемого тега hreflang. Это часто не тот случай.
• Языковые и региональные коды должны быть правильными ( ISO 639-1 / ISO 3166-1 Alpha 2 ), также здесь вы можете получить бесплатную (и неправильную) интерпретацию.

Многоязычные сайты с WordPress

WordPress имеет много многоязычных решений. Обычно плагин установлен и немного установлен. Быстро у вас используется неправильный плагин, никто (кроме Google) не видит ошибок. Плагин WordPress, который всегда прекрасно реализовал многоязычие Плагин WPML (WordPressMultiLanguage) , Поэтому я рекомендую использовать WPML, если вы используете WordPress и хотите предложить несколько языков.

• Все, что выше, реализовано
• Полный контроль над тем, как выглядят URL.
• Возможен перевод мета-данных SEO.
• Переводы связаны (не все должны быть переведены).
• Файлы Sitemap содержат правильные страницы и проходят проверку Google Webmasters.
• Возможна переадресация на правильный язык
• Выбор языка на основе значка флага
• Полностью совместим тоже SEO плагины для WordPress

Типичные ошибки из-за многоязычных плагинов ( например, в WordPress ):

Или почему вы не должны использовать какие-либо плагины WordPress! Я встречал много многоязычных плагинов, особенно для WordPress. Были самые распространенные ошибки:

• Атрибут hreflang существует только на начальной странице.
• Атрибут hreflang всегда указывает на стартовую страницу.
• Некоторые языки были просто забыты.
• Для некоторых языков код языка был неверным.
• Атрибут hreflang не использовался вообще.

Мой "самый красивый" включил один язык за клик, а другой отключен. URL был одинаковым, конечно, каждый язык читался на одной странице. Просто спрятано!

Многоязычие - какой домен верхнего уровня (Domainend)

Выбор домена верхнего уровня (TLD) также играет роль. Домен верхнего уровня .de, конечно, для Германии номер 1. Но в Великобритании? Поскольку этот TLD не имеет возможности ранжирования. Есть две версии, в зависимости от вашей модели, которая является правильным решением.

• ДВУ .com с отдельными каталогами для языка
• Каждый TLD для конкретной страны (.de .at .ch и т. Д.)

Оба имеют свои преимущества и недостатки. Технически, юридически, а также с точки зрения SEO. Вариант .com очень хорошо распределяет Linkraft на все языки, в рейтинге страны имеют дополнительный бонус. Если вы используете одну из этих двух версий, то вы на правильном пути. Переход с домена .com на домен верхнего уровня или наоборот не стоит усилий. Но если вам следует использовать каталоги в домене .de (.de / en /), то вы должны знать: это обслуживает только запросы на английском языке из Германии, а не запросы на английском языке из США или Великобритании. Потому что домен .de в США не будет ранжироваться. Если ты этого хочешь, то ты должен стратегия изменить.

И если ты не идеален структура ссылок Вы не должны позволить себе субдоменов использовать. Перейти в каталоги. Какая из двух версий вам подходит? Рассмотрите обслуживание и усилие - какая версия лучше? Для магазинов это также часто связано с юридическими проблемами, вариант страны-TLD. Для блогов и новостных порталов (из-за более низкой стоимости и обратных ссылок) вариант .com с каталогами.

Проверьте свой многоязычие!
А если нужно, то вручную! Вы будете по ошибке, но и в Консоль поиска Google (Инструменты для веб-мастеров) сообщается. Так что зарегистрируйте свой сайт там - действительно - есть еще много подсказок от Google!

Google: расширить свой сайт на несколько языков

Это может вас заинтересовать:

Похожие

Комментарии