International Canonical — canonical языковых версий

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

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

International Canonical — это использование канонических ссылок на мультиязычном или мультирегиональном сайте. Иногда под этим термином понимают каноникал, ведущий с переведённой страницы на исходную языковую версию.

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

Для международного сайта canonical нужно рассматривать вместе со структурой URL, языком документа и hreflang-разметкой. Эти сигналы решают разные задачи и не заменяют друг друга.

Что такое canonical#

Canonical — это HTML-элемент, с помощью которого владелец сайта сообщает поисковой системе, какой URL считается основным среди одинаковых или очень похожих страниц.

Пример:

<link rel="canonical"
      href="https://site.ru/service/seo/" />

Тег размещается в разделе <head> страницы.

Canonical может использоваться для объединения дублей, возникающих из-за:

параметров фильтрации;
сортировки;
рекламных меток;
идентификаторов сессий;
печатных версий;
нескольких адресов одного товара;
HTTP- и HTTPS-версий;
вариантов со слешем и без слеша;
технических копий страниц.

Canonical — это не команда на перенаправление пользователя. Посетитель продолжает видеть открытый URL, но поисковой системе предлагается считать основным другой адрес.

Google рассматривает rel="canonical" как один из сигналов выбора основного URL среди одинаковых или очень похожих страниц. При этом поисковая система может выбрать другой канонический адрес, если разметка противоречит содержанию, внутренним ссылкам или другим техническим сигналам.

Что означает International Canonical#

International Canonical применяется на сайтах, где существуют:

версии на разных языках;
версии для разных стран;
отдельные национальные домены;
языковые поддомены;
языковые подкаталоги;
региональные страницы на одном языке.

Примеры структуры:

site.ru/service/       — русский язык
site.ru/en/service/    — английский язык
site.ru/kk/service/    — казахский язык

Или:

ru.site.com
en.site.com
kz.site.com

Или:

site.ru       — Россия
site.kz       — Казахстан
site.by       — Беларусь

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

Главное правило International Canonical#

Если языковая версия является полноценной страницей и должна самостоятельно индексироваться, рекомендуется использовать self-canonical — каноническую ссылку на саму себя.

Русская страница:

<link rel="canonical"
      href="https://site.ru/service/" />

Английская страница:

<link rel="canonical"
      href="https://site.ru/en/service/" />

Казахская страница:

<link rel="canonical"
      href="https://site.ru/kk/service/" />

Каждый перевод является отдельным документом для отдельной аудитории. Поэтому его не следует объявлять дублем страницы на другом языке.

Неправильный каноникал на другую языковую версию#

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

https://site.ru/service/
https://site.ru/en/service/

На английской странице установлен такой canonical:

<link rel="canonical"
      href="https://site.ru/service/" />

При этом английский текст является полноценным переводом и предназначен для продвижения по англоязычным запросам.

Такая настройка сообщает поисковой системе:

Основной версией английской страницы является русский URL.

В результате поисковая система может:

посчитать английскую страницу второстепенной;
исключить перевод из индекса;
показывать русскую страницу по англоязычным запросам;
игнорировать международную структуру;
объединить сигналы с неправильным URL;
выбрать собственную каноническую страницу;
сообщить о расхождении canonical в панели вебмастера.

Canonical не должен использоваться для обозначения исходного языка перевода. Для связи языковых версий применяется hreflang.

SEO-специалист проверяет связи canonical и hreflang между языковыми страницами — У каждой полноценной языковой страницы остаётся собственный canonical, а hreflang объединяет URL в одну группу альтернатив.

В рекомендациях Google по canonical канонический URL описан как сигнал, а не безусловная команда. Поэтому разметка должна совпадать с содержанием, внутренними ссылками и Sitemap.

Правильная настройка canonical и hreflang#

Для мультиязычных страниц обычно используются одновременно:

self-canonical — для указания основного URL текущей страницы;
hreflang — для связи языковых и региональных версий.

Русская страница#

<link rel="canonical"
      href="https://site.ru/service/" />

<link rel="alternate"
      hreflang="ru"
      href="https://site.ru/service/" />

<link rel="alternate"
      hreflang="en"
      href="https://site.ru/en/service/" />

<link rel="alternate"
      hreflang="kk"
      href="https://site.ru/kk/service/" />

<link rel="alternate"
      hreflang="x-default"
      href="https://site.ru/service/" />

Английская страница#

<link rel="canonical"
      href="https://site.ru/en/service/" />

<link rel="alternate"
      hreflang="ru"
      href="https://site.ru/service/" />

<link rel="alternate"
      hreflang="en"
      href="https://site.ru/en/service/" />

