Карта hreflang: рабочая таблица и шаблон проверки

Структура URL для международного сайта

Когда использовать: Выберите, как размещать страновые и языковые версии, до начала разработки.

Выберите схему URL для [Brand]

Международную структуру URL сложно поменять потом, поэтому решайте осознанно. Есть три распространённых варианта, и у каждого свои плюсы и минусы по стоимости, силе сигнала и поддержке.

• ccTLD: [example.de], [example.fr]: самый сильный географический сигнал, понятно пользователям, но дорого, и у каждого домена свой авторитет.
• Подкаталог: [example.com/de/], [example.com/fr/]: авторитет собирается на одном домене, поддерживать проще всего, подходит большинству команд.
• Поддомен: [de.example.com]: гибкий хостинг, но сигналы могут восприниматься как более обособленные, чем у подкаталогов.

Выберите один подход и применяйте его последовательно во всех локалях. Смешанные схемы путают краулеры и усложняют hreflang.

Зафиксируйте решение и его обоснование ниже, чтобы следующие участники не импровизировали.

• Выбранная структура: [ccTLD / подкаталог / поддомен]
• Причина: [бюджет, размер команды, приоритетные регионы]
• Локали в работе: [список]

План карты hreflang

Когда использовать: Определите каждую пару «язык-регион» до того, как напишете первый тег.

Составьте карту локалей для [Brand]

Прежде чем что-то внедрять, соберите общий список всех локалей, которые вы обслуживаете. Следите за кодами: hreflang использует код языка ISO 639-1 (например, en, es, fr), за которым при необходимости идёт код региона ISO 3166-1 Alpha-2 (например, US, MX, GB). Сначала язык, потом регион.

• en: любой англоязычный пользователь (без региона) → [URL]
• en-US: английский, США → [URL]
• en-GB: английский, Великобритания → [URL]
• es-MX: испанский, Мексика → [URL]
• x-default: запасная версия для остальных пользователей → [URL]

Указывайте регион, только если для него действительно есть отдельный контент. Если испанская страница одинакова для всех стран, используйте просто es, а не придумывайте es-MX, es-AR и es-ES.

Запишите каждую пару и её целевую страницу, чтобы внедрение стало механической работой.

• Локаль: [язык или язык-регион]
• Целевой URL: [абсолютный https URL]

Правила внедрения hreflang

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

Внедрите hreflang правильно для [Brand]

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

1. Ссылка на себя: каждая страница должна указывать саму себя среди аннотаций hreflang.
2. Обратные ссылки: аннотации должны быть взаимными. Если страница A указывает на страницу B, страница B должна указывать обратно на A.
3. x-default: добавьте запасной вариант для пользователей, чей язык или регион вы явно не выбрали.
4. Абсолютные URL: всегда используйте полные https URL, а не относительные пути.

Выберите один способ передачи и не смешивайте их: head HTML (link rel='alternate'), HTTP-заголовки (удобно для PDF и других не-HTML файлов) или XML-карта сайта.

Минимальный корректный набор для одной локали выглядит так:

• hreflang: en-us → [URL страницы для США]
• hreflang: en-gb → [URL страницы для Великобритании]
• hreflang: x-default → [запасной URL]

Помните: hreflang подсказывает, какую версию показать, а не повышает позиции.

Как избежать дублей между локалями

Когда использовать: Используйте canonical и hreflang вместе, чтобы локали не каннибализировали друг друга.

Не дайте локалям конкурировать на [Brand]

Почти одинаковые страницы для разных регионов (например, en-US и en-GB) могут выглядеть как дублированный контент. Hreflang и canonical решают это вместе, но только если оба настроены правильно.

1. У каждой страницы локали должен быть canonical на саму себя.
2. Не ставьте canonical всех локалей на один главный URL: так вы говорите поисковикам выкинуть остальные версии.
3. Дополните canonical на себя полным взаимным набором hreflang, чтобы поисковики понимали: это альтернативы, а не дубли.

Вместе они сообщают: это равноценные версии для разных аудиторий, и каждая имеет право на существование.

Проверьте каждую страницу перед публикацией:

• canonical: указывает на [URL этой же локали]
• hreflang на себя: указывает [эту локаль]
• hreflang на другие: все соседние локали на месте [да / нет]
• x-default: есть [да / нет]

Если canonical и hreflang для одной страницы указывают на разные URL, исправьте это. Противоречивые сигналы игнорируются.

Локализация, а не перевод

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

Локализуйте, а не просто переводите, для [Brand]

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

• Валюта и цены: показывайте местную валюту, налоги и способы оплаты.
• Языковые нюансы: пусть носитель языка проверит тон, идиомы и терминологию.
• Единицы и форматы: адаптируйте даты, меры, адреса и формат телефонов.
• Местный интент: исследуйте ключевые слова на самом рынке; дословный перевод редко совпадает с тем, как ищут местные жители.
• Сигналы доверия: местные контакты, доставка, возвраты и юридические страницы.

Код языка в hreflang должен совпадать с реальным языком контента. Если страница помечена es-MX, а текст на ней английский, сигнал противоречивый.

Чек-лист локализации для каждой локали:

• Валюта адаптирована: [да / нет]
• Проверка носителем: [кто проверял]
• Местные ключевые слова изучены: [да / нет]

Проверка hreflang и типичные ошибки

Когда использовать: Проверьте внедрение и поймайте ошибки, которые незаметно его ломают.

Проверка hreflang на [Brand]

Большинство сбоев hreflang незаметны: теги есть, но их игнорируют. Проводите эту проверку после запуска и после любых изменений локалей.

1. Нет обратных ссылок: убедитесь, что каждая аннотация подтверждена страницей, на которую она указывает.
2. Нет ссылки на себя: каждая страница должна указывать саму себя.
3. Неверные коды: ищите недопустимые коды регионов: используйте коды стран вроде GB, а не похожие на языковые; UK недопустим.
4. Относительные URL: замените все относительные пути абсолютными https URL.
5. Конфликт с canonical: canonical и hreflang должны указывать на один и тот же URL для каждой страницы.
6. Нет запасной версии: подумайте об x-default для пользователей, не подходящих ни под одну локаль, например о странице выбора языка.

Используйте краулер, который проверяет взаимность hreflang, и выборочно проверяйте страницы инструментом проверки URL (URL Inspection) в Search Console, чтобы контролировать всё в масштабе (старый отчёт «Международное таргетирование» (International Targeting report) Google уже отключил).

Записывайте найденные проблемы и их статус:

• Ошибка: [описание]
• Затронутые локали: [список]
• Статус: [открыта / исправлена]

Рабочая таблица hreflang (для заполнения)

Когда использовать: Одна строка на единицу контента: её канонический URL в каждой локали, запасная версия и результат проверки взаимности.

Рабочая таблица

Одна строка на единицу контента (товар, гайд, категория). Один столбец на локаль. В каждой ячейке полный https URL или пусто, если у локали нет версии.

Правила для каждой строки

• Себя и все остальные: каждая версия указывает себя и все остальные версии из строки. Аннотации без обратных ссылок Google может проигнорировать.
• Canonical = URL в ячейке: каждая языковая версия сама себе canonical. Не ставьте canonical переводов на английскую страницу.
• Допустимые коды: язык по ISO 639-1, регион по ISO 3166-1 Alpha-2 при необходимости. Один регион без языка недопустим. Великобритания это GB, а не UK.
• Полные URL: с https://. Относительные URL и URL без протокола не засчитываются.
• Один способ: теги link в HTML, HTTP-заголовки или XML-карта сайта. Google обрабатывает их одинаково; несколько сразу ничего не дают.

Проверка кодов и взаимности

Когда использовать: Проверки для выборки строк после внедрения и журнал: что не прошло и кто исправляет.

Проверки

Журнал проблем

Критерий готовности: выборка из [число] строк проходит все проверки, проверено [дата].

Разобранный пример (вымышленная софтверная компания)

Когда использовать: Три заполненные строки с выдуманного SaaS-сайта с четырьмя локалями и три ошибки, которые проверка поймала до запуска.

Разобранный пример: Fieldnote

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

Что поймала проверка

• Разработчик использовал en-UK. UK зарезервированный код; его заменили на en-GB.
• У немецких страниц canonical указывал на английскую страницу, что противоречило hreflang. Теперь каждая указывает на себя.
• Гайд по НДС, существующий только для Великобритании, ссылался на несуществующую немецкую альтернативу. В строке могут быть пропуски; теперь гайд указывает только себя.

Следующий шаг

С помощью Get Source Code of Webpage посмотрите, какие теги hreflang страница реально отдаёт, и запустите аудит сайта для каждой локали, чтобы найти битые альтернативы или альтернативы с редиректом. Если вы указываете hreflang в картах сайта, соберите файлы из своей таблицы с помощью XML Sitemap Generator. Планируете полноценный выход на международные рынки? Посмотрите наши услуги SEO и GEO.