Command Palette

Search for a command to run...

12 распространенных ошибок грефланга и способы их исправления

12 распространенных ошибок грефланга и способы их исправления

T
Toolz Team
|Aug 23, 2026|12 Мин. читать

Часть коллекции SEO инструменты

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

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

TL;DR: Наиболее распространенными ошибками грефланга являются отсутствие возвратных тегов, например кодов, отличных от ISO en-UKотносительные URL-адреса, канонические, указывающие на разные языки, отсутствуют x-default, и смешивание методов реализации для одних и тех же URL-адресов. все они молчат: разметка отображает и ничего не делает.Search Console's International Targeting report ловит ошибки возвратных тегов и неизвестных кодов в масштабе; остальным нужно сканирование или просмотр визуализированного HTML.The генератор меток Грефланг проверяет коды, URL-адреса, дубликаты и недостающий резервный вариант перед развертыванием.

1. Отсутствуют теги возврата

Симптом: Консоль поиска сообщает & quot;нет возвратных тегов & quot;. Языковые версии не меняются местами для нужных рынков, и весь набор ведет себя так, как будто грефланг отсутствует.

Причина: Страница A объявляет страницу B своей альтернативой, но страница B не объявляет страницу A. Google требует от обеих сторон подтвердить взаимосвязь и отбрасывает аннотации, на которые не отвечают взаимностью.

Исправить: Поместите полный, идентичный набор аннотаций на каждую страницу в группе, включая самореферентную запись Не пытайтесь быть умным о том, какая страница нуждается в какой записи. на английской странице перечислены английский, французский, немецкий, и x-default; так же как и французская страница; так и немецкая страница. везде один и тот же блок.

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

2. Использование кодов регионов, отличных от ISO

Симптом: Поиск Консоль сообщает & quot;неизвестный код языка & quot; или вообще ничего, пока аннотация тихо игнорируется.

Причина: en-UK ведет поле. UK не является кодом ISO 3166-1 альфа-2; Великобритания есть GB. Изобретенные региональные коды, такие как en-EU а es-LATAM являются тем же классом ошибок, что и есть en-uk с неправильным корпусом в паре с уже недействительным регионом.

Исправить: Язык из ИСО 639-1, регион из ISO 3166-1 альфа-2, соединенный дефисом Для Латинской Америки действительным ответом является код ООН M49 es-419. Для китайского языка предпочитайте субтеги сценариев: zh-Hant а zh-Hans, йо-

Неправильно Правый почему
en-UK en-GB UK не является кодом ISO 3166-1
en-EU Отдельные записи по странам или простые en ЕС не является кодом страны
es-LATAM es-419 код региона ООН M49 для Латинской Америки
zh-CH zh-Hans или zh-CN CH является Швейцария
CA en-CA а fr-CA Один регион недействителен

3. Аннотации только для региона

Симптом: Ничего не происходит. аннотация полностью игнорируется.

Причина: Пытаюсь нацелиться на страну, не называя язык, как в hreflang="US" или hreflang="CA". Грефланг по замыслу является языком первым; регион представляет собой необязательное сужение языка, а не цель сама по себе.

Исправить: Назовите язык Если вы обслуживаете Канаду на двух языках, это две записи: en-CA а fr-CA, йо-

4. Относительные URL-адреса

Симптом: Аннотация игнорируется Часто сопровождается & quot;это работает на моей машине& quot; потому что относительные URL-адреса разрешаются нормально в браузере.

Причина: href="/fr/pricing" вместо href="https://example.com/fr/pricing". Для Hreflang требуются полностью квалифицированные абсолютные URL-адреса, включая протокол и хост.

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

5. Каноническое, указывающее на разные языки

Симптом: Из индекса исчезает целая языковая версия.Hreflang выглядит правильным и не имеет никакого эффекта.

Причина: Французская страница объявляет английскую страницу своей канонической Это предписывает Google отказаться от французского URL, и URL, который был канонизирован, не может быть подан никому независимо от того, что говорит hreflang. Canonical является более сильным сигналом и он выигрывает.

Исправить: Каждая страница канонизирует в себе.Hreflang описывает отношения между теми самоканоническими страницами.Этот стоит того, чтобы его прочесть: грефланг против канонического работает через комбинации, включая параметризованные URL-адреса.

6. Нет x-по умолчанию

Симптом: Посетители из стран, на которые вы не ориентируетесь, ориентируются на землю, по-видимому, на случайную языковую версию.

Причина: Никакого резервного копирования не заявлено, поэтому Google выбирает. Его выбор основан на сигналах сходства, которые вам не видны, и именно так голландские посетители попадают на немецкую страницу.

Исправить: Добавить один x-default запись для каждого набора, указывающая на селектор языка или вашу основную международную версию. The руководство x-default охватывает, куда его указать, и ошибки, которые делают его бесполезным.

7. Смешение методов реализации

Симптом: Периодическое, трудновоспроизводимое поведение. Некоторые страницы меняются правильно, а другие нет.

Причина: HTML <link> теги и карта сайта XML xhtml:link записи оба объявляя hreflang для одних и тех же URL-адресов. каждый действителен в одиночку. вместе они являются двумя источниками истины, которые дрейфуют, и когда они не согласны вы не имеете возможности узнать, какой из них использовал Google.

Исправить: Выберите один метод для набора URL. HTML-теги для большинства сайтов, записи карты сайта, когда у вас много локалей и вам нужны постные заголовки страниц, HTTP-заголовки для файлов, не относящихся к HTML, таких как PDF-файлы. Затем удалите другой, а не оставляйте его в качестве резервной копии.

