Скачать приложение
Всё Нейросети SEO продвижение Digital Маркетинг Разработка сайтов Контекстная реклама Соцсети Дизайн Бизнес Мессенджеры Менеджмент Новинки Психология Экономика
SEO продвижение

Canonical: что это такое, как настроить rel=canonical и типичные ошибки

admin
19 мая 2026 · 2 минут · 29

У крупного интернет-магазина одни и те же кроссовки Nike Air Max доступны по десяткам URL: с параметрами сортировки, фильтрами, UTM-метками, версиями для печати. Поисковик видит сотни страниц с практически одинаковым содержимым — и не знает какую из них показывать в выдаче. В итоге «вес» страницы распыляется между дублями, а в топ попадает не та версия. Тег canonical — инструмент который говорит поисковику: вот главная страница, все остальные — её копии.

Что такое canonical

Canonical (rel=»canonical») — это HTML-тег, указывающий поисковым системам какая из нескольких похожих или дублирующихся страниц является «главной» (каноничной). Он размещается в секции <head> страницы и содержит URL предпочтительной версии.

Canonical это сигнал, а не директива. В отличие от тега noindex или блокировки в robots.txt, canonical не запрещает поисковику индексировать страницу — он указывает предпочтение. Поисковик «слышит» сигнал и как правило следует ему, но может проигнорировать если считает выбор неправильным.

Появился canonical в 2009 году — Google, Yahoo и Microsoft одновременно объявили о поддержке тега как решения проблемы дублированного контента.

Как выглядит тег

Базовый синтаксис:

<link rel="canonical" href="https://example.com/product/nike-air-max/" />

Тег размещается в секции <head> HTML-документа:

<!DOCTYPE html>
<html lang="ru">
<head>
  <meta charset="UTF-8">
  <title>Nike Air Max — купить в Москве</title>
  <link rel="canonical" href="https://example.com/product/nike-air-max/" />
</head>
...

Атрибут rel="canonical" сообщает тип связи. Атрибут href содержит полный абсолютный URL каноничной страницы. Рекомендуется всегда использовать абсолютные URL (с https://, доменом и слэшем в конце если он есть на основной странице) — это исключает неоднозначность.

Зачем нужен canonical: проблема дублированного контента

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

Типичные источники дублей:

  • URL с параметрами и без: /product/krossovki/ и /product/krossovki/?sort=price&order=asc — одинаковый контент, разные URL.
  • www и без www: https://example.com и https://www.example.com — если редирект не настроен, обе версии индексируются.
  • HTTP и HTTPS: http://example.com и https://example.com — аналогично.
  • Слэш в конце и без: /page/ и /page — технически разные URL.
  • UTM-метки: /article/?utm_source=vk&utm_medium=post — сотни вариантов одной страницы.
  • Версии для печати: /page/?print=1
  • Пагинация: страницы 2, 3, 4 каталога с похожим контентом.
  • Синдикация: одна статья опубликована на нескольких сайтах.

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

Как canonical влияет на SEO

  • Консолидирует ссылочный вес. Все внешние ссылки которые ведут на дублирующиеся версии страницы — передают свой вес канонической странице. Без тега этот вес распылён.
  • Защищает от фильтров за дублированный контент. Поисковики не «наказывают» за технические дубли если они правильно помечены. Без пометки — риск появления предупреждений в Search Console.
  • Помогает управлять индексацией. Страницы с параметрами, версии для печати, страницы пагинации — всё это не должно попадать в индекс как самостоятельные страницы.

Canonical vs 301 редирект: когда что использовать

Это один из самых частых вопросов в SEO. Обе технологии решают проблему дублей, но по-разному.

  • 301 редирект — сервер перенаправляет пользователя и поисковик с одного URL на другой. Старая страница перестаёт существовать как доступный ресурс. Браузер пользователя видит финальный URL.
  • Canonical — обе страницы остаются доступными. Пользователь может зайти на любую из них. Только поисковику указывается предпочтительная версия.

Когда использовать 301: страница реально переехала на новый адрес, старый URL больше не нужен, нужно исправить www/не-www или http/https на уровне сервера.

Когда использовать:

  • страница должна оставаться доступной по нескольким URL (например, с параметрами фильтрации),
  • синдицированный контент на нескольких сайтах,
  • страницы с UTM-метками,
  • пагинация.

Важный нюанс: если страница редиректит на другую страницу — то тег на исходной странице игнорируется. Сначала происходит редирект, потом поисковик читает canonical уже финальной страницы.

Самоканонизация

Каждая страница должна иметь canonical на саму себя — даже если у неё нет дублей. Это называется самоканонизация.

<!-- На странице https://example.com/blog/statya/ -->
<link rel="canonical" href="https://example.com/blog/statya/" />

Зачем: защита от случайного создания дублей в будущем (например, если кто-то поставит ссылку с параметрами), явный сигнал поисковику что это основная версия страницы. Это лучшая практика — самоканонизация на всех страницах сайта.

Как настроить canonical в популярных CMS

WordPress

  • Плагин Yoast SEO: по умолчанию автоматически добавляет самоканонизацию на все страницы. Для ручного изменения: откройте запись → блок Yoast SEO → вкладка «Дополнительно» → поле «Канонический URL».
  • Плагин Rank Math: аналогично — Rank Math → «Дополнительно» → «Canonical URL».
  • Без плагина — в functions.php темы или через add_action в хедере. Не рекомендуется если есть возможность использовать плагин.

Bitrix (1С-Битрикс)

В Bitrix настраивается несколькими способами. Через настройки SEO компонента: в свойствах компонента найдите раздел «SEO» → поле «Canonical URL». Программно через PHP в шаблоне или компоненте:

<?php
$APPLICATION->AddHeadString(
    '<link rel="canonical" href="' . $canonicalUrl . '" />'
);
?>

Через модуль «Поисковая оптимизация» (SEO): в разделе «Настройки SEO» можно задать правила формирования canonical для разных типов страниц. Для интернет-магазина особенно важно настроить для страниц с параметрами фильтрации и сортировки — это самый частый источник дублей.

Nginx или Apache (через заголовок HTTP)

Можно передавать не только через HTML-тег, но и через HTTP-заголовок Link. Поддерживается Google.

# Nginx
add_header Link '<https://example.com/page/>; rel="canonical"';

Полезно для не-HTML ресурсов (PDF, файлы) или когда нет доступа к HTML-коду страниц.

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

  • Canonical ведёт на неработающую страницу (404). Поисковик получает сигнал «вот канонический URL», идёт туда — и получает 404. Сигнал игнорируется. Проверяйте после любых изменений структуры сайта.
  • Конфликтующие canonical. На странице два тега canonical с разными URL — или canonical в HTML противоречит в HTTP-заголовке. Поисковик теряется. Правило: один canonical на страницу.
  • Canonical на неканоническую страницу. Страница A указывает canonical на страницу B, а страница B указывает обратно на страницу A. Или создаётся цепочка: A → B → C. Canonical всегда должен вести на финальную каноническую версию напрямую.
  • Canonical через относительный URL.
<!-- Неправильно —>
<link rel="canonical" href="/product/krossovki/" />

<!-- Правильно —>
<link rel="canonical" href="https://example.com/product/krossovki/" />

Относительные URL могут интерпретироваться по-разному. Всегда используйте абсолютные с протоколом и доменом.

  • Canonical на главную страницу со всех страниц сайта. Иногда разработчик случайно прописывает один и тот же canonical (главной) на все страницы. Поисковик перестаёт видеть большинство страниц как самостоятельные. Обязательно проверяйте после разработки или обновления шаблона.
  • Noindex + canonical. Страница закрыта от индексации через noindex, но на ней стоит canonical на другую страницу. Поисковик не может проиндексировать страницу, поэтому игнорирует сигнал с неё. Если страница не индексируется — canonical на ней бесполезен.

Как проверить canonical на сайте

Ручная проверка: откройте исходный код страницы (Ctrl+U), найдите <link rel="canonical". Убедитесь что URL корректный и ведёт на правильную страницу.

Инструменты:

  • Google Search Console → «Проверка URL» — покажет какой обнаружил Google (заявленный и выбранный Google могут различаться).
  • Яндекс.Вебмастер → аналогично. Screaming Frog SEO Spider — сканирует весь сайт и выгружает все в таблицу. Удобно для массовой проверки.
  • Расширение для Chrome «SEO Meta in 1 Click» — показывает прямо на странице без просмотра исходного кода.

Canonical — один из базовых инструментов технического SEO, который работает тихо и незаметно. Правильно настроенный — консолидирует ссылочный вес, защищает от дублей и помогает поисковику правильно понять структуру сайта. Неправильно настроенный или отсутствующий — постепенно «съедает» позиции через распыление веса и накопление технического долга в индексе.

0

Комментарии скоро откроются. А пока — пишите нам в Telegram-канал.