Дублирование контента всегда негативно сказывается на SEO-продвижении, поэтому в нашей студии мы решаем эту задачу в приоритетном порядке. Но дубли бывают разными: полными или частичными. Часто справиться с ними помогают редиректы, но если поставить их нет возможности, то в запасе есть еще один вариант. В этой статье мы поговорим о канонической ссылке на страницу: расскажем что это такое, когда ставится тег <link rel=»canonical» href=»…» /> в HTML, а также где и как правильно его прописывать.
Немного о понятии
Атрибут позволяет нам контролировать индексацию сайта в поисковых системах и показывать роботам, какой URL является первоисточником. Наиболее распространенная ситуация для его использования, когда один и тот же товар находится в нескольких категориях.
- /tufli/zhenskie-tufli-tommy-hilfiger
- /brands/tommy-hilfiger/zhenskie-tufli-tommy-hilfiger
Оба эти адреса нужны сайту, но для ПС они считаются дублями, так как отличаются вложенностью и имеют одинаковое содержимое. Поэтому в индекс может попасть не то, что вы хотели.
Чтобы такой ситуации не было, мы ставим тег рел каноникл с нужным нам урлом на все дубликаты.
Важно отметить, что canonical — это не жесткая директива, а рекомендация для поисковых систем. Google и Яндекс прямо указывают, что могут не учесть ее, если другие сигналы сайта противоречат этому выбору или если неканонический URL кажется им более подходящим.
Проще говоря, каноникл помогает подсказать поисковику, какой адрес считать основным, но сам по себе не гарантирует, что выбран будет именно он.
Почему дубли – это плохо для SEO
Мы уже много говорим про дублирование контента и, наверное, у вас возник вопрос: а откуда оно вообще берется, что нам теперь приходится задумываться о канонических ссылках? Чтобы ПС почитали страницы дублирующими друг друга, им необязательно быть идентичными. Достаточно иметь схожий контент.
Часто такая проблем возникает в интернет-магазинах, например, при фильтрации товаров. Пользователь выбирает нужные ему характеристики и получает новую страничку, где продукция практически та же, что и на основном разделе.
- Размер сайта увеличивается. Из-за этого целевые урлы индексируются слишком долго, либо вообще не попадают в выдачу, так как краулинговый бюджет расходуется на нецелевые документы.
- URL конкурируют между собой. Если вы думаете, что сможете занять в ТОПе сразу 2 места, то это совсем не так. Поисковики не дадут вам этого сделать, а вот вероятность того, что станет видим не тот документ, гораздо выше.
- Потеря ссылочного веса. Внешние ссылки могут вести на дубликаты, а не на первоисточник, из-за чего масса размывается.
- Ухудшение поведенческих факторов. Если пользователь перейдет по неправильному адресу и не найдет то, что ему нужно, возможно, он больше не захочет заходить на ваш сайт.
- Авторитетность в глазах поисковых систем. И Яндекс, и Google считают дублирование нежелательным, поэтому понижают площадку в выдаче.
Дубли мешают поисковику быстрее и точнее выбрать главный документ в группе похожих страниц. В результате в поиске может показываться не тот URL, который вы продвигаете, а это уже бьет и по структуре выдачи, и по управляемости SEO в целом.
Читайте также
Краулинговый бюджет: как посчитать и понять, есть ли препятствия к попаданию в топ выдачи
Как настраивать каноникл
Для этого есть несколько способов. С некоторыми из них поможет разработчик, а другие не требуют специальных навыков.
В HTML-коде
Открываем код страницы и в разделе head, где у нас прописаны meta, ставим атрибут и даем в нем основной URL: <link rel=»canonical» href=»https://site.com/odezhda» />. Это основной и наиболее распространенный способ указать canonical для HTML-страницы.
В заголовке HTTP
Если тег нужно поставить не на HTML-страницу, а на файл, где раздела <head> нет, то прибегают именно к этому варианту. Но чтобы им воспользоваться, понадобится доступ к настройкам сервера.
Выглядеть это будет так:
Этот вариант подходит, например, для PDF и других файлов, где нельзя вставить canonical в HTML-код. Google поддерживает canonical и через HTTP header.
В Sitemap.xml
Указанные в карте сайта адреса действительно рассматриваются поисковыми системами как предпочтительные, но это более слабый сигнал, чем canonical в HTML или HTTP header. Об этом рассказывается и в справке Google. Поэтому sitemap не стоит использовать как замену нормальной настройки rel=»canonical» — только как дополнительную подсказку.
Читайте также
SEO-продвижение для Google: как убедить поисковик в ценности вашего сайта
В административной панели
Популярные CMS уже давно облегчили нам задачу и создали функционал, позволяющий поставить каноникл без знаний программирования. Например, на Вордпресс это Yoast SEO, а на Битриксе это делается в компонентах «Каталог» или «Новости».
Если проект типовой и у вас есть понятная логика выбора основных URL, настройка через CMS или модуль часто оказывается безопаснее, чем ручная правка шаблонов без тестирования.
Как правильно использовать атрибут rel=»canonical» в SEO
Тег может понадобиться нам не всегда и зачастую он не только не улучшит продвижение, но и навредит сайту. Вот ситуации, когда к нему все-таки обращаются.
При дублировании контента
Если вы уверены, что дубли есть, то вам остается только определить первоисточники и проставить атрибуты.
Чтобы их найти, воспользуйтесь Яндекс.Вебмастером и Google Search Console.
В первом перейдите во вкладку Индексирование – Исключенные страницы – Статус Дубль. После этого покажется сводка со всей необходимой информацией.
В GSC заходим в Индексирование – Страницы и выбираем соответствующий блок:
Также полезно помнить, что canonical работает лучше, когда ему не противоречат другие сигналы сайта: внутренние ссылки, sitemap, hreflang, редиректы и структура навигации. Если все эти элементы указывают на один URL, вероятность правильной каноникализации выше.
На пагинации
Это разбивка содержимого на отдельные странички, что улучшает навигацию и удобство пользования сайтом. Ее встречают в поисковой выдаче, также она часто используется в интернет-магазинах.
Но при таком разделении может появиться дубль основного URL, как, например, тут:
Ставить canonical на первую страницу пагинации можно не всегда. Перед этим нужно понять, должны ли последующие страницы участвовать в индексации как самостоятельные URL. Если должны, то задача решается не «склейкой всего в page 1», а более аккуратной настройкой структуры, контента и внутренних сигналов.
Если же вы выбираете первую страницу как каноническую, то на остальных пагинированных URL действительно лучше минимизировать дублирующие элементы:
- убрать повторяющийся h1;
- удалить или сократить дублирующий текст;
- настроить автоматическую генерацию мета-тегов.
При наличии версий HTTP, HTTPS или WWW
Это одна из критических ошибок на площадке. Если для роботов доступны все варианты, то поисковики будут рассматривать их как отдельные документы.
- склеивание адресов: есть вероятность, что в индекс попадет нецелевой урл;
- в выдаче останутся все версии, но возникнет каннибализация запросов, когда в результатах поиска будет всплывать то одна страница, то другая.
Хочется отметить, что тег рел каноникал – это всего лишь рекомендация для краулеров. Если они сочтут, что дубль более релевантен ключевой фразе, то проиндексируют именно его. Поэтому в этом случае мы рекомендуем настроить 301 редирект, чтобы в дальнейшем не возникало проблем.
В мобильных URL
Этот момент особенно важен для Google, поскольку поисковик ориентируется на mobile-first indexing, то есть в первую очередь оценивает мобильную версию сайта.
- на мобильной версии нужно поставить атрибут rel=»canonical», ведущий на десктопную страницу;
- на десктопной версии — прописать rel=»alternate» со ссылкой на мобильный URL.
Аналогичный подход применяют и для AMP-страниц.
Однако сегодня отдельные мобильные URL уже нельзя назвать основным сценарием. Для большинства современных сайтов актуальнее адаптивная верстка и единый URL для всех устройств. Поэтому этот кейс стоит рассматривать как частный, а не как базовый вариант настройки canonical.
Динамические урлы
Они образуются, если пользователь переходит на сайт из рекламного объявления, применяет фильтры в интернет-магазине или пользуется внутренним поиском.
site.ru/catalog/bombery/?size=46
Таких адресов нередко становится слишком много, из-за чего сайт разрастается за счет технических и малоценных страниц. В такой ситуации важно определить основной URL и прописать тег rel=»canonical» на параметрических версиях страницы, указывая на первоисточник.
Это один из самых типичных и уместных сценариев для canonical: когда страница с параметрами нужна пользователю, но не должна становиться самостоятельной страницей в индексе.
Когда не нужно этого делать
Опишем случаи, когда атрибут не понадобится или может навредить SEO-продвижению.
Верхний и нижний регистр написания URL
Адреса, написанные заглавными и строчными буквами, так же как и версии HTTP, HTTPS и пр. будут считаться двумя разными площадками. Но в этом случае мы прописываем правило в .htaccess.
Если вы раньше не работали с этим файлом, то рекомендуем обратиться с этой задачей к программистам, так как для его редактирования нужны специальные навыки. Одна ошибка в нем может поломать весь сайт.
Мультиязычный контент
Это как раз тот случай, когда разные версии сайта должны оставаться в выдаче, но показываться пользователям в зависимости от языка или региона. Поэтому здесь не используют ни rel=»canonical», ни 301 редирект, а настраивают атрибут hreflang. Он также размещается в блоке и оформляется через тег
<link rel=»alternate» hreflang=»lang_code» href=»site.ru» />
Где lang_code — это код языка или региона, к которому относится версия страницы, например ru-ru или en-us.
Здесь важно не смешивать задачи canonical и hreflang. Первый помогает поисковику выбрать основной URL среди дублей, а второй — понять, какую языковую или региональную версию страницы показывать пользователю.
При переезде
Если сайт действительно переезжает на новый домен, canonical не должен быть основным решением. И Google, и Яндекс рекомендуют использовать 301 редирект там, где это возможно. Особенно это важно для полноценного переноса сайта, а не для отдельных легитимных кросс-доменных дублей.
Как проверить, что все сделано правильно
Посмотреть каноническую страничку в Google поможет инструмент проверки URL, находящийся в Гугл Консоли. Вставляем ссылку и изучаем всю информацию о ней.
В Яндекс.Вебмастере тоже есть такая функция. Заходим в раздел Индексирование – Страницы в поиске. Под урлами будет написано канонический ли это адрес или нет.
Еще один способ – посмотреть вручную. Кликаем правой кнопкой мыши по страничке, выбираем «Просмотр кода страницы» и ищем нужную нам строчку:
Хорошо помогают и плагины. Я часто пользуюсь расширением SEO META in 1 CLICK, где отображается не только каноникл, но и прочая полезная информация: мета-теги, количество заголовков, robots.txt, sitemap.xml и многое другое.
Если же необходимо массово проверить тег, то тут помогут парсеры, например, Screaming Frog.
- не ведет ли он на URL с редиректом;
- не закрыт ли целевой адрес от индексации;
- нет ли цепочки canonical;
- совпадают ли canonical, sitemap и внутренние ссылки;
- не указывает ли canonical на другой домен без веской причины.
Самые популярные ошибки при настройке
- Неканонические адреса лучше отвечают запросу по мнению поисковых роботов.
В такой ситуации не стоит пытаться просто закрыть их в robots.txt. Сначала проверьте, не противоречат ли canonical другие сигналы: внутренняя перелинковка, sitemap, редиректы, качество и полнота контента, self-referencing canonical на нужной странице. - Перенаправление идет на документ, недоступный для роботов или индексирования. Например, он закрыт в robots.txt или вовсе удален с ресурса.
- Каноникл поставлен на другой домен или поддомен. В этом случае лучше сделать 301 редирект, особенно если площадка переезжает.
- Указано несколько канонических ссылок.
- Одновременно применяются и noindex, и rel=»canonical».
- Цепочка из canonical. Это может произойти, если вы с одного дубля поставили ссылку на другой, с него — на третий, а уже с последнего на первоисточник.
- Проставлена не в блоке <head>. В этом случае поисковики проигнорируют вашу рекомендацию.
Еще одна частая проблема — отсутствие self-referencing canonical на основной странице. Особенно это важно после переезда или смены URL-структуры: Google рекомендует, чтобы новый адрес содержал canonical сам на себя.
Подробнее о canonical рассказывают в справке Яндекса.
Читайте также
Поиск по товарам Яндекса: как попасть в товарный поисковик, бесплатный инструмент для SEO-продвижения
Чем атрибут отличается от редиректов
Часто эти два понятия путают, но функции у них абсолютно разные. Первое нужно исключительно для того, чтобы решить проблемы с индексацией, и ставится для краулеров. Тогда как второе переносит пользователя на другой адрес и не дает зайти на ту страницу, где настроено перенаправление.
- урл удален с площадки, а его содержимое уже не актуально, но при этом ссылки на него где-то размещены;
- изменились названия разделов, а вместе с ними и написание в ЧПУ;
- переезд ресурса на новый домен или CMS.
Заключение
Итак, мы выяснили, что канонический URL – это адрес, указываемый в атрибуте rel=»canonical». Он прописывается в коде в разделе head и помогает оптимизировать сайт, решить проблемы с индексацией и не расходовать краулинговый бюджет впустую.
FAQ
Canonical — это рекомендация для поисковика выбрать основной URL. А 301 редирект — это уже перенаправление пользователя и робота на другой адрес без возможности остаться на старом URL.
Как основное решение — нет. При полном переезде сайта обычно настраивают 301 редирект, а canonical может использоваться только как дополнительный сигнал в отдельных случаях.
Обычно он указывается в HTML-коде страницы внутри блока <head> в виде:
<link rel=»canonical» href=»https://site.ru/page/» />
