Презентация Софи Гибсон с BrightonSEO про тонкости работы с...

Презентация Софи Гибсон с BrightonSEO про тонкости работы с HREFLANG или почему он в некоторых случаях не работает

https://www.slideshare.net/SophieGibson3/why-the-fck-doesnt-href-lang-work

Несколько тезисов с ее выступления:

— Hreflang можно внедрить тремя способами: HTML теги, HTTP заголовки, XML Sitemap.

— Для работы hreflang достаточно двух условий: валидные атрибуты и возвратные теги на всех альтернативных версиях страниц.

— В реальности все сложнее. Основные сложности: размер сайта, CMS, наличие ресурсов.

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

Кейс: Интернет-магазин в UK и двух других странах, использует hreflang в HEAD.

В UK выдаче ранжируются не-UK версии.

В GSC все норм, теги внедрены правильно, почему они ведут себя не так?

Проверили страницу W3C валидатором. Нашли NOSCRIPT в теге HEAD. В частности, это был пиксель от FB. Переместили NOSCRIPT в BODY. Не-UK версии по-прежнему в UK выдаче.

Проверили страницу в Sitebulb. Одна из ошибок: скрипты третьих лиц в HEAD мешают загрузке страницы или приводят к ошибкам. Скриптов было около 20. Переместили теги hreflang над скриптами. Не-UK версии страниц по-прежнему в UK выдаче. Почему этот hreflang не работает?

Если ты посещаешь .com версию сайта, то тебя редиректит в папку. Забыли, что гугл приходит с американских айпи и его редиректило в /us/. Пользователь мог поменять регион, но мог ли поисковик? Гугл не видел ссылки на региональные версии страниц, т.к. меню использовались яваскрипт-ссылки. Пофиксили эти ссылки, заменив на обычные. Все наладилось.

Итог: Проблема с hreflang может каскадироваться. Используйте лучше sitemap вместо head для hreflang.

Источник новости https://t.me/devakatalk/3170...