<link rel="alternate"
      hreflang="kk"
      href="https://site.ru/kk/service/" />

<link rel="alternate"
      hreflang="x-default"
      href="https://site.ru/service/" />

Казахская страница#

<link rel="canonical"
      href="https://site.ru/kk/service/" />

<link rel="alternate"
      hreflang="ru"
      href="https://site.ru/service/" />

<link rel="alternate"
      hreflang="en"
      href="https://site.ru/en/service/" />

<link rel="alternate"
      hreflang="kk"
      href="https://site.ru/kk/service/" />

<link rel="alternate"
      hreflang="x-default"
      href="https://site.ru/service/" />

Набор hreflang должен быть одинаковым на всех страницах группы. Каждая языковая версия ссылается на остальные версии и на саму себя.

Google указывает, что полностью переведённые страницы являются локализованными вариантами, а не обычными дублями. Для их обозначения используется hreflang.

Разница между canonical и hreflang#

Одна группа страниц — два разных сигналаCanonical закрепляет основной адрес каждой страницы. Hreflang связывает равноправные языковые версии между собой.

RUsite.ru/service/canonical → на себя

ENsite.ru/en/service/canonical → на себя

KKsite.ru/kk/service/canonical → на себя

Итог: переводы не объявляются дублями русского оригинала и могут самостоятельно участвовать в поиске.

Canonical и hreflang нельзя считать взаимозаменяемыми элементами.

Элемент	Назначение
`canonical`	Выбирает основной URL среди дублей или очень похожих страниц
`hreflang`	Связывает версии для разных языков и регионов
`lang`	Указывает язык текущего HTML-документа
`x-default`	Указывает резервную страницу без привязки к определённому языку

Canonical отвечает на вопрос:

Какой URL является основным?

Hreflang отвечает на другой вопрос:

Какую языковую или региональную версию следует показать пользователю?

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

Для проектов, работающих сразу в нескольких странах, полезны отдельные материалы про Multiregional SEO и продвижение сайта в Казахстане и Беларуси.

Пример для России, Казахстана и Беларуси#

Допустим, сайт использует такую структуру:

site.ru/service/       — Россия
site.ru/kz/service/    — Казахстан
site.ru/by/service/    — Беларусь

Все страницы написаны на русском языке, но отличаются:

валютой;
стоимостью;
условиями оплаты;
доставкой;
контактными данными;
сроками;
примерами проектов;
региональными предложениями;
вопросами и ответами.

В этом случае рекомендуется использовать self-canonical.

Россия#

<link rel="canonical"
      href="https://site.ru/service/" />

Казахстан#

<link rel="canonical"
      href="https://site.ru/kz/service/" />

Беларусь#

<link rel="canonical"
      href="https://site.ru/by/service/" />

Между страницами настраивается hreflang:

<link rel="alternate"
      hreflang="ru-RU"
      href="https://site.ru/service/" />

<link rel="alternate"
      hreflang="ru-KZ"
      href="https://site.ru/kz/service/" />

<link rel="alternate"
      hreflang="ru-BY"
      href="https://site.ru/by/service/" />

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

Региональные страницы легче сохранить в индексе, когда они отражают реальные различия рынка. Примеры такой адаптации собраны в статье про Market-specific Content.

Что делать с одинаковыми страницами на одном языке#

Более сложная ситуация возникает, когда региональные страницы существуют, но их основной текст полностью совпадает.

Например:

site.ru/service/
site.ru/kz/service/
site.ru/by/service/

На всех трёх страницах одинаковые:

заголовки;
описания;
цены;
контакты;
условия доставки;
тексты;
изображения.

Фактически такие страницы являются дублями.

В этом случае есть несколько вариантов.

Вариант 1. Подготовить региональный контент#

Предпочтительное решение — сделать страницы действительно полезными для каждого рынка.

Можно адаптировать:

валюту;
способы оплаты;
доставку;
сроки;
документы;
контакты;
кейсы;
FAQ;
отзывы;
метатеги;
призывы к действию.

После адаптации каждая страница получает self-canonical и собственное региональное значение hreflang.

Вариант 2. Оставить одну общую страницу#

Если коммерческие условия не различаются, отдельные региональные URL могут быть не нужны. Можно оставить одну общую русскоязычную страницу и не создавать искусственные копии.

Вариант 3. Выбрать предпочтительную версию#

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

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

Для идентичных страниц на одном языке допустима такая схема:

<!-- Страница Казахстана -->
<link rel="canonical"
      href="https://site.ru/service/" />

Но это означает, что казахстанский URL может не получить самостоятельной индексации. Поэтому решение следует принимать после анализа целей проекта.

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

Можно ли ставить canonical между разными языками#