8. Косая черта и несоответствия протоколов

Симптом: Теги возврата не выполняются, даже если на обеих страницах есть аннотации.

Причина: Точки аннотации на https://example.com/fr пока индексируемый URL-адрес https://example.com/fr/. Или это указывает на http:// на сайте HTTPS. это разные URL-адреса, поэтому тег возврата на реальной странице не соответствует URL-адресу другой страницы с именем.

Исправить: Используйте точную каноническую форму каждого URL-адреса, ту же строку, которую вы поместите в карту сайта. Создайте hreflang из того же конструктора URL-адресов, который используют ваши канонические теги, чтобы они не могли не согласиться.

9. Указание на перенаправления или 404

Симптом: Частичное или ухудшенное поведение; Ошибки консоли поиска в затронутых парах.

Причина: Локаль была удалена, и ее URL-адреса теперь перенаправляются, или переведенная страница была удалена, в то время как аннотации, которые назвали ее, остались. цель перенаправления все еще разрешается, поэтому она не является фатальной, но она добавляет скачок, и тег возврата на последнем URL-адресе может не соответствовать URL-адресу, который был назван. Цель 404 отравляет пару полностью.

Исправить: Проползите свои собственные цели и проверьте коды состояния. Это проверка, которую никто не запускает, и именно она находит гниение в наборах, которые были правильными, когда они были написаны.

10. Аннотирование страниц noindex

Симптом: Набор ведет себя непоследовательно, некоторые запасные никогда не появляются.

Причина: Страница рекламируется как альтернатива языку при переносе noindex. Вы посоветовали Google одновременно подавать этот URL-адрес на рынок и не допускать его в индекс. Противоречие разрешается в пользу noindex, йо-

Исправить: Либо опустите аннотацию, либо опустите noindex. Обычными виновниками являются постановка остатков и непереведенных страниц-заполнителей.

11. Блокировка целей рефланга в роботах.txt

Симптом: Альтернативы никогда не подтверждаются. Консоль поиска показывает ошибки обратных тегов для страниц, которые явно несут возвратные теги.

Причина: Цель не разрешена в robots.txt, поэтому Googlebot не может ее получить и не может видеть обратный тег. Аннотация на вашей стороне в порядке; подтверждение на другой стороне недоступно.

Исправить: Разрешить сканирование каждого URL-адреса, который вы называете, в аннотации hreflang. Если раздел действительно не следует сканировать, он также не должен находиться в наборе hreflang. The Роботы.txt Генератор полезно для проверки того, что блокируют ваши текущие правила, что часто шире, чем предполагалось.

12. Дублирование кодов в одном наборе

Симптом: Непредсказуемо. Google может взять первый, последний или отбросить пару.

Причина: Две записи с одинаковым значением hreflang, указывающие на разные URL-адреса, обычно потому, что две системы излучают аннотации, или потому, что карта локалей имеет дубликат ключа. Два x-default записи - та же проблема в ее наиболее распространенной форме.

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

Как вы систематически находите эти ошибки?

Три паса, в таком порядке, потому что каждый ловит свой класс.

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

Секунду ползания. Любой сканер, который извлекает hreflang дает вам набор для каждого URL. Группируйте по кластеру и сравнивайте подсчеты: страница с четырьмя записями в группе из пяти является ошибкой. Затем проверьте код состояния каждой цели, который является пропуском, который находит ошибки 8, 9, 10 и 11.

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

Генератор стоит запустить перед любым из этого, потому что проверка набора в точке, которую вы пишете, удаляет ошибки 2, 3, 4, 6 и 12, прежде чем они смогут отправить. Что ни один инструмент не может обеспечить взаимность, так как это свойство страниц, отличных от той, что перед вами. Для этого дисциплина структурна: одна карта локалей, один рендерер, полный блок на каждой странице.The Следующий.js а WordPress руководства показывают, как это выглядит в коде.

Часто задаваемые вопросы

Какая ошибка грефланга наиболее распространена?

Отсутствуют теги возврата Страница А называет страницу В альтернативной, но страница В не называет страницу А, поэтому Google отбрасывает связь Исправление заключается в том, чтобы разместить полный идентичный набор аннотаций, включая самореферентную запись, на каждой странице в группе.

Почему в Search Console говорится, что у моего hreflang нет возвратных тегов?

Потому что страница, на которую вы указали, не указывает назад с соответствующей аннотацией или указывает назад на немного другой URL. Косая черта, различия в протоколах и www по сравнению с не-www считаются разными URL-адресами.

Является ли Великобритания действительным кодом грефланга?

Нет. UK не является кодом ISO 3166-1 альфа-2. Правильный код Соединенного Королевства GB, значит, значение есть en-GB, йо- en-UK игнорируется молча.

Могут ли URL-адреса hreflang быть относительными?

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

Канонический тег переопределяет грефланг?

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

Сколько времени требуется исправлению ситуации с рефлангом, чтобы появиться?

Дни до недель. Google должен перескабливать каждую страницу набора, прежде чем он сможет подтвердить возвратные теги, а Search Console сообщает об обновлении по тому же расписанию.

Могу ли я использовать как HTML-теги, так и рефланг карты сайта?

Вы можете, но не делаете. два источника для одних и тех же URL-адресов расходятся, и когда они не согласны, нет возможности сказать, какой из них использовался. Выберите один метод для каждого набора URL-адресов.

Должны ли цели-грефланги быть ползучими?

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


Comments

0 comments

0/2000 characters

No comments yet. Be the first to share your thoughts!