Тег canonical указывает поисковой системе основной адрес страницы. Он полезен, когда один контент открывается по URL со слешем и без него, с UTM, на www и без www или с параметром сортировки. Робот воспринимает тег как сигнал, а не приказ. Редирект 301 он тоже не заменяет.
Откройте исходный код страницы и найдите rel="canonical". Дальше важно понять, совпадает ли адрес в теге с тем URL, который вы используете в меню, sitemap и редиректах.
Короткий ответ
- На индексируемой странице обычно один canonical: абсолютный HTTPS-адрес этой же страницы (self-canonical).
- Если есть явный дубль, canonical дубля указывает на основную версию.
- Нельзя вести canonical услуги на главную «чтобы усилить главную».
- Canonical в исходном HTML с сервера надёжнее, чем только после JavaScript.
- Проверка: просмотр кода страницы + совпадение с меню, sitemap и конечным URL после редиректа.
1. Когда canonical решает задачу
- Одинаковый контент на нескольких URL (параметры, печать, «поделиться»).
- HTTP и HTTPS, www и без www уже должны сходиться 301, а canonical закрепляет основную версию.
- Для пагинации и фильтров решение зависит от структуры. Иногда правильнее использовать
noindexили убрать мусорные URL, чем каноникалить всё на одну карточку. - Для полной копии статьи в другом разделе canonical может указывать на первоисточник. Сначала проверьте, что страницы действительно дублируют друг друга.
2. Как выглядит правильный тег
<!-- в <head> страницы услуги -->
<link rel="canonical" href="https://example.ru/remont-krovli/" />
Правила:
- один rel=canonical в документе
- абсолютный URL с https
- тот же хост и путь, что вы считаете основным
- код ответа основного URL: 200
- без цепочки canonical A→B→C3. Проверка за 10 минут без терминала
1. Откройте страницу в режиме инкогнито
2. ПКМ → «Просмотр кода страницы» (не только Elements)
3. Найдите rel="canonical" (Ctrl+F)
4. Скопируйте href и откройте в новой вкладке
5. Сверьте: адресная строка = canonical = ссылка в меню
6. Повторите для версии с UTM и со слешем/без
7. В Яндекс Вебмастере посмотрите статус URL и выбранный канонический, если показан4. Частые ошибки на сайтах услуг
- Все страницы каноникалят на главную.
- Canonical на HTTP или на старый домен после переезда.
- Разный слеш: меню
/usluga, canonical/usluga/, sitemap без слеша. - Два и больше canonical в head (шаблон + плагин).
- Canonical только в DOM после JS, в исходнике пусто.
- Canonical на URL с noindex или на 404.
5. Canonical или 301?
Если старый адрес больше никому не нужен, перенаправьте его на новый кодом 301. Оставьте canonical для случая, когда обе версии должны открываться, но поиску нужна одна основная. При смене домена или www сначала настройте редиректы, затем приведите к тому же адресу canonical, меню и sitemap.
Заполненный пример
Страница: https://krovlya.example/remont-myagkoy-krovli/
В рекламе: .../remont-myagkoy-krovli/?utm_source=yandex&utm_medium=cpc
Было в head:
<link rel="canonical" href="https://krovlya.example/" />
Симптом: в поиске то главная, то услуга; Вебмастер путает канон
Стало:
<link rel="canonical" href="https://krovlya.example/remont-myagkoy-krovli/" />
UTM не трогаем: метки для аналитики, canonical без utm
Меню и sitemap: тот же URL со слешем
Проверка: код страницы, УTM-вход, Вебмастер через несколько обходовЧастые вопросы
Нужен ли canonical, если дублей нет?
Self-canonical на основных страницах обычная практика шаблонов. Вреда от корректного self-canonical мало; вред от canonical «на главную» большой.
Учитывает ли Яндекс canonical всегда?
Нет. Это один из сигналов. Если внутренние ссылки, редиректы и sitemap указывают на другой адрес, робот может выбрать его. Проверьте, чтобы эти сигналы не спорили друг с другом.
Что с UTM в canonical?
В canonical UTM не ставят. Метки остаются во входной ссылке, канон чистый.
Можно ли canonical на другой домен?
Технически да (cross-domain), но для обычного сайта услуг это редкость и риск. Чаще нужен 301 при переезде.