По общему правилу — не рекомендуется.

Русская и английская страницы не являются обычными дублями, если их основной контент переведён:

site.ru/service/
site.ru/en/service/

Правильная схема:

<!-- Русская страница -->
<link rel="canonical"
      href="https://site.ru/service/" />

<!-- Английская страница -->
<link rel="canonical"
      href="https://site.ru/en/service/" />

Когда межъязыковой canonical может рассматриваться технически?

Например, если:

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

Google считает локализованные страницы дублями только тогда, когда основной контент остаётся непереведённым.

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

Каноникал между разными доменами#

Canonical может указывать на URL другого домена:

<link rel="canonical"
      href="https://site.com/en/service/" />

Например, компания переносит англоязычный раздел:

site.ru/en/service/

на международный домен:

site.com/service/

На старом адресе временно может использоваться междоменный canonical. Но если старый URL больше не нужен пользователям, предпочтительнее настроить постоянное перенаправление.

Для самостоятельных национальных сайтов:

site.ru
site.kz
site.by

не следует автоматически направлять canonical всех страниц на домен .ru. Это может лишить национальные сайты самостоятельной видимости.

Если сайты содержат уникальные региональные предложения, каждая страница должна ссылаться canonical на собственный домен:

<!-- site.ru -->
<link rel="canonical"
      href="https://site.ru/service/" />

<!-- site.kz -->
<link rel="canonical"
      href="https://site.kz/service/" />

<!-- site.by -->
<link rel="canonical"
      href="https://site.by/service/" />

Требования к правильному canonical#

Используйте абсолютный URL#

Рекомендуется:

<link rel="canonical"
      href="https://site.ru/en/service/" />

Нежелательно:

<link rel="canonical"
      href="/en/service/" />

Абсолютный URL содержит протокол и доменное имя, поэтому риск неправильной интерпретации ниже.

Размещайте тег в head#

Правильно:

<head>
    <link rel="canonical"
          href="https://site.ru/en/service/" />
</head>

Canonical в <body> может быть проигнорирован.

Используйте только один canonical#

На странице не должно быть нескольких противоречащих друг другу тегов:

<link rel="canonical" href="https://site.ru/service/" />
<link rel="canonical" href="https://site.ru/en/service/" />

Поисковой системе непонятно, какой адрес выбран основным.

Указывайте рабочий URL#

Каноническая страница должна:

открываться без ошибки;
возвращать код 200 OK;
быть доступна для сканирования;
не содержать noindex;
не быть заблокирована в robots.txt;
не перенаправлять на другую страницу;
соответствовать содержанию исходного URL.

Согласуйте canonical с Sitemap#

Если английская страница имеет self-canonical:

https://site.ru/en/service/

именно этот адрес следует включить в XML-карту сайта.

Нельзя указывать в Sitemap английскую страницу, а canonical направлять на русскую без обоснованной причины.

Используйте канонические адреса во внутренних ссылках#

Переключатель языка, меню, хлебные крошки и ссылки в тексте должны вести на правильные основные URL.

Не меняйте canonical через JavaScript без необходимости#

Желательно формировать корректный тег в исходном HTML. Если один canonical сначала выводится сервером, а затем заменяется JavaScript, поисковая система может получить противоречивые сигналы.

Canonical и x-default#

x-default используется в hreflang, но не в canonical.

Пример:

<link rel="alternate"
      hreflang="x-default"
      href="https://site.com/" />

Такой URL может вести:

на международную главную страницу;
на страницу выбора страны;
на общую английскую версию;
на нейтральную версию без региональной привязки.

У страницы x-default также должен быть собственный canonical:

<link rel="canonical"
      href="https://site.com/" />

Нельзя писать:

<link rel="canonical"
      hreflang="x-default"
      href="https://site.com/" />

Это разные элементы с разными задачами.

Риски принудительной смены версии сайта подробнее разобраны в статье о перенаправлениях по GEO IP.

Canonical и автоматические перенаправления#

International Canonical не решает проблемы принудительного перенаправления по IP или языку браузера.

Если пользователь открывает:

site.ru/en/service/

а сайт автоматически возвращает его на:

site.ru/service/

поисковый робот также может не получить доступ к английской версии.

Пользователю лучше предложить выбор:

Похоже, вам подходит русская версия. Перейти?

При этом необходимо сохранить возможность остаться на открытой странице.

Типичные ошибки International Canonical#

Все переводы канонизированы на русский оригинал#

<!-- На английской странице -->
<link rel="canonical"
      href="https://site.ru/service/" />

В результате английская версия рискует исчезнуть из поиска.

Canonical и hreflang указывают на разные наборы URL#

