Canonical

Что такое Canonical?

Атрибут, указывающий поисковику основную (каноническую) версию страницы при наличии дублей.

Rel=canonical — это HTML-атрибут, который сообщает поисковым системам, какая из нескольких схожих или идентичных страниц является основной, предпочтительной версией. Тег размещается в секции <head> страницы и содержит абсолютный URL канонической версии. Google и Яндекс воспринимают его как сигнал (но не директиву): если всё настроено корректно, ссылочный вес и позиции в выдаче консолидируются на одном URL.

Проблема дублей на сайте встречается гораздо чаще, чем кажется: одна и та же страница может быть доступна по HTTP и HTTPS, с www и без, с параметрами UTM или сортировки, с завершающим слешем и без него. Для пользователя это один и тот же контент, но для поисковика — несколько разных адресов. Canonical — основной инструмент, чтобы объяснить роботу, какой из них засчитывать.

Как работает тег canonical

Когда Googlebot или робот Яндекса обходит страницу и обнаруживает в <head> тег <link rel="canonical" href="..."/>, он помечает указанный URL как предпочтительный. Если несколько дублей ссылаются на один канонический адрес, поисковик объединяет их сигналы: ссылки, поведенческие факторы и оценку контента засчитываются единственному URL. В Google Search Console каноническая версия страницы отображается в отчёте об индексировании — там видно, принял ли Googlebot вашу подсказку или выбрал собственный канон.

Важно понимать разницу между canonical и редиректом 301. Редирект физически переводит пользователя и робота на новый адрес и полностью убирает дубль из индекса. Canonical же оставляет оба URL доступными — просто один считается основным. Использовать canonical вместо редиректа там, где можно сделать редирект, — типичная ошибка, которая оставляет проблему нерешённой.

Типичные ошибки при настройке canonical

Самая распространённая ошибка — самоканоникализация через относительный путь вместо абсолютного URL. Если в теге указано /page/, а не https://example.ru/page/, часть CMS и краулеров может интерпретировать его некорректно. Второй по частоте сбой — canonical на noindex-страницу: поисковик получает противоречивый сигнал и чаще всего игнорирует оба тега.

Серьёзной проблемой становятся цепочки canonical: страница A указывает на B, B — на C. Google обычно следует по цепочке до конца, но это замедляет обработку и повышает риск, что робот выберет собственный вариант канона. Также нельзя указывать в canonical URL, заблокированный в robots.txt — краулер не сможет его проверить и, скорее всего, проигнорирует тег. Все эти ситуации легко выявляет технический аудит через Screaming Frog, Ahrefs или встроенные инструменты Яндекс Вебмастера и Google Search Console.

Когда и как использовать canonical на практике

Canonical обязателен на сайтах с фильтрами и сортировками в каталогах (интернет-магазины), на страницах с UTM-метками, на AMP-версиях страниц (AMP-страница должна ссылаться canonical на основную HTML-версию), а также при синдикации контента — если статья публикуется одновременно на нескольких площадках, оригинал помечается канонической версией.

Для пагинированных разделов подход зависит от ситуации: страницы /catalog/?page=2 либо получают canonical на первую страницу (если контент достаточно близок), либо каждая самоканоникализируется — второе предпочтительнее, если страницы несут уникальный набор товаров. На сайтах с несколькими языковыми версиями canonical используется совместно с hreflang: каждая языковая версия самоканоникализируется, а hreflang указывает связи между языками. Проверить корректность расстановки тегов можно вручную через «Просмотр кода страницы» или с помощью расширений типа SEO Meta in 1 Click.

Чем canonical отличается от редиректа 301?

Редирект 301 полностью убирает дублирующий URL: пользователь и робот физически переходят на новый адрес. Canonical оставляет оба URL доступными, лишь указывая поисковику, какой считать основным. Если дубль технически не нужен пользователям, лучше использовать редирект.

Влияет ли canonical на ранжирование страниц?

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

Как проверить, принял ли Яндекс или Google мой canonical?

В Google Search Console откройте отчёт «Страницы» — там видно каноническую версию, выбранную Google (она может отличаться от заданной вами). В Яндекс Вебмастере аналогичные данные доступны в разделе «Индексирование». Также можно воспользоваться инструментом «Проверка URL» в обоих сервисах.

Можно ли использовать canonical для страниц на другом домене?

Да, cross-domain canonical поддерживается Google и Яндексом. Это актуально при синдикации контента: если ваша статья опубликована на стороннем сайте, попросите его редакцию поставить canonical, указывающий на оригинал на вашем домене. Это позволит избежать потери ссылочного веса и дублирования в индексе.

Техническое SEO

Canonical

rel="canonical"

Атрибут, указывающий поисковику основную (каноническую) версию страницы при наличии дублей.

Иван Смирнов Иван Смирнов · Smirnov Marketing · обновлено 29 мая 2026 г.

Что такое Canonical?

Атрибут, указывающий поисковику основную (каноническую) версию страницы при наличии дублей.

Rel=canonical — это HTML-атрибут, который сообщает поисковым системам, какая из нескольких схожих или идентичных страниц является основной, предпочтительной версией. Тег размещается в секции <head> страницы и содержит абсолютный URL канонической версии. Google и Яндекс воспринимают его как сигнал (но не директиву): если всё настроено корректно, ссылочный вес и позиции в выдаче консолидируются на одном URL.

Проблема дублей на сайте встречается гораздо чаще, чем кажется: одна и та же страница может быть доступна по HTTP и HTTPS, с www и без, с параметрами UTM или сортировки, с завершающим слешем и без него. Для пользователя это один и тот же контент, но для поисковика — несколько разных адресов. Canonical — основной инструмент, чтобы объяснить роботу, какой из них засчитывать.

Как работает тег canonical

Когда Googlebot или робот Яндекса обходит страницу и обнаруживает в <head> тег <link rel="canonical" href="..."/>, он помечает указанный URL как предпочтительный. Если несколько дублей ссылаются на один канонический адрес, поисковик объединяет их сигналы: ссылки, поведенческие факторы и оценку контента засчитываются единственному URL. В Google Search Console каноническая версия страницы отображается в отчёте об индексировании — там видно, принял ли Googlebot вашу подсказку или выбрал собственный канон.

Важно понимать разницу между canonical и редиректом 301. Редирект физически переводит пользователя и робота на новый адрес и полностью убирает дубль из индекса. Canonical же оставляет оба URL доступными — просто один считается основным. Использовать canonical вместо редиректа там, где можно сделать редирект, — типичная ошибка, которая оставляет проблему нерешённой.

Типичные ошибки при настройке canonical

Самая распространённая ошибка — самоканоникализация через относительный путь вместо абсолютного URL. Если в теге указано /page/, а не https://example.ru/page/, часть CMS и краулеров может интерпретировать его некорректно. Второй по частоте сбой — canonical на noindex-страницу: поисковик получает противоречивый сигнал и чаще всего игнорирует оба тега.

Серьёзной проблемой становятся цепочки canonical: страница A указывает на B, B — на C. Google обычно следует по цепочке до конца, но это замедляет обработку и повышает риск, что робот выберет собственный вариант канона. Также нельзя указывать в canonical URL, заблокированный в robots.txt — краулер не сможет его проверить и, скорее всего, проигнорирует тег. Все эти ситуации легко выявляет технический аудит через Screaming Frog, Ahrefs или встроенные инструменты Яндекс Вебмастера и Google Search Console.

Когда и как использовать canonical на практике

Canonical обязателен на сайтах с фильтрами и сортировками в каталогах (интернет-магазины), на страницах с UTM-метками, на AMP-версиях страниц (AMP-страница должна ссылаться canonical на основную HTML-версию), а также при синдикации контента — если статья публикуется одновременно на нескольких площадках, оригинал помечается канонической версией.

Для пагинированных разделов подход зависит от ситуации: страницы /catalog/?page=2 либо получают canonical на первую страницу (если контент достаточно близок), либо каждая самоканоникализируется — второе предпочтительнее, если страницы несут уникальный набор товаров. На сайтах с несколькими языковыми версиями canonical используется совместно с hreflang: каждая языковая версия самоканоникализируется, а hreflang указывает связи между языками. Проверить корректность расстановки тегов можно вручную через «Просмотр кода страницы» или с помощью расширений типа SEO Meta in 1 Click.

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

Чем canonical отличается от редиректа 301?

Редирект 301 полностью убирает дублирующий URL: пользователь и робот физически переходят на новый адрес. Canonical оставляет оба URL доступными, лишь указывая поисковику, какой считать основным. Если дубль технически не нужен пользователям, лучше использовать редирект.

Влияет ли canonical на ранжирование страниц?

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

Как проверить, принял ли Яндекс или Google мой canonical?

В Google Search Console откройте отчёт «Страницы» — там видно каноническую версию, выбранную Google (она может отличаться от заданной вами). В Яндекс Вебмастере аналогичные данные доступны в разделе «Индексирование». Также можно воспользоваться инструментом «Проверка URL» в обоих сервисах.

Можно ли использовать canonical для страниц на другом домене?

Да, cross-domain canonical поддерживается Google и Яндексом. Это актуально при синдикации контента: если ваша статья опубликована на стороннем сайте, попросите его редакцию поставить canonical, указывающий на оригинал на вашем домене. Это позволит избежать потери ссылочного веса и дублирования в индексе.

SM
Услуга по теме

Технический аудит сайта

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

Подробнее об услуге
Иван Смирнов, основатель Smirnov Marketing
Иван Смирнов
Основатель агентства Smirnov Marketing

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