Когда несколько URL имеют одинаковый или похожий контент, Яндекс группирует их и выбирает один для показа — каноническую страницу. rel="canonical" атрибут позволяет заявить о своих предпочтениях, и Яндекс четко определяет его статус: это рекомендация, и робот может ее проигнорировать.
Как его объявить
Либо в секции head HTML:
<link rel="canonical" href="http://www.example.com/blog"/>Либо в заголовке HTTP, что является методом для документов не в формате HTML, таких как PDF:
Link: <http://www.example.com/offer/file.pdf>; rel="canonical"URL должен представлять собой абсолютный путь на том же домене.
Пять случаев, когда Яндекс игнорирует его
- Неканоническая страница полнее отвечает на запрос во время сканирования, и ее контент существенно отличается от канонической.
- Канонический URL недоступен — он перенаправляет или его индексация заблокирована. Канонический адрес, указывающий на страницу, которая сама не может быть проиндексирована, приводит к индексации неканонической страницы вместо нее.
- Канонический адрес указывает на другой домен или поддомен.
- Указано несколько канонических URL.
- A цепочка указана: страница 1 канонична для страницы 2, страница 2 канонична для страницы 3.
Эти пять случаев объясняют почти каждый сценарий из разряда «мы настроили каноник, и ничего не произошло». Страница, указывающая на саму себя, кстати, корректна — робот обрабатывает ее как каноническую.
Где каноник — неподходящий инструмент
Для случая миграции на HTTPS Яндекс прекратил поддержку: переход между протоколами требует 301/302 редиректа и атрибут больше для этого не учитывается. Каноник может все еще использоваться для переключения между www и без-www, где робот рассматривает это как редирект и группирует две версии — но только если он применяется ко всем страницам и указывает от страницы к странице. При несогласованном применении или указании всего на одну страницу робот считывает структурное различие, и переезд терпит неудачу.
Для URL с параметрами
Каноник — не лучший инструмент для UTM и подобных тегов. Используйте Clean-param вrobots.txt , или Disallow
где это невозможно.
Проверка работоспособности
Как мы это применяем
The canonical failure we find most often on client sites is the chain, produced by a plugin that canonicalises paginated pages to the previous page rather than to the category. Yandex simply ignores the whole chain, and the client concludes canonical does not work. We test canonical outcomes in the excluded-pages report rather than assuming: a declared canonical is a request, and Yandex says plainly it can refuse.
Связанные услуги