Canonical сообщает, что основной адрес русский, а hreflang предлагает индексировать английский. Возникает противоречие.

Региональные страницы канонизированы на главную#

Неправильно:

<link rel="canonical"
      href="https://site.ru/" />

на всех товарах и услугах. Canonical должен вести на эквивалентную страницу, а не просто на главную сайта.

Каноникал ведёт на несуществующий перевод#

Английская страница указывает на URL, который возвращает 404.

Используется относительный адрес#

<link rel="canonical" href="/service/" />

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

В Sitemap находятся неканонические страницы#

Поисковой системе одновременно передаются противоречивые указания.

Каноническая страница закрыта noindex#

Один элемент предлагает выбрать страницу основной, а другой запрещает её индексировать.

Canonical указывает на редирект#

Поисковой системе приходится проходить дополнительную цепочку и самостоятельно определять итоговый URL.

CMS автоматически канонизирует переводы на оригинал#

Такое может происходить из-за неправильных настроек мультиязычного модуля или шаблона.

На странице несколько canonical#

Один тег добавляет CMS, второй — SEO-плагин, третий — программный модуль.

Региональные страницы не отличаются содержанием#

Создаются десятки URL с заменой страны, но без адаптации валюты, доставки, контактов и коммерческих условий.

Специалисты проверяют canonical, Sitemap и языковые версии сайта — Проверка должна охватывать не один тег, а всю цепочку сигналов: canonical, hreflang, внутренние ссылки, Sitemap, редиректы и доступность URL.

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

Как проверить International Canonical#

Посмотреть исходный код#

В разделе <head> необходимо найти:

rel="canonical"

Для индексируемой английской версии ожидается:

<link rel="canonical"
      href="https://site.ru/en/service/" />

Проверить каждую языковую версию#

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

категории;
карточки товаров;
страницы услуг;
статьи;
контакты;
пагинацию;
фильтры;
региональные посадочные страницы.

Сравнить canonical и hreflang#

URL из hreflang должны быть рабочими и соответствовать канонической структуре сайта.

Проверить Sitemap#

В карту сайта желательно включать канонические индексируемые URL.

Использовать инструменты поисковых систем#

В сервисах для вебмастеров можно проверить:

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

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

Чек-лист правильной настройки#

Каждая полноценная языковая версия имеет отдельный URL.
Каждый перевод содержит self-canonical.
Canonical не ведёт на страницу другого языка без причины.
Языковые версии связаны с помощью hreflang.
Все страницы группы ссылаются друг на друга.
URL в hreflang являются абсолютными.
Canonical размещён в <head>.
На странице присутствует только один canonical.
Канонический URL возвращает 200 OK.
Каноническая страница доступна для индексации.
Canonical не указывает на редирект.
Sitemap содержит канонические URL.
Внутренние ссылки ведут на основные адреса.
Значения не изменяются неправильно из-за JavaScript.
CMS не подставляет исходную русскую страницу во все переводы.
Региональные страницы содержат полезные локальные различия.
После внедрения выполнена повторная проверка индексации.

Наш опыт работы с International Canonical#

Мы имеем опыт технической оптимизации мультиязычных и мультирегиональных сайтов. При настройке International Canonical мы анализируем не один тег, а всю систему взаимосвязей между языковыми и региональными страницами.

В работу могут входить:

аудит канонических ссылок;
поиск межъязыковых ошибок;
проверка self-canonical;
анализ региональных дублей;
настройка hreflang;
создание карты языковых соответствий;
проверка x-default;
аудит доменов, поддоменов и подкаталогов;
анализ HTTP-заголовков;
проверка редиректов;
контроль Sitemap;
проверка внутренних ссылок;
исправление шаблонов CMS;
устранение конфликтов SEO-плагинов;
подготовка технического задания программисту;
проверка индексации после внедрения;
анализ канонических URL, выбранных поисковой системой.

Наша задача — сохранить каждую полезную языковую версию в поиске и не допустить, чтобы канонические ссылки ошибочно объединили страницы, предназначенные для разных аудиторий.

Вывод#

International Canonical — это настройка канонических URL на мультиязычных и мультирегиональных сайтах.

Если русская, английская, казахская или другая языковая версия содержит полноценный перевод и должна самостоятельно участвовать в поиске, ей необходим self-canonical:

<link rel="canonical"
      href="URL текущей языковой страницы" />

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

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

Правильная настройка International Canonical помогает сохранить языковые страницы в индексе, избежать технических противоречий и показывать пользователю подходящую версию сайта в зависимости от его языка и региона.

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

Обсудим ваш проект

Посмотрим на сайт, текущую видимость и предложим понятный план дальнейших действий.

Заказать консультацию