Смысл и область применения
Канонизация — выбор одного основного URL из группы дублирующихся или очень похожих документов. Ссылка rel=canonical выражает пожелание владельца сайта, но Google описывает её как сильную подсказку, а не команду. Редиректы, внутренние ссылки и включение в карту сайта дают отдельные сигналы, поэтому они не должны противоречить предпочтительному URL.
Практический порядок работы
Разбирайте по одной группе URL за раз: варианты протокола и хоста, формы со слешем и без него, метки отслеживания, фильтры, версии для печати и пагинацию. Решите, должен ли каждый дубль оставаться доступным. Если пользователям он не нужен, поставьте подходящий постоянный редирект. Если он должен оставаться доступным, укажите в его canonical соответствующий предпочтительный документ. Канонический URL должен отдавать успешный ответ и оставаться индексируемым.
Что проверять
Проверьте HTML после рендеринга и заголовки ответа на предпочтительном URL и на основных альтернативных. Затем сравните теги canonical, итоговые URL, внутренние ссылки и записи в карте сайта на выборке из сканирования. Инструмент «Проверка URL» в Search Console показывает canonical, который Google выбрал для конкретной страницы. Но выбранный результат — подсказка для диагностики, а не доказательство того, что все дубли устранены.
Ограничения и частые ошибки
Не объединяйте canonical-ссылкой действительно разные товары, страницы с разным основным интентом и не ставьте canonical всех страниц пагинации на первую просто по привычке. Избегайте цепочек, петель, canonical на редирект и цель с noindex. Устойчивый результат — одна задокументированная политика, которая одинаково реализована во всех шаблонах.
Пример URL и проверка полей
Допустим, товар доступен по адресам https://example.test/widget, https://example.test/widget/ и https://example.test/widget?campaign=spring. Если предпочтительная публичная страница — чистый URL без параметров, каждый доступный дубль либо ведёт прямым редиректом на неё, либо, если должен оставаться доступным, отдаёт тот же предпочтительный canonical. Сам предпочтительный URL указывает на себя. Внутреннее меню, хлебные крошки, записи XML-карты сайта и сгенерированные ссылки на альтернативы должны вести на чистый URL. Не надейтесь, что один тег исправит непоследовательные ссылки.
<link rel="canonical" href="https://example.test/widget">Проверяйте поля по списку: запрошенный URL, итоговый URL после редиректов, HTTP-статус, canonical в HTML, robots meta или X-Robots-Tag, наличие в карте сайта и хотя бы одну внутреннюю ссылку-источник. Ошибка — это не только отсутствующий тег. Ошибкой считается и canonical, который различается в HTML с сервера и в отрисованном DOM, и параметризованный URL в карте сайта, когда каноническая версия — чистая, и canonical, который ведёт на редирект. Это конфликтующие сигналы, поэтому исправление — выбрать один предпочтительный документ и выровнять каждое поле.
Для пагинации и фасетной навигации сначала задокументируйте причину, а потом применяйте правило. Вторая страница уникального последовательного списка может содержать материал, который должен оставаться с самоканоническим тегом. Параметр сортировки, который меняет только порядок, может иметь другой предпочтительный URL. Одно правило нельзя считать верным для всех параметров. Проверяйте набор типичных комбинаций, а не один URL категории, и повторяйте выборку после каждого релиза шаблона или платформы.
Google относит редиректы и аннотации rel=canonical к сильным сигналам, а включение в карту сайта — к более слабому. Поэтому одного исправления тега может не хватить, если другие системы сайта расходятся между собой. Но это не гарантия: canonical, который выбрал Google, остаётся результатом, который нужно проверять, особенно если страницы заметно различаются или другие сигналы конфликтуют.