Canonical и дубли страниц

Чем дубль опасен

Дубль — не «похожий текст». Это несколько адресов, которые поиск может счесть одной сущностью или, хуже, разными страницами на один спрос. Тогда индекс размазывается: сниппет скачет, ссылочный и поведенческий сигнал делится, в панелях растёт куча исключённых URL.

Каноникал не делает страницу уникальной. Он говорит: «если сомневаетесь, считайте основной вот этот адрес». Сомнение должно быть честным: копии близки. Иначе вы просите склеить разные задачи.

Базовая гигиена зеркала и обхода — в техническом SEO-аудите. Ниже — принципы, без вечных цифр «сколько дублей допустимо»: допустимо столько, сколько вы сознательно оставили, и ноль случайных копий услуг.

www, протокол, слэш

Выберите одно главное зеркало: схема + хост + правило слэша. Остальное — 301, не «оба в индексе, каноникал как-нибудь».

HTTPS вместо HTTP — сейчас норма, не опция. www и non-www не лучше друг друга; хуже держать оба. Слэш в конце пути: либо всегда есть на каталогах, либо всегда нет — как умеет CMS, но одинаково. Смешение /uslugi/seo и /uslugi/seo/ как двух 200 — ежедневный генератор копий.

Проверяйте цепочку: не должно быть двух и трёх прыжков (http→https→www→слэш). Один редирект на финал.

Самоканоникал на финальном URL помогает, когда параметры и внутренние ссылки всё равно плодят варианты. Он не отменяет редирект зеркала.

Параметры

UTM, click id, сортировка «по цене», session id в пути — классика. Человек приходит из рекламы, поиск подхватывает параметрический URL, если он отдаёт 200 и ссылается сам на себя.

Правило: рекламные метки не должны быть индексируемыми сущностями. Каноникал на чистый URL — минимум. Лучше ещё: в шаблоне ссылок и в карте только чистый адрес; в Вебмастере параметры помечены; при возможности лишние комбинации не отдают полный дубль как отдельную страницу.

Внутренний поиск ?q= почти никогда не нужен в индексе. Закрытие обхода — в robots.txt, плюс noindex, если страница всё же открыта по ссылке.

Не путайте служебный параметр и спросовую посадочную. «Цвет=белый» в магазине одежды может быть спросом. Тогда это не дубль, а отдельный URL с отдельным текстом и смыслом. Пустая комбинация «цвет + размер + наличие + сортировка» — дубль.

Фильтры

Фасетная навигация взрывает граф. Принцип, а не «не более N фильтров»:

• индексируйте комбинации, под которые есть спрос и уникальная полезность;
• остальные — noindex или негенерируемые URL, каноникал на родителя, если это честный листинг без добавленной сущности;
• не отдавайте бесконечные цепочки фильтров во внутренние ссылки и в sitemap.

Если все фильтры самоканоникалят на себя, вы официально просите индекс съесть комбинаторику. Если все каноникалят на корень каталога, вы можете похоронить реально нужные срезы. Решение — по интенту, не по плагину «SEO pack включил каноникал».

Пагинация

/catalog/, /catalog/page/2/ — разные куски списка, не всегда дубли. Google давно не опирается на rel=prev/next как на ваш основной инструмент. Практичные варианты:

• страница 2+ самодостаточна (свои товары видны), самоканоникал, нормальные title без копипаста «лучшее»;
• или page 2+ не нужны в индексе, если ценность только у первой и у карточек — тогда noindex, follow, чтобы робот дошёл до товаров.

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

Как ставить canonical технически

Один абсолютный URL в rel=canonical, совпадающий с тем, что вы считаете оригиналом. Не несколько каноникалов на странице. Не каноникал в HTML на A при каноникале в HTTP-заголовке на B. Не цепочки A→B→C.

Для точной копии (print, витрина с другим шаблоном, окончание без слэша) предпочтителен 301. Каноникал оставляйте для случаев, когда оба URL должны открываться человеку (фильтр, UTM), но индекс нужен один.

После склейки проверяйте не «каноникал прописан», а статус в индексе: какой URL выбран как основной.

Плагины, шаблоны, конфликты сигналов

Типичный WordPress/Битрикс: SEO-плагин пишет каноникал на «красивый» URL, тема добавляет второй, товарный модуль отдаёт каноникал на id, а пагинация — на первую страницу. Робот видит спор. Оставьте один генератор каноникала. В исходнике страницы rel=canonical должен встретиться один раз.

Open Graph и schema не заменяют каноникал, но не должны ссылаться на другое зеркало. Иначе вы подписываете соцсети одним адресом, поиск — другим.

Регистр в пути: /Uslugi/ и /uslugi/ как два 200. Сервер обязан склеить. Каноникал не должен быть единственной защитой от неаккуратных ссылок в письмах.

Что смотреть в панелях после склейки

В GSC выбранный каноникал может не совпасть с вашим. Это сигнал: контент недостаточно близкий или есть более сильный URL. Не спорьте атрибутом сильнее — усильте оригинал внутренними ссылками и редиректом копий либо признайте, что это две сущности.

В Вебмастере смотрите исключённые как дубли и «неканонические». Если услуга сидит в дублях, пока в индексе висит параметрическая копия — сначала уберите 200 у копии.

Не ждите фиксированный срок «склеится за N дней». Срок зависит от обхода. После 301 важной копии имеет смысл точечный переобход оригинала, не тысячи фильтров.

Когда каноникал вреден

Каноникал с статьи на услугу «чтобы вес перетёк» — способ спрятать статью и не помочь услуге, если тексты разные. Каноникал с региональной посадочной на «общую Россию», когда в запросе город — способ проиграть локальной выдаче. Каноникал пагинации на первую, когда на второй уникальный ассортимент, который больше нигде не связан — риск потерять обход карточек.

Инструмент про близкие копии. Не про перенос смысла между разными задачами.

Чек-лист релиза

• Одно зеркало, короткие редиректы.
• ЧПУ услуг не зависят от регистра и слэша как от лотереи.
• Карта сайта только с канонических адресов.
• Нет индексных копий с UTM.
• Фильтры разделены на спросовые и служебные.
• Пагинация не копирует title и H1 первой страницы слово в слово, если она в индексе.

Дубли тихо убивают кластеры сильнее, чем «мало ключей». Склейка — часть технической работы в SEO, не разовая галочка в плагине.