Влияние Rel=canonical на SEO продвижение

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

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

Что canonical сообщает поиску и что не сообщает

Указание ставится в служебной части страницы и содержит адрес того варианта, который вы считаете основным. Смысл сообщения: «эта страница — один из вариантов, а показывать в поиске надо вот этот адрес». Поиск, приняв указание, объединяет группу похожих адресов и работает с ней как с одной страницей.

Что важно понимать про природу этого сообщения:

• Это рекомендация, а не команда. Поиск учитывает её вместе с другими признаками: внутренними ссылками, картой сайта, редиректами, схожестью содержимого. Если признаки противоречат друг другу, побеждает не обязательно ваш вариант.
• Обход не запрещается. Робот продолжает заходить на неосновные адреса, читать их и сравнивать. Экономии на обходе указание не даёт.
• Страница не исчезает. Она остаётся доступной, открывается по прямой ссылке, работает для посетителей. Скрывается только её отдельное присутствие в выдаче.
• Действие не мгновенное. Указание вступает в силу после того, как робот переобойдёт страницу и сопоставит её с основной, — это от нескольких дней до нескольких недель.
• Внутри одного сайта работает надёжнее. Яндекс рассматривает указание в пределах одного домена; для склейки разных доменов у него предусмотрен другой механизм, и полагаться на canonical между сайтами не стоит.

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

Когда canonical действительно нужен

Инструмент уместен в узком, но частом наборе случаев. Общее у них одно: страницы должны остаться доступными людям, но в поиске должна участвовать одна.

Ситуация	Почему подходит именно canonical
Товар доступен в нескольких категориях по разным адресам	Все варианты нужны для навигации, в поиске должен быть один
Адреса с метками рекламных кампаний	Метки нужны для аналитики, редирект их сломает
Версия для печати или упрощённый вид	Страница нужна человеку, но дублирует основную
Сортировки и способы отображения списка	Содержимое то же, меняется только порядок
Страница доступна и по адресу со слешем, и без него	Временная мера, пока не настроен единый вариант на сервере
Один и тот же материал в нескольких рубриках	Рубрики нужны, дублей в поиске быть не должно
Страница с текстом и её расширенная версия с теми же данными	Обе нужны, но конкурировать между собой не должны

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

Чем отличается от 301 и от запрета индексации

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

Признак	rel=canonical	Редирект 301	Запрет индексации
Страница остаётся доступной человеку	Да	Нет, перебрасывает	Да
Сила указания	Рекомендация	Однозначное указание	Однозначное указание
Накопленные сигналы	Передаются основному адресу	Передаются целевому адресу	Не передаются никому
Обход неосновного адреса	Продолжается	Прекращается со временем	Продолжается
Когда применять	Варианты одной страницы	Адрес сменился навсегда	Страница не нужна в поиске вообще
Типичный пример	Товар в двух категориях	Переезд раздела, смена адресов	Личный кабинет, служебные страницы
Риск при неверном применении	Указание игнорируется	Потеря доступности нужной страницы	Выпадение страницы из поиска навсегда

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

Ошибка, которую стоит назвать отдельно: одновременная установка canonical и запрета индексации на одной странице. Сигналы противоречат друг другу — «объедини меня с той страницей» и «выбрось меня» одновременно. Поведение поиска в таком случае непредсказуемо, и в худшем варианте запрет распространяется на всю группу, включая основную страницу. Совмещать эти два указания не нужно никогда.

Подробнее об этом — в статье «Чистый html код — влияние на SEO продвижение».

Как выбрать главную страницу из группы

Технически поставить указание просто, а вот назначить основной адрес — решение, которое потом трудно менять. Ориентиры по убыванию значимости:

1. Адрес, который уже приносит показы. Проверяется по отчёту в панели вебмастера. Если один из вариантов давно в поиске и получает трафик, основным делают его, даже если другой красивее.
2. Адрес с внешними ссылками. Смотрится в отчёте по входящим ссылкам. Ссылки — самый трудновосполнимый актив.
3. Адрес, на который ведут внутренние ссылки. Основной вариант должен совпадать с тем, куда ведёт меню, хлебные крошки и карта сайта.
4. Более короткий и понятный адрес. При прочих равных выбирают тот, что без параметров и без лишних уровней вложенности.
5. Адрес, который останется при любых изменениях каталога. Товар, привязанный к категории, переедет при перестройке каталога; товар по независимому адресу — нет.

Помогу с продвижением: продвижение сайта в поиске — вывожу сайты в топ Яндекса белыми методами.

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

Почему поиск игнорирует ваш canonical

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

Если интересно направление с сайтами — базу даю в своём курсе:

Причина	Как обнаружить	Что делать
Страницы слишком разные по содержанию	Сравнить видимый текст обоих адресов	Не склеивать: это разные страницы, а не варианты
Указанный адрес отдаёт 404 или редирект	Открыть адрес из указания, проверить код ответа	Исправить на конечный рабочий адрес
Основной адрес закрыт от индексации или от обхода	Проверить мета-тег, заголовки ответа и запреты обхода	Открыть основной адрес
Цепочка: A указывает на B, B на C	Пройти по указаниям вручную	Все страницы группы указывают на конечный адрес напрямую
Взаимные указания: A на B, B на A	Сравнить разметку двух страниц	Выбрать один основной и поправить вторую
Все внутренние ссылки ведут на неосновной адрес	Краулер, отчёт по внутренним ссылкам	Переставить ссылки на основной адрес
Указание подставляется скриптом после загрузки	Посмотреть исходный код страницы, а не панель разработчика	Отдавать указание сразу в разметке сервера
На странице несколько разных указаний	Поиск по исходному коду	Оставить одно; лишние обычно от модулей и плагинов
Указание на другой домен	Сравнить домен в адресе	Для склейки доменов использовать редирект
Прошло мало времени	Дата последнего обхода в панели вебмастера	Подождать переобхода, отправить страницы на переобход

8:14

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

Строка про скрипты требует отдельной проверки. Многие смотрят разметку в панели разработчика браузера, где отображается уже обработанный документ, и видят указание там, где его в исходной выдаче сервера нет. Правильный способ — открыть исходный код страницы в том виде, в котором его отдаёт сервер, и найти строку там.

Ошибки настройки, которые встречаются чаще всего

Помимо причин игнорирования, есть ошибки, которые вредят сами по себе — иногда сильно.

Тему разбирал отдельно: «Влияние javascript на продвижение сайта».

• Указание на главную со всех страниц сайта. Самая разрушительная. Возникает при неверной настройке шаблона: в служебную часть попадает адрес главной вместо адреса текущей страницы. Результат — сайт постепенно схлопывается в одну страницу, остальные перестают участвовать в поиске.
• Относительный адрес вместо полного. Указание с адресом вида без домена и протокола на части систем разбирается неверно и приводит в несуществующее место. Пишется всегда полный адрес.
• Разные протоколы или варианты домена. Указание с http на сайте, работающем по https, или с адресом без www на сайте с www — это указание на другой адрес, который отдаёт редирект.
• Указание на страницу пагинации. Со всех страниц списка на первую. Содержимое разное, указание не принимается, а товары со второй страницы и дальше остаются без внятного сигнала.
• Указание, меняющееся от захода к заходу. Бывает при кэшировании и подстановке текущего адреса с параметрами: сегодня страница указывает на один адрес, завтра на другой. Поиск в такой группе выбирает представителя сам.
• Указание с параметрами внутри. Основной адрес должен быть чистым: без меток кампаний, идентификаторов сессии и сортировок.
• Два модуля, ставящих указание независимо. Типично для систем с плагинами: один добавляет своё, второй своё, в разметке оказываются две разные строки, и обе игнорируются.
• Забыли обновить при смене адресов. Сайт переехал на новую структуру, редиректы поставили, а указания в шаблоне остались со старыми адресами.

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

Самоссылающийся canonical: нужен ли

Отдельный вопрос, вокруг которого много споров: ставить ли на обычной странице указание на саму себя. Формально в этом нет необходимости — если вариантов нет, склеивать нечего.

Практический аргумент за то, чтобы ставить, следующий. Адрес любой страницы почти наверняка существует в нескольких вариантах, о которых вы не задумываетесь: с меткой рекламной кампании, с параметром от чужой ссылки, с идентификатором перехода из соцсети, с добавленным в конце мусором. Каждый такой вариант — потенциальный дубль. Указание на себя автоматически решает эти случаи, потому что любой вариант адреса отдаёт ту же страницу с тем же указанием на чистый адрес.

Условие, при котором приём работает: указание должно формироваться из известного системе чистого адреса страницы, а не из адреса текущего запроса. Если шаблон подставляет то, что пришло в строке браузера, приём превращается в свою противоположность — каждый мусорный адрес объявляет каноническим сам себя. Это ровно та ошибка, из-за которой самоссылающиеся указания иногда ругают.

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

Что склеивается, а что нет

Если нужна помощь по теме — обучение SEO-продвижению.

Когда указание принято, группа адресов обслуживается как одна страница. Разбираться стоит в том, что именно при этом происходит с накопленным.

Что	Что происходит при склейке
Внешние ссылки на неосновной адрес	Учитываются в пользу основного
Внутренние ссылки	Учитываются, но ссылаться лучше сразу на основной
Показы и клики в отчётах	Приписываются основному адресу
Заголовок и описание в выдаче	Берутся с основного адреса
Данные посещаемости в счётчике	Не склеиваются: аналитика считает адреса раздельно
Расход обхода	Не экономится: робот продолжает ходить на все адреса

Две последние строки объясняют, почему canonical не решает проблему разросшегося числа адресов. Если у каталога миллион комбинаций фильтров, указание не избавит от их обхода: робот всё равно будет их запрашивать, чтобы прочитать разметку и увидеть указание. На больших сайтах поверх canonical применяют другие средства — не создавать лишние адреса вообще и закрывать бесполезные ветки от обхода.

Смежный материал по теме — «Мобильное SEO — влияние на продвижение сайта».

Как проверить, что указание работает

Проверка делится на две части: правильно ли всё настроено технически и принял ли поиск указание фактически. Первая делается сразу, вторая — через несколько недель.

1. Открыть исходный код нескольких страниц разного типа и убедиться, что указание одно, адрес полный, протокол и вариант домена совпадают с рабочими.
2. Проверить, что адрес из указания отдаёт код 200 без редиректов, а не 404 и не переброс на другой адрес.
3. Прогнать сайт краулером и получить отчёт по указаниям: цепочки, взаимные ссылки, страницы с несколькими указаниями, указания на закрытые страницы.
4. Сверить с внутренними ссылками: меню, крошки и карта сайта должны вести на те же основные адреса.
5. Через две-четыре недели посмотреть в панели вебмастера, какой адрес система считает основным для группы, — там это показывается прямо.
6. Поискать в выдаче по фрагменту текста страницы и посмотреть, какой адрес показывается.

Пятый пункт — единственный источник правды. Всё остальное показывает, что вы сделали, и только отчёт вебмастера показывает, что из этого принято. Если система назначила основным другой адрес, вернитесь к таблице с причинами игнорирования: почти всегда там найдётся конкретный пункт про ваш случай.

Частые вопросы

Canonical или 301 — что выбрать? Определяющий вопрос один: нужна ли страница человеку. Нужна и должна открываться — canonical. Не нужна, адрес сменился навсегда — редирект. Редирект сильнее и предсказуемее, поэтому при возможности выбирают его.

Через сколько указание начинает действовать? После переобхода обеих страниц и сопоставления: обычно от нескольких дней до трёх-четырёх недель. Ускорить можно отправкой на переобход, но мгновенного эффекта не будет.

Можно ли указать canonical на страницу другого сайта? Технически можно, практически ненадёжно: Яндекс рассматривает указание в пределах одного домена. Для склейки разных доменов используют редирект и предусмотренные для переезда инструменты в панелях вебмастера.

Влияет ли canonical на позиции напрямую? Сам по себе нет. Он влияет косвенно, через две вещи: убирает конкуренцию собственных страниц между собой и собирает накопленные сигналы на одном адресе вместо трёх. На сайте без дублей от его установки ничего не изменится.

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

Нужен ли canonical на страницах пагинации? Указание со всех страниц списка на первую — ошибка: содержимое разное, и указание игнорируется. Обычная практика — на каждой странице пагинации указание на саму себя, а разгрузка выдачи достигается настройкой заголовков и текста так, чтобы вторая и последующие страницы не конкурировали с первой.

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

Коротко

• Canonical — рекомендация, а не команда: поиск сопоставляет её с содержимым страниц, внутренними ссылками и картой сайта и может выбрать другой адрес.
• Инструмент уместен там, где страница должна остаться доступной человеку, а в поиске должен участвовать один адрес из группы вариантов.
• Если адрес сменился навсегда — нужен редирект; если страница не нужна в поиске вовсе — запрет индексации; совмещать canonical с запретом индексации нельзя.
• Самая разрушительная ошибка настройки — указание на главную со всех страниц сайта; проверяется за минуту в исходном коде любой внутренней страницы.
• Указание игнорируется чаще всего из-за слишком разного содержимого, цепочек и взаимных ссылок, битого адреса в указании и внутренних ссылок на неосновной вариант.
• Обход неосновных адресов не прекращается: canonical не экономит ресурс робота, для этого нужны другие средства.

Если на сайте несколько адресов ведут на одно и то же и непонятно, что склеивать указанием, что редиректом, а что вообще убирать, приходите на SEO-консультацию: разберём вашу карту адресов, найдём дубли и определим, какой инструмент подходит в каждом конкретном случае.