Canonical помогает объединить сигналы одинаковых или очень похожих страниц и указать предпочтительный URL. Это рекомендация, а не приказ: поисковая система может выбрать другой адрес, если редиректы, внутренние ссылки, Sitemap и содержимое противоречат тегу. Поэтому canonical настраивают как часть единой системы управления дублями.
Найдите источники дублей
Соберите варианты URL из обхода сайта, аналитики, логов и отчётов вебмастеров. Типовые источники — UTM-метки, сортировки, фильтры, версии для печати, пагинация, HTTP/HTTPS и www.
Без инвентаризации легко канонизировать полезную посадочную страницу на слишком общую категорию или оставить часть дублей вне правил.
Как проверить: Сгруппируйте URL по одинаковому содержимому и определите, какие варианты получают внутренние и внешние ссылки.
Частая ошибка: Искать дубли только по совпадающему Title: технические копии могут иметь разные метатеги и одинаковый основной контент.
Выберите главный URL
Каноническая страница должна быть доступной, индексируемой, отвечать 200, содержать полный материал и соответствовать поисковому намерению. Используйте единый стандарт регистра, слеша, протокола и домена.
Поисковик объединяет сигналы вокруг адреса, который считает наиболее устойчивым и полезным. Нестабильная или закрытая цель ослабляет рекомендацию.
Как проверить: Проверьте canonical, meta robots, HTTP-код, hreflang и наличие URL в Sitemap.
Частая ошибка: Указывать страницу с noindex, редиректом, 404, запретом в robots.txt или канонизацией на третий URL.
Используйте self-canonical
На основной индексируемой странице укажите canonical на саму себя абсолютным URL. Это помогает закрепить формат адреса и защититься от случайных параметров и альтернативных путей.
Self-canonical не решает все дубли, но делает правило последовательным и облегчает автоматическое тестирование шаблонов.
Как проверить: Сравните адрес страницы и href canonical после нормализации. Они должны совпадать, если страница является основной.
Частая ошибка: Формировать относительный или протокольно-зависимый адрес, который меняется на тестовом окружении.
Разместите тег правильно
В HTML canonical размещают в head как link rel=canonical. Для PDF и других не-HTML документов можно использовать HTTP-заголовок Link, если сервер и инфраструктура позволяют управлять им надёжно.
Тег в body может быть проигнорирован. Несколько разных canonical создают неоднозначность и снижают доверие к сигналу.
Как проверить: Посмотрите исходный HTML, а не только DOM после JavaScript. На странице должен быть один однозначный элемент.
Частая ошибка: Добавлять canonical одновременно CMS, SEO-плагином и прокси-сервером, получая несколько конфликтующих значений.
Согласуйте внутренние ссылки
Все навигационные ссылки, хлебные крошки, карточки и пагинация должны вести на канонические URL без лишних параметров. Исправьте генерацию ссылок, а не только тег на целевой странице.
Если сайт постоянно ссылается на дубль, поисковая система получает более сильный сигнал в пользу этого адреса, чем одиночный canonical.
Как проверить: Просканируйте сайт и найдите ссылки на неканонические варианты. Отдельно проверьте меню, XML-фиды и шаблоны карточек.
Частая ошибка: Оставлять сотни внутренних ссылок на параметрический URL и ожидать, что canonical полностью компенсирует архитектурную ошибку.
Очистите Sitemap
В карте сайта оставьте только основные URL. Неканонические страницы, редиректы и варианты с параметрами удалите из генератора.
Sitemap — ещё один сигнал предпочтения. Когда в нём находится дубль, конфигурация противоречит canonical.
Как проверить: Сопоставьте каждый URL карты с его canonical и кодом ответа. Автоматизируйте проверку после релиза.
Частая ошибка: Добавлять в карту все доступные URL базы данных без учёта статуса и каноничности.
Выберите редирект, когда он уместнее
Если дубль не нужен пользователям и не должен оставаться доступным, применяйте 301-редирект. Canonical нужен, когда альтернативный URL должен открываться, например для параметров представления или синдикации.
Редирект убирает альтернативную страницу из пользовательского пути и даёт более однозначный сигнал. Canonical сохраняет обе версии доступными.
Как проверить: Спросите, нужен ли дубль человеку или системе. Если нет — протестируйте перенаправление и обновите внутренние ссылки.
Частая ошибка: Использовать canonical вместо редиректа при переезде домена или массовой смене URL, оставляя старые страницы доступными бесконечно.
Осторожно работайте с фильтрами
Не канонизируйте все фильтры магазина на корневую категорию автоматически. Фильтры с реальным спросом, уникальным ассортиментом и контентом могут быть самостоятельными посадочными страницами.
Слишком широкая канонизация уничтожает потенциал длинного хвоста; слишком свободная индексация создаёт бесконечные комбинации.
Как проверить: Составьте матрицу фильтров: индексируемые посадочные, пользовательские неиндексируемые состояния и технические параметры.
Частая ошибка: Принимать решение только по наличию параметра в URL, не анализируя спрос и содержание.
Учтите пагинацию
Страницы пагинации обычно содержат разные товары или материалы, поэтому автоматический canonical всех страниц на первую может мешать обнаружению глубокой части каталога.
Каждая страница серии должна иметь доступные ссылки и логичную индексационную стратегию. Решение зависит от архитектуры и наличия отдельной страницы «Показать всё».
Как проверить: Проверьте, может ли робот пройти по цепочке и доступны ли карточки без сценариев пользователя.
Частая ошибка: Канонизировать page=2, page=3 и далее на первую страницу, не оценив влияние на обход товаров.
Согласуйте hreflang
В мультиязычном проекте каждая языковая страница обычно канонична сама себе, а hreflang связывает эквиваленты. Канонизация всех языков на один URL противоречит локализации.
Canonical отвечает за дубли, hreflang — за выбор региональной или языковой версии. Их задачи нельзя смешивать.
Как проверить: Проверьте взаимные hreflang-ссылки, доступность URL и self-canonical каждой версии.
Частая ошибка: Указывать русский URL canonical для английской страницы только потому, что структура контента похожа.
Проверяйте выбранный canonical
После повторного обхода смотрите в Search Console и Яндекс Вебмастере, какой URL поисковая система считает основным. Если выбор отличается, ищите конфликтующие сигналы.
Алгоритм может игнорировать рекомендацию при различающемся контенте, слабой цели, внутренних ссылках на дубль или неверных редиректах.
Как проверить: Проверьте несколько URL из каждой группы, а не один пример. Сопоставьте canonical пользователя и выбранный поиском.
Частая ошибка: Менять тег точечно, не исправляя шаблон, Sitemap и ссылки, которые продолжают создавать конфликт.
Автоматизируйте контроль
Добавьте тесты: один canonical в head, абсолютный HTTPS-URL, код цели 200, отсутствие noindex и совпадение с Sitemap для основных страниц.
Дубли часто возвращаются после обновления CMS, запуска фильтров и рекламных меток. Автотест ловит регрессию до массового переобхода.
Как проверить: Запускайте проверку на выборке шаблонов при каждом релизе и полный обход по расписанию.
Частая ошибка: Проверять canonical только во время первоначального SEO-аудита и не включать его в контроль качества.
Разбор типовой группы дублей
У карточки товара могут существовать основной URL, версия с UTM-меткой, адрес из внутренней сортировки и старая ссылка после изменения категории. Сначала выбирают стабильный основной адрес. На нём размещают self-canonical, на параметрических копиях — canonical на основной URL. Внутренние ссылки и Sitemap переводят на главный адрес, а старый путь, который больше не нужен человеку, перенаправляют кодом 301.
Затем проверяют не один URL, а всю группу. Основная страница должна отвечать 200, быть доступной роботу и не иметь noindex. Параметрические варианты не должны попадать в навигацию или карту. Через инструменты вебмастеров смотрят, какой canonical выбрала поисковая система. Если выбор отличается, анализируют внешние и внутренние ссылки, редиректы и различия контента.
Для фильтров магазина решение принимают отдельно. Страница «красные диваны» с реальным спросом, уникальным ассортиментом и текстом может быть самостоятельной посадочной и каноничной сама себе. Случайная комбинация сортировки по цене обычно не нужна в индексе. Универсальное правило для всех параметров проще в разработке, но часто уничтожает полезный поисковый спрос.
Итоговый чек-лист
- Группы дублей собраны из обхода, логов и вебмастеров
- Каноническая цель отвечает 200 и доступна для индексации
- На странице один canonical в head
- Основные страницы используют self-canonical
- Внутренние ссылки ведут на главные URL
- В Sitemap нет дублей и редиректов
- Для ненужных альтернатив выбран 301
- Фильтры, пагинация и языковые версии обработаны отдельно
- Выбранный поиском canonical регулярно проверяется
- В релизный контроль добавлены автоматические тесты
Частые вопросы
Canonical передаёт весь ссылочный вес?
Это сильный сигнал консолидации, но не механическая гарантия. Эффект зависит от сходства страниц и согласованности остальных сигналов. Для окончательно удалённого адреса надёжнее редирект.
Можно ли канонизировать страницы разных доменов?
Кросс-доменный canonical применяется для легальной синдикации одинакового материала, но обе стороны должны быть доступны и согласованы. Для полноценного переезда используют редиректы и инструменты смены адреса.
Почему Google выбрал другой URL?
Обычно система видит более сильные противоречивые сигналы: внутренние ссылки, Sitemap, редиректы, более полный контент или недоступность указанной цели. Проверяйте всю группу, а не только link rel=canonical.
Нужен ли canonical на каждой странице?
Для индексируемых шаблонов self-canonical — хорошая практика, если генерация надёжна. Но он не должен автоматически ссылаться на неверный домен, тестовый стенд или закрытый URL.
Материал подготовлен как практическая инструкция. Перед массовыми изменениями сделайте резервную копию, протестируйте правила на выборке URL и сохраните исходные настройки для отката.