Краткий вывод
Что важно понять до чтения деталей
- Canonical является рекомендацией поисковику.
- Ненужные альтернативные URL лучше перенаправлять.
- Все сигналы сайта должны поддерживать один адрес.
- Содержательные дубли требуют работы с интентом, а не только тегом.
01
Откуда появляются дубли
Источники дублей обычно технические: HTTP и HTTPS, www и без www, завершающие слеши, регистр, параметры аналитики, сортировки, фильтры, пагинация, печатные версии и несколько маршрутов к одному объекту. Отдельная группа - содержательные дубли, когда CMS создает разные URL с почти одинаковым текстом.
Проблема не в самом существовании альтернативного адреса, а в противоречивых сигналах. Сайт может ссылаться на одну версию, sitemap передавать вторую, canonical указывать третью, а сервер оставлять открытыми все варианты. Тогда поисковик вынужден выбирать самостоятельно.
02
Когда использовать 301, а когда canonical
Постоянный редирект подходит, когда альтернативная версия не нужна пользователю: старый URL после переезда, HTTP, лишний www-вариант или устаревший путь. Пользователь и робот сразу переходят на основной адрес, а сигналы постепенно объединяются.
Canonical полезен, когда дублирующая версия должна оставаться доступной: например, некоторые параметры представления или близкие варианты каталога. Google относит редирект и rel=canonical к сильным сигналам, а включение URL в sitemap - к более слабому. Эти сигналы стоит согласовывать, а не направлять на разные страницы.
03
Как оформить rel=canonical
Указывайте абсолютный HTTPS-адрес в head и добавляйте self-canonical на саму основную страницу. Не ставьте цепочки, где A ведет на B, а B - на C. Канонический URL должен отвечать 200, быть доступным для обхода и соответствовать языку и назначению страницы.
Не используйте robots.txt для каноникализации: закрытый URL может остаться известен поиску, но его содержимое и canonical не будут прочитаны. Не сочетайте canonical на одну страницу с noindex или sitemap на другую. Чем последовательнее сайт, тем меньше причин игнорировать рекомендацию.
04
Как искать дубли на реальном сайте
Соберите URL из обхода сайта, sitemap, аналитики, логов и отчетов вебмастеров. Нормализуйте протокол, хост, слеши и параметры, затем сравните title, H1, canonical и основной текст. Отдельно просмотрите страницы, которые поисковики исключили как дубли или выбрали с другим canonical.
Для интернет-магазинов проверяйте фильтры и сортировки, для сайтов услуг - города и близкие услуги, для блогов - статьи-синонимы. Если страницы отвечают на один вопрос и почти не отличаются содержанием, технический canonical не заменит редакционного решения: материалы лучше объединить или развести по интентам.
05
Как понять, что проблема решена
После внедрения внутренняя перелинковка, sitemap, canonical и редиректы должны указывать на один предпочтительный адрес. В отчетах индексирования число альтернативных дублей стабилизируется, а запросы закрепляются за подходящими страницами без постоянной смены URL.
Не ждите мгновенного обновления: поисковикам нужен повторный обход. Проверяйте несколько типовых URL через инструменты анализа страниц и отслеживайте динамику по группам, а не по одному адресу. Главный результат - предсказуемая архитектура, а не отсутствие любого технического дубля.
Практика
Что проверить на своем сайте
- Найдите версии HTTP/HTTPS и www/без www.
- Проверьте параметры, фильтры и сортировки.
- Сравните canonical с sitemap.
- Ставьте self-canonical на основные страницы.
- Уберите цепочки и цели с ошибками.
- Проверьте выбранный canonical в кабинетах вебмастеров.
Применить к проекту
Что можно сделать после статьи
Если тема похожа на вашу ситуацию, следующий шаг простой: проверить сайт на спрос, структуру, технические ограничения и точки, где пользователь не доходит до заявки.
Источники
Какие источники использовали
Сила сигналов, способы каноникализации и практические ограничения.
Яндекс Вебмастер: канонический адресКак Яндекс учитывает rel=canonical и когда может его игнорировать.
Яндекс Вебмастер: дублирование страницПричины дублей и способы объединения URL.
Google Search Central: полезный контентРекомендации по содержанию, которое создается для людей и дает самостоятельную пользу.
