Шаблон международного SEO и hreflang

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

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

6 готовых вариантов

Структура 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 работает только тогда, когда несколько правил выполняются одновременно. Нарушьте одно — и поисковые системы проигнорируют весь набор.

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

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

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

  • 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. Сочетайте self-canonical с полным, двунаправленным набором hreflang, чтобы системы знали, что страницы — альтернативы, а не дубликаты.

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

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

  • canonical: указывает на [этот же URL локали]
  • hreflang self: перечисляет [эту локаль]
  • hreflang others: все смежные локали присутствуют [да / нет]
  • x-default: присутствует [да / нет]

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

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

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

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

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

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

Держите код языка hreflang согласованным с фактическим языком контента. Пометка страницы как es-MX при английском тексте отправляет несоответствующий сигнал.

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

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

QA hreflang и распространённые ошибки

Проведите аудит своего внедрения и выявите ошибки, которые тихо его ломают.

Проведите QA hreflang на [Brand]

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

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

Используйте краулер, который сообщает о взаимности hreflang, и отчёт о международном таргетировании в вашей search console, чтобы проверять в масштабе.

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

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

Как использовать этот шаблон

  1. Перечислите каждый рынок и язык, которые вы обслуживаете, затем запишите каждый как код языка или пару язык-регион (напр. en, en-US, es-MX).
  2. Выберите одну структуру URL для всех локалей: ccTLD, подкаталог или поддомен, и применяйте её последовательно.
  3. Постройте главную таблицу сопоставления каждой локали с её абсолютным https целевым URL.
  4. Выберите единый способ доставки hreflang: link-теги в HTML head, HTTP-заголовки или XML sitemap.
  5. Добавьте запись hreflang с самоссылкой на каждой странице, чтобы каждая локаль указывала саму себя.
  6. Добавьте обратные теги, чтобы каждая аннотация была двунаправленной, плюс запись x-default для несопоставленных пользователей.
  7. Установите canonical с самоссылкой на каждой странице локали и убедитесь, что он совпадает с URL hreflang для этой страницы.
  8. Запустите краулер и международный отчёт вашей search console, чтобы проверить взаимность, допустимые коды и абсолютные URL.

Советы

  • Используйте код региона только тогда, когда контент действительно различается по стране; иначе таргетируйте только язык (es, а не es-MX).
  • Hreflang подсказывает поисковым системам, какую версию показать пользователю, это не повышение ранжирования, поэтому не ждите скачка позиций.
  • Никогда не ставьте canonical всех локалей на один главный URL; каждая страница должна указывать canonical саму на себя и полагаться на hreflang, чтобы связать набор.
  • Держите код языка hreflang согласованным с фактическим языком контента и локализуйте валюту и намерение, а не переводите машинно.

Частые вопросы

Какой правильный формат для значения hreflang?

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

Нужен ли обратный тег для каждой страницы?

Да. Hreflang должен быть двунаправленным. Если страница A ссылается на страницу B как на альтернативу, страница B должна ссылаться на страницу A в ответ. Отсутствующие обратные теги заставляют поисковые системы игнорировать затронутые аннотации, поэтому каждая страница в наборе должна указывать на каждую другую, включая саму себя.

Что делает x-default и обязателен ли он?

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

Как сочетать теги canonical с hreflang?

Каждая страница локали должна иметь canonical с самоссылкой, указывающий сам на себя, в сочетании с полным двунаправленным набором hreflang. Не ставьте canonical со всех локалей на единый главный URL, так как это указывает поисковым системам отбросить ваши другие версии. Canonical и hreflang должны указывать на один и тот же URL для каждой страницы.

Где размещать теги hreflang?

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

Улучшает ли hreflang моё ранжирование?

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