Ошибки hreflang, с которыми сталкиваются мультиязычные веб-сайты, часто связаны с техническими недочетами, такими как отсутствие обратных ссылок или использование неправильных кодов языка и региона ISO. Эти атрибуты — сигналы, которые помогают поисковым системам предоставлять пользователям правильную локализованную версию страницы в зависимости от их местоположения и настроек языка. При неправильной реализации эти ошибки могут привести к проблемам с дублирующимся контентом, снижению видимости в поиске и плохому пользовательскому опыту для международных посетителей, которые по ошибке попадают на неправильную языковую версию.
Каковы распространенные ошибки реализации hreflang?
Одной из самых частых ошибок является неиспользование абсолютных URL внутри атрибутов hreflang. Поисковым системам требуется полный веб-адрес, включая протокол (https) и доменное имя, чтобы точно идентифицировать альтернативную версию страницы. Если сайт использует относительные пути, такие как ‘/es/page’, краулер может не разрешить ссылку, что сделает весь кластер hreflang недействительным. Это часто происходит, когда разработчики копируют код из сред разработки в продакшн, не обновляя структуру URL для отражения живого домена.
Другая распространенная проблема связана с отсутствием самоссылающихся тегов. Каждая страница в мультиязычном кластере должна содержать тег, который указывает на саму себя, в дополнение к указанию на свои альтернативы. Например, английская страница должна иметь тег hreflang для ‘en’, который ссылается на ее собственный URL. Пропуск этой самоссылки является техническим нарушением, которое может привести к тому, что поисковые системы проигнорируют другие языковые сигналы, предоставленные на той же странице. В типичном аккаунте эта ошибка возникает, когда логика автоматизации фокусируется только на ‘других’ версиях.
Важность взаимных обратных ссылок
Критическое правило hreflang заключается в том, что каждая ссылка должна быть взаимной. Если Страница А ссылается на Страницу Б как на свой французский эквивалент, Страница Б должна ссылаться обратно на Страницу А как на свой английский эквивалент. Этот взаимный характер гарантирует, что владелец сайта подтвердил связь между двумя страницами. Если эта связь разорвана или отсутствует в одном направлении, теги считаются недействительными Google. Это предотвращает ситуацию, когда третьи стороны могут произвольно заявить, что их страница является альтернативной версией вашего контента без вашего разрешения.
- Убедитесь, что каждая локализованная версия URL перечисляет все остальные версии в наборе.
- Проверьте, включена ли исходная страница в свой собственный список альтернатив в качестве самоссылки.
- Убедитесь, что ни одна страница в кластере не заблокирована файлом robots.txt или не установлена в noindex.
- Подтвердите, что все перечисленные URL возвращают код состояния 200 OK и не перенаправляют.
- Убедитесь, что каждая страница перечисляет себя и все альтернативы с обратными ссылками.
Почему абсолютные URL обязательны для hreflang?
Абсолютные URL обеспечивают четкий, однозначный путь для ботов поисковых систем. В мультиязычной настройке у вас могут быть поддомены, такие как ‘es.example.com’, или подпапки, такие как ‘example.com/es/’. Используя абсолютные URL, вы устраняете риск того, что краулер неверно интерпретирует относительный путь на основе текущего каталога. Более того, абсолютные URL менее подвержены ошибкам, когда контент распространяется на разных платформах или когда архитектура сайта претерпевает изменения, которые могут повлиять на то, как относительные ссылки разрешаются браузером или краулером.
Например, магазин Shopify, продающий электронику по всей Европе, может использовать разные домены для разных стран. Использование относительных URL в такой сложной среде может привести к тому, что немецкая версия страницы продукта случайно укажет на несуществующий путь на французском поддомене. Стандартизация на абсолютных URL гарантирует, что у поисковой системы всегда есть точное место назначения. Эта практика является фундаментальным требованием для поддержания чистого и безошибочного международного SEO-профиля в разных регионах.
Как правильно использовать коды языка и региона ISO?
Hreflang требует специфического форматирования для идентификации языка и региона. Вы должны использовать формат ISO 639-1 для языков и формат ISO 3166-1 alpha-2 для регионов. Распространенная ошибка — использование ‘en-UK’ для Соединенного Королевства, тогда как правильный код — ‘en-GB’. Другая ошибка — попытка использовать код региона сам по себе. Вы не можете просто использовать ‘hreflang=”us”‘, потому что коды только региона недействительны. Чтобы быть действительным, это должно быть ‘en-us’ или другой язык в сочетании с кодом региона.
При нацеливании на широкую языковую группу без конкретного региона используйте только код языка, например ‘fr’ для всех франкоговорящих людей по всему миру. Если вы хотите нацелиться на франкоговорящих людей конкретно в Канаде, вы бы использовали ‘fr-ca’. Важно помнить, что код языка всегда идет первым. Изменение порядка или использование неправильного символа, например нижнего подчеркивания вместо дефиса, приведет к игнорированию тега. Точность здесь важна, потому что поисковые системы не будут пытаться угадать ваше намерение, если код сформирован неправильно.
Управление непереведенным контентом и заполнителями
Включать непереведенные страницы в ваши кластеры hreflang — ошибка. Если у вас есть английская страница и вы все еще работаете над немецким переводом, не указывайте немецкий URL в своих тегах hreflang, пока контент не будет действительно готов и опубликован. Перечисление непереведенной страницы или страницы, которая перенаправляет обратно на исходную версию, создает плохой опыт для пользователя. Google специально рекомендует не перечислять непереведенные страницы в ваших атрибутах hreflang, чтобы не запутать индекс.
Рассмотрим международного ритейлера модной одежды, у которого 500 товаров, но только 300 переведены на итальянский. Теги hreflang для этих 300 товаров должны включать итальянские альтернативы. Оставшиеся 200 товаров должны перечислять только те языки, для которых действительно доступна живая, переведенная страница. Это предотвращает ситуацию, когда пользователи кликают на результат поиска, ожидая свой родной язык, а вместо этого находят английскую страницу. Это выборочное сопоставление поддерживает целостность вашего локализованного поискового присутствия и обеспечивает лучшие показатели вовлеченности.
Какова цель атрибута x-default?
Атрибут x-default — это специализированное значение, используемое для идентификации страницы, которая не нацелена на какой-либо конкретный язык или регион. Чаще всего он применяется к селекторам домашней страницы или целевым страницам, где пользователю предлагается выбрать свою страну или язык. Определяя страницу x-default, вы сообщаете поисковым системам, какую версию показывать пользователям, чьи языковые настройки не совпадают ни с одним из других указанных значений hreflang. Это предотвращает ситуацию, когда поисковая система делает неверное предположение о том, какую локализованную страницу отображать.
Использование x-default особенно полезно для глобальных брендов, которые хотят поддерживать нейтральную точку входа на свой веб-сайт. Кроме того, это помогает обеспечить страховку для пользователей в регионах, где у вас нет специального перевода. Например, пользователю в Бразилии может быть показан глобальный английский сайт x-default вместо испанской версии, предназначенной для Мексики, если португальская версия не существует. Этот атрибут всегда должен указывать на страницу, которая предоставляет общий, полезный опыт для любого международного посетителя.
Как аудировать теги hreflang на большом веб-сайте?
Аудит мультиязычного сайта требует сочетания автоматизированных инструментов и ручных выборочных проверок. Крупномасштабные веб-сайты часто используют XML-карты сайта для управления hreflang вместо HTML-тегов на странице, так как это централизует управление тысячами ссылок. Независимо от используемого метода, аудит должен быть сосредоточен на выявлении битых ссылок, невзаимных тегов и синтаксических ошибок в кодах ISO. Alien Road рекомендует проводить эти аудиты после каждого крупного обновления или миграции сайта, чтобы гарантировать, что международные сигналы остаются нетронутыми и функциональными.
- Используйте краулер для выявления страниц с отсутствующими самоссылающимися тегами hreflang по всему сайту.
- Проверьте наличие ошибок ‘обратного тега’, когда альтернативная страница не ссылается обратно на исходный URL.
- Убедитесь, что все URL в наборе hreflang идентичны во всех версиях группы страниц.
- Просканируйте на наличие недействительных кодов ISO и объявлений только региона, в которых отсутствует префикс языка.
- Убедитесь, что ни один URL в тегах hreflang не перенаправляется и не возвращает коды состояния 404.
- Проверьте, указывает ли тег x-default на правильную глобальную или нейтральную целевую страницу.
С чего начать на этой неделе
Начните с выбора пяти ваших самых важных глобальных страниц и ручной проверки их HTML-исходного кода или записей в XML-карте сайта. Убедитесь, что они используют абсолютные URL и что каждая перечисленная языковая версия действительно указывает обратно на исходную страницу. Если вы обнаружите ошибки в этой небольшой выборке, вероятно, шаблон или плагин, генерирующий ваши теги, имеет системную проблему, которую необходимо решить на всем сайте. Исправление этих ошибок на уровне шаблона обычно является самым быстрым способом исправить тысячи тегов за один раз.
Затем запустите полное сканирование сайта с помощью технического SEO-инструмента, чтобы найти битые обратные ссылки. Сначала сосредоточьтесь на исправлении страниц с наибольшим объемом поиска, так как они с наибольшей вероятностью пострадают от неправильных сигналов локализации. Наконец, дважды проверьте свою реализацию x-default, чтобы убедиться, что международные пользователи отправляются в логическую отправную точку, когда их конкретный язык недоступен. Регулярный мониторинг этих тегов предотвратит долгосрочные проблемы с индексацией на вашем мультиязычном сайте.
Читать далее: SEO (Поисковая оптимизация) · SEO