Canonical-тег
Canonical-тег (<link rel="canonical">) сообщает поисковым системам, какая версия URL является «главной» при наличии дублированного или похожего контента на нескольких URL.
Проверил Alexander Yarovenko · Обновлено: 2026-09-18
Что такое canonical-тег?
Canonical-тег — HTML-элемент в <head> страницы, сигнализирующий поисковым системам о предпочтительной (канонической) версии URL. При наличии дублированного или похожего контента на нескольких URL canonical-тег сообщает Google, какую версию индексировать и приписывать ей ранжирующий авторитет.
Синтаксис
<!-- В <head> дублирующей страницы -->
<link rel="canonical" href="https://example.com/preferred-page/">Когда использовать canonical-теги
- HTTP и HTTPS версии одной страницы
- www и без-www варианты
- URL с завершающим слешем и без
- Страницы фасетной навигации/фильтров
- Страницы с пагинацией
- Версии для печати
- Страницы товаров, синдицированные на партнёрских сайтах
- URL с UTM-метками
Самореференциальные canonical-теги
Каждая страница должна содержать canonical-тег, указывающий на саму себя, — даже если дублей нет. Это подтверждает Google, что данный URL предпочтителен, защищая от случайной обработки как дубликата.
Как применять в SEO
Canonical — сигнал консолидации, а не команда. Надёжная конфигурация согласована: основной URL отдаёт 200, ссылается canonical на себя, присутствует в sitemap и получает внутренние ссылки.
Чек-лист проверки
- Убедитесь, что реализация соответствует назначению страницы и задаче пользователя.
- Проверяйте вместе HTTP-ответ, отрендеренный HTML, canonical, robots и внутренние ссылки.
- Подтверждайте результат данными Search Console и аналитики, а не единственным сигналом краулера.
- После деплоя протестируйте контрольный URL на мобильном и настольном устройстве.
- Запишите ожидаемый результат, чтобы следующая проверка сразу обнаружила регрессию.
Практический пример
URL фильтра вроде ?sort=price может ссылаться canonical на чистую категорию, если основной контент страниц практически одинаков.
Как проверить результат
До изменения зафиксируйте состояние обхода, индексации, производительности и трафика. После деплоя повторно проверьте затронутый шаблон и контрольный URL, затем наблюдайте Search Console в течение следующего цикла обхода. Работа завершена, когда реальный ответ сайта совпадает с тем, что видит Google.