×
Россия +7 (495) 139-20-33

Hreflang для Google и Яндекс: общие принципы и особенности работы

Россия +7 (495) 139-20-33
Шрифт:
0 6183

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

Что такое hreflang, как работает и чем полезен для SEO – читайте далее в этой статье.

Тег HREFLANG

Hreflang – атрибут, который указывает поисковику, какую версию страницы нужно демонстрировать пользователю. Его использование актуально для мультиязычных сайтов и веб-ресурсов, имеющих отдельные страницы на региональных языках и диалектах. Например, сайт демонстрирует контент во Франции и в Бельгии. Языки практически не отличаются, материал схож, но есть отдельные страницы для каждой локации.

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

Когда необходим hreflang

Поисковая система Google использует его с 2011 года. Тег указывает поисковым ботам, каковы отношения между веб-страницами на альтернативных языках. Это полезно, когда есть отдельный контент для местных аудиторий. Атрибут hreflang позволяет получить максимально релевантный результат вместо страницы с аналогичным содержанием на близком языке.

В коде тег hreflang выглядит вот так:

Как выглядит hreflang в коде

Разработчики Google рекомендуют использовать его в 3-х случаях:

1. Есть основная и альтернативная версии сайта. Они полностью идентичны, отличается только язык. Например – основная версия на английском, но еще есть немецкая или французская. Это самый распространенный случай.

Когда нужен hreflang? Когда есть и основная, и альтернативная версия сайта

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

Когда нужен hreflang? Когда переведены навигационные элементы

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

Когда нужен hreflang? Когда есть региональные вариации одного и того же контента

Почему необходимо использовать hreflang?

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

Hreflang снимает вопрос дублированного контента, его важность для SEO не вызывает сомнений.

Как это работает

Атрибут Hreflang прописывается в виде двухбуквенного кода, в формате ISO 639-1 (речь идет о языке). Регион указывают в соответствии с ISO 3166-1 Alpha 2. Рекомендуем внимательно проверять этот момент, потому что неверная кодировка в тегах – распространенная ошибка.

Существуют три главные модели применения hreflang:

1. в теге link;

2. в заголовке HTTP;

3. в карте сайта (Sitemap).

Тег link в заголовке страницы выглядит вот так:

Как выглядит тег link в заголовке страницы

Смысл в том, чтобы связать региональные версии между собой. Тег link дает ссылку на нужную локализацию. Это вполне рабочее решение, но возникает проблема – увеличивается размер кода, что снижает производительность сайта. Если на нашем сайте используются 3 языка, это еще терпимо, «вес» кода будет в пределах допустимого, а что делать, если нужны 10 языков? Система будет постоянно обращаться к базе данных, считывать контент, фильтровать страницы, обрабатывать обращения… Это создает дополнительную нагрузку и ограничения.

Такой вариант реализации hreflang подходит для большинства сайтов, кроме больших мультиязычных веб-ресурсов.

Заголовки HTTP применяют для контента, например, сканов в формате PDF:

Когда применяются заголовки HTTP

Сложности реализации таких заголовков сходны с предыдущим примером – громоздкость и снижение производительности «движка» сайта.

Оптимальное решение – использование hreflang на уровне карты сайта. Sitemap – это файл в формате XML. Чтобы «связать» языки, нужно прописать соответствия между урлами.

Зачем использовать hreflang на уровне карты сайта

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

Дополнительные инструменты hreflang

X-default

Атрибут x-default указывает, на какую страницу отправлять пользователя, если язык его браузера не соответствует ни одному из имеющихся на сайте. Чаще всего это страница для англоговорящих иностранцев, созданная на английском языке. То есть это «дефолтная» страница, для кого не предусмотрено отдельных локализаций.

Атрибут x-default

Hreflang и rel=canonical

У каждой языковой локализации должен быть прописан свой «rel canonical». Робот должен четко знать, какая страница считается главной.

<link rel=»canonical» href=»http://xxx.net /»>

<link rel=»alternate» href=»http://xxx.net/»

hreflang=»en» />

Обратите внимание, на примере атрибут hreflang переводит на «канонический» URL локализации, в таком случае теги работают синхронно и дополняют друг друга.

Hreflang для Google и Яндекс

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

Еще в 2013 г. учредители Google и Яндекса договорились о том, как обеспечить адекватную демонстрацию пользовательского контента, и в большинстве случаев все работает хорошо, но есть несколько «но».

Долгое время Яндекс «не умел» читать hreflang через sitemap, что создавало массу проблем для интернет-магазинов и больших сайтов. Теперь этой проблемы нет:

Позиция Яндекса по Sitemap для локализованных страниц

Но есть нюансы. Мы столкнулись с проблемой некорректной обработки hreflang двух идентичных сайтов на разных доменах (сom.ua и com.ru). Они отличались только контактными данными и способами оплаты. Под Google hreflang работал правильно, а вот под Яндекс – нет. Получилось, что hreflang между доменами Яндекс не поддерживает, и непонятно, с чем это связано. На уровне папок и поддоменов – все нормально, а в нашей ситуации – нет. Стали подробно читать документацию.

Разработчики «обтекаемо» пишут вот что:

Выдержка из Яндекс.Вебмастера

Выдержка из Яндекс.Вебмастер

По нашему вопросу в руководстве нет прямого утверждения. Фигурирует выражение «мелкие детали». То есть априори подразумевается, что страницы все-таки должны быть отличны друг от друга. О чем это говорит? Только о том, что полную региональную копию сайта лучше не использовать и нужно уникализировать контент. В большинстве случаев будет достаточно рерайта. Хорошо, если страницы будут немного отличаться, пусть даже в незначительных деталях, иначе в Яндексе эти страницы будут рассматриваться как неуникальный контент и копипаст со всеми последствиями.

Гугл и Яндекс изначально отталкиваются от различных философий. Яндекс считает, что для регионального продвижения лучше использовать поддомены или подпапки, а не отдельные домены. Это вполне логично, если предполагается работа в одном государстве – существенная доля трафика Яндекса из РФ. А вот Google «глобалист». С самого начала ориентирован на отдельные, корпоративные домены для различных стран. Об этих особенностях нужно помнить, работая с hreflang.

Заключение

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

Уникализация контента – это то, что никогда не помешает. Мы не знаем какие решения примут разработчики Google и Яндекса через полгода или год. Поэтому, открывая для пользователей близкую по языку версию, рекомендуем ее рерайтить. Уникализация региональных версий сайтов – это то, что не очень сложно, но может сэкономить массу средств и сил в будущем.

Если у вас есть вопросы или собственные кейсы работы с hreflang – пишите в комментариях, будем рады.

(Голосов: 10, Рейтинг: 4.4)
Читайте нас в Telegram - digital_bar

Есть о чем рассказать? Тогда присылайте свои материалы Ане Макаровой


Новые 
Новые
Лучшие
Старые
Сообщество
Подписаться 
Подписаться на дискуссию:
E-mail:
ОК
Вы подписаны на комментарии
Ошибка. Пожалуйста, попробуйте ещё раз.
Отправить отзыв
ПОПУЛЯРНЫЕ ОБСУЖДЕНИЯ НА SEONEWS
Что скрывает «Прогноз бюджета Яндекс.Директ»?
Михаил Мухин
15
комментариев
0
читателей
Полный профиль
Михаил Мухин - Здравствуйте! 1-2. Считает стенд. Ссылка на него дана, но могу повторить: online.p-c-l.ru/competition/task/card/id/106. Нажмите на кнопку "Начать" и заранее приготовьте прогноз бюджета Яндекс. Суть расчета: перебор комбинаций всех ставок на всех фразах, построение бюджетных когорт - бюджетов с одинаковым СРС, отбор в каждой когорте бюджета с максимальным количеством кликов и ..., да упорядочивание этих бюджетов по мере возрастания СРС, причем берем не все, а с фиксированным шагом. 3. Гугл считается через поправочные коэффициенты. Мы перевариваем океан данных и представляем их. На удивление, получается не менее, хотя и не более точно, как и прогноз Яндекс. Конечно, нужно понимать, что это очень примерные прикидки, фактически перевод неточного прогноза Яндекс в удобочитаемую форму, не больше. Самое интересное начинается, когда применяешь метод бюджетных когорт к измерению показателей фраз на реальной рекламной кампании в режиме 48х7. Первые результаты очень хорошие. Если хотите присоединиться к бесплатному тестированию, напишите Эльвире r-support@r-broker.ru. В теме укажите "хочу присоединиться к тестам Умного управления рекламой"
Ссылочное продвижение локальных сайтов: ТОП худших SEO-методов
demimurych
8
комментариев
0
читателей
Полный профиль
demimurych - о господи. это для регионального сайта? в яндексе? где у сайта по региону конкурентов меньше чем выдачи на двух страницах из которых перваш это реклама москвы? потешно ей богу. ктото чего то не понеимает.
От мечты стать юристом к собственному SMM-агентству. Как найти себя в современном цифровом мире
Виктор Брухис
5
комментариев
0
читателей
Полный профиль
Виктор Брухис - Статья выглядит так, как пожелали редакторы и интервьюер) Вопросы к интервью подбирал не я)) Хотя, в целом я согласен с вашим видением. А за пожелание удачи большое спасибо!
Зачем подменять контент на сайте: разбираем инструмент и развенчиваем мифы
Дмитрий Сульман
4
комментария
0
читателей
Полный профиль
Дмитрий Сульман - Все верно, об этом я и говорю. У крупных компаний есть много данных и они имеют доступ к дорогим технологиям и решениям для персонализации контента. Топовые западные сервисы для персонализации, такие как RichRelevance или Dynamic Yield, стоят от нескольких тысяч до десятков тысяч долларов в месяц. Понятно, что малый бизнес не может себе этого позволить. Да даже если бы чисто теоретически и мог, то это вряд ли бы имело хоть какой-то смысл. Во-первых, у малого бизнеса недостаточно данных, чтобы подобные алгоритмы персонализации начали эффективно работать, а во-вторых, тот профит, который МСБ получит от персонализации, никогда не покроет таких расходов. Мы же предлагаем решение, доступное как раз для малого и среднего бизнеса. При этом наше решение комплексное: МультиЧат - это одновременно и инструмент для персонализации, и для коммуникации.
Монетизируйте свой сайт вместе с VIZTROM
VIZTROM
3
комментария
0
читателей
Полный профиль
VIZTROM - Добрый день! Так как мы сейчас работаем в приватном режиме, Вы врятли можете объективно оценить нашу рекламную площадку. У нас будет официальный запуск 3 марта для вебмастеров. Приглашаем Вас присоединиться к нам и лично посмотреть наш функционал.
Как выбрать CMS для интернет-магазина
Константин Елистратов
5
комментариев
0
читателей
Полный профиль
Константин Елистратов - Бесплатный движок со всеми описанными в статье плюсами и минусами :-)
Digital-разговор: Михаил Шакин про SEO, Google и заработок в интернете
Анна Макарова
368
комментариев
0
читателей
Полный профиль
Анна Макарова - Подготовим ) Пока предлагаю почитать интервью с Денисом Нарижным из той же серии. Там стенограмма =) www.seonews.ru/interviews/digital-razgovor-denis-narizhnyy-pro-ukhod-iz-seo-i-zarabotok-na-partnerkakh/
Как удвоить выручку за счет продвижения в поиске. Кейс coffee-butik.ru
Максим Боровой
3
комментария
0
читателей
Полный профиль
Максим Боровой - Последний вопрос (извиняюсь за количество) - почему на "В корзину" стоит Nofollow. Осознанно для распределение весов?
Кейс Hansa: как увеличить органический трафик в 1,5 раза
Алексей Порфирьев
3
комментария
0
читателей
Полный профиль
Алексей Порфирьев - Спасибо за замечание, о данной проблеме известно, но она не стоит в порядке приоритетных. Вопрос, на самом деле, дискуссионный. В тематике конкуренция не настолько велика, а в топе выдачи часто встречаются сайты с более серьёзными техническими проблемами. По этому, именно в статьях, более важно работать над релевантностью контента, отношением времени пользователя на странице к уровню доскрола, и различным пользовательским функционалом (рейтинг материала, просмотры и т. п.).
Автоматические SEO-аудиты: как напугать некорректными выводами
SEOquick
38
комментариев
0
читателей
Полный профиль
SEOquick - Парсинг сайтов – это самый лучший способ автоматизировать процесс сбора и сохранения информации. Конкурентов всегда нужно мониторить, а не сравнивать свой сайт через автоматический аудит анализатора.
ТОП КОММЕНТАТОРОВ
Комментариев
910
Комментариев
834
Комментариев
554
Комментариев
540
Комментариев
483
Комментариев
373
Комментариев
368
Комментариев
262
Комментариев
249
Комментариев
171
Комментариев
156
Комментариев
139
Комментариев
121
Комментариев
108
Комментариев
97
Комментариев
97
Комментариев
96
Комментариев
85
Комментариев
80
Комментариев
77
Комментариев
67
Комментариев
60
Комментариев
59
Комментариев
57
Комментариев
55

Отправьте отзыв!
Отправьте отзыв!