Проверка canonical
Вставьте адреса — покажем канонический адрес каждой страницы и найдём случаи, когда он уводит не туда: на чужой домен, на редирект или на страницу с другим каноникалом.
Канонические адреса
Вставьте адреса слева и нажмите «Проверить»
Зачем нужен canonical и что с ним идёт не так
Тег <link rel="canonical"> говорит поисковой системе: у этой страницы есть основной адрес, считайте главным его. Он нужен, когда одно и то же содержимое доступно по нескольким адресам — с параметрами сортировки, с метками UTM, с разным порядком фильтров, на страницах с пагинацией.
Важно понимать: canonical — это подсказка, а не приказ. Поисковая система учитывает её вместе с другими сигналами: редиректами, внутренними ссылками, картой сайта, похожестью текстов. Если сигналы противоречат друг другу, она выберет сама — и часто не ту страницу, которую вы имели в виду.
Ошибки, которые находит проверка
- Canonical ведёт на редирект. Страница указывает как основную ту, которая сама перенаправляет куда-то ещё. Сигнал запутан, поиск его игнорирует.
- Canonical ведёт на 404. Основной адрес не существует — обычно остаток после смены структуры сайта.
- Цепочка каноникалов. Страница А указывает на Б, а Б указывает на В. Поисковые системы такие цепочки обрывают.
- Чужой домен. Canonical на другой сайт означает «вся ценность этой страницы принадлежит ему». Иногда это результат копирования шаблона, иногда — взлома.
- Canonical на главную со всех страниц. Частая беда шаблонов: в индексе остаётся только главная, остальные страницы считаются её копиями.
- Несколько тегов canonical на странице. Поисковая система проигнорирует все.
Когда canonical не подходит
| Задача | Правильный инструмент |
|---|---|
| Страница переехала насовсем | Редирект 301, а не canonical |
| Страница должна исчезнуть из поиска | noindex |
| Разные языковые версии | hreflang, у каждой версии canonical на себя |
| Страницы пагинации | canonical на себя: вторая страница списка — самостоятельный документ, а не копия первой |
| Карточки товара с разными цветами | Решайте по содержимому: если тексты почти одинаковы — canonical на основную, если различаются — на себя |
Как должно быть
На обычной странице canonical указывает сам на себя — тем же протоколом, тем же доменом, с тем же слешем в конце. Адрес абсолютный, а не относительный. Страницы с параметрами указывают на чистый адрес без параметров. И главное: тот адрес, что стоит в canonical, должен сам отдавать код 200, быть открыт для индексации и указывать canonical на себя. Если эти три условия выполняются, сигнал читается однозначно.
Частые вопросы
Не нашли ответ? Напишите в Telegram
Нужен ли canonical, если дублей нет?
Он не повредит и полезен: адрес вашей страницы может попасть в чужую ссылку с метками UTM или с лишними параметрами, и canonical подскажет поиску, какой вариант считать основным.
Canonical указывает на страницу с редиректом — это ошибка?
Да. Поисковая система получает противоречивый сигнал: тег зовёт на один адрес, сервер уводит с него на другой. Исправляется просто — укажите в canonical конечный адрес.
Можно ли ставить canonical на страницу с другим содержимым?
Технически можно, но поиск это заметит и проигнорирует тег. Canonical предназначен для страниц, которые действительно дублируют друг друга.
Почему в выдаче не та страница, которую я указал в canonical?
Значит, другие сигналы оказались сильнее. Проверьте: нет ли редиректа в обратную сторону, какая страница в карте сайта, на какую ведут внутренние ссылки и не закрыта ли основная от индексации.
Инструмент показывает «нет canonical». Это плохо?
Не всегда. Без тега поиск сам решит, какой адрес основной, и для простого сайта без параметров это обычно работает. Но на каталоге с фильтрами и сортировками отсутствие canonical почти гарантированно даёт дубли.
Страницы в индексе склеились не так, как нужно?
Canonical — только один из сигналов: поиск смотрит ещё на редиректы, внутренние ссылки и похожесть текстов. Напишите — разберёмся, почему в выдаче не та страница.