Дубли страниц и canonical: чек-лист поиска и устранения

Дубли — это страницы с одинаковым или почти одинаковым содержанием по разным адресам. Поисковик выбирает из них одну сам, и не всегда ту, что нужна вам; ссылки и поведенческие сигналы делятся между копиями. Проверка сводится к тому, чтобы найти все источники дублей и для каждого выбрать способ склейки: 301-редирект, canonical, Clean-param или noindex.

Дубли — частая находка технического аудита, а их следы видны в отчёте об исключённых страницах из чек-листа индексации.

Источники дублей, которые проверяют первыми

Откройте браузер и вручную введите варианты адреса главной и одной внутренней страницы.

1. Протокол: http://example.ru и https://example.ru.
2. www: https://www.example.ru и https://example.ru.
3. Слеш в конце: /catalog/drel и /catalog/drel/.
4. Индексный файл: /index.php, /index.html после адреса.
5. Регистр: /Catalog/ и /catalog/.
6. Двойной слеш: /catalog//drel/.

Норма для всех вариантов одна: открывается единственный основной адрес, остальные отдают 301-редирект на него. Если вариант открывается с кодом 200 и тем же содержимым — это дубль. Код ответа удобно смотреть во вкладке «Сеть» инструментов разработчика в браузере.

Дубли внутри сайта

Дальше нужен обход сайта программой-краулером: она соберёт все адреса, title и H1, и дубли станут видны по одинаковым значениям.

1. Адреса с параметрами: метки рекламы, ?sort=, ?view=, ?page=1, идентификаторы сессий.
2. Фильтры каталога, которые открываются по отдельным адресам, но показывают те же товары.
3. Товар в нескольких разделах, если адрес карточки зависит от пути: /instrument/drel-x/ и /akcii/drel-x/.
4. Пагинация: первая страница списка, доступная и по адресу раздела, и по ?page=1.
5. Версии для печати и старые мобильные поддомены.
6. Одинаковые title и H1 на разных адресах. Это не всегда технический дубль, иногда это две страницы про одно и то же — тогда вопрос уже к содержанию, см. контентный аудит.

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

Откройте код страницы и найдите тег:

<link rel="canonical" href="https://example.ru/catalog/drel/">

1. Тег есть на всех индексируемых страницах и указывает на абсолютный адрес.
2. На основной странице canonical ссылается сам на себя.
3. На дубле canonical указывает на основную версию, а не на главную сайта.
4. Канонический адрес отдаёт 200, а не редирект и не 404.
5. Тег на странице один. Два разных canonical — частый результат конфликта темы оформления и плагина.
6. У страниц пагинации canonical обычно ведёт на саму страницу пагинации, а не на первую страницу: иначе товары с дальних страниц хуже находятся.

В Search Console в карточке URL видно, какой адрес выбрал Google как канонический и совпадает ли он с указанным вами. Если не совпадает, поисковик не поверил подсказке — значит, сигналы противоречат друг другу: внутренние ссылки, карта сайта и canonical указывают в разные стороны.

Что выбрать для склейки

Таблица проверки

Пример на условном сайте

Интернет-магазин инструмента: краулер нашёл 300 пар адресов со слешем и без. Обе версии отвечают 200, у обеих canonical ссылается сам на себя. В Вебмастере часть карточек исключена как дубли, причём оставлены варианты без слеша, хотя меню ведёт на версию со слешем. Решение: одно правило 301 на сервере, canonical на версию со слешем, проверка карты сайта. Если дубли появились после переезда, сверьтесь с порядком действий в статье об аудите перед переездом.

Итог проверки

• Все варианты зеркал, протокола, слеша и регистра ведут 301-редиректом на один адрес.
• Параметры меток и сортировок не попадают в поиск.
• На каждой индексируемой странице один корректный canonical.
• Выбор канонического адреса поисковиком совпадает с вашим.
• Внутренние ссылки и карта сайта указывают на основные адреса.

Вопросы и ответы

Опасны ли дубли для сайта?

Санкций за технические дубли как таковые нет, но вред реальный: поисковик сам выбирает, какую копию показывать, сигналы делятся между адресами, а робот тратит обход на лишние страницы. На большом сайте это заметно тормозит попадание новых страниц в поиск, поэтому дубли чинят в числе первых задач.

Что надёжнее: canonical или 301-редирект?

Редирект надёжнее, потому что дубля больше нет: любой, кто откроет старый адрес, попадёт на основной. Canonical — подсказка, которую поисковик может не учесть, если другие сигналы с ней спорят. Canonical нужен там, где страница должна открываться для людей, например для адресов с метками рекламы или с сортировкой.

Нужно ли ставить canonical на саму себя?

Да, это хорошая практика. Самоссылающийся canonical защищает от дублей, которые появятся позже: если к адресу кто-то допишет параметр, тег на странице подскажет поисковику основную версию. Важно, чтобы в теге стоял правильный полный адрес, а не адрес тестового домена или главной.

Почему поисковик выбрал не тот канонический адрес?

Обычно потому, что сигналы противоречат друг другу: canonical указывает на один адрес, а меню, карта сайта и внешние ссылки ведут на другой. Приведите всё к одному варианту и дождитесь переобхода. Если страницы действительно разные, но поисковик считает их копиями, нужно усиливать различия в содержании.