Что такое каноническая ссылка на страницу: как прописать rel canonical и зачем это нужно

Когда нужно использовать canonical

Тег canonical нужен, если один материал на сайте можно открыть по разным адресам. Для SEO важно указать, какой из таких URL считать основным. Причиной могут быть параметры в URL, страницы с повторяющимся содержанием или разные версии одной страницы.

Дубли страниц из-за параметров URL

К адресу могут добавляться служебные параметры, которые не меняют содержание страницы. Например, после перехода по ссылке с меткой кампании страница example.ru/catalog может открыться по адресу example.ru/catalog?source=promo. Оба URL ведут к одному материалу. В таком случае основной адрес можно указать через canonical.

Для меток и служебных параметров в Яндексе используют директиву Clean-param в robots.txt. Она склеивает адреса и сохраняет накопленные показатели за основным URL:

Clean-param: utm_source&utm_medium&utm_campaign&ysclid

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

Метки и служебные параметры, которые не меняют содержимое, убирают через Clean-param. Если страница дублирует основную и не нужна в поиске отдельно, на ней ставят canonical с адресом основной. Страницы фильтров с самостоятельным содержанием и спросом оставляют в поиске: canonical на каталог им не ставят.

Страницы с похожим или повторяющимся контентом

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

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

Версии страниц HTTP, HTTPS и с www

Способ настройки зависит от того, какие версии URL нужно объединить.

При переходе с HTTP на HTTPS тег canonical не нужен. Со старых HTTP-страниц на соответствующие HTTPS-страницы настраивают редирект. О переезде можно сообщить в Яндекс Вебмастере — сервисе для проверки индексирования сайта и его отображения в поиске Яндекса.

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

Мобильные версии страниц

Если мобильная версия находится на отдельном поддомене, например m.example.ru, её связывают с основной версией не через canonical. Canonical работает только внутри одного домена, поэтому указание с m.example.ru на example.ru робот Яндекса не учтёт.

На каждой десктопной странице можно указать соответствующий мобильный адрес через rel="alternate":

<link rel="alternate" media="only screen and (max-width: 640px)"
                        href="https://m.example.ru/page">
                        

Для пользователей мобильных устройств также настраивают редирект с каждой десктопной страницы на соответствующую мобильную. Например, example.ru/catalog должна вести на m.example.ru/catalog, а не на главную страницу мобильного сайта.

Если сайт подстраивается под размер экрана и открывается по одному адресу на всех устройствах, ни alternate, ни редирект не нужны.

Динамические URL и фильтры

Интернет-магазин может создавать новый URL после применения фильтра. Например, каталог находится по адресу example.ru/catalog, а после выбора бренда открывается страница example.ru/catalog?brand=example. Если такую страницу не нужно показывать в поиске отдельно, через canonical можно указать основной адрес каталога. Для фильтров, которые создают самостоятельные страницы с полезным содержанием, canonical может быть не нужен.

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

Если страницы находятся в одном разделе сайта или их URL похожи, тег canonical всё равно нужен не всегда. Важно, совпадает ли их содержание и нужно ли считать одну страницу основной версией другой.

Страницы пагинации

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

Для каждой страницы можно оставить собственный canonical: например, example.ru/catalog?page=2 будет ссылаться на этот же адрес. Так страницы с разным набором товаров не объединяются в одну каноническую версию.

Разные языковые версии сайта

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

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

Страницы с разным содержанием

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

Например, example.ru/course может вести на описание курса, а example.ru/course/program — на его программу. Хотя адреса похожи, содержание страниц различается, поэтому каждая может индексироваться отдельно.

Как настроить canonical

Добавление тега в HTML-код страницы

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

В раздел <head> страницы добавляют строку:

Ссылка на страницу после href указывает URL, который владелец сайта считает каноническим.

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

Настройка через CMS

Некоторые CMS позволяют задать canonical прямо при редактировании страницы. В специальное поле вставляют основной URL, после чего система сама формирует нужную строку в HTML.

Например, для дубля каталога с параметрами можно указать https://example.ru/catalog. Если CMS не предусматривает такого поля, canonical настраивают через код — для этого понадобится разработчик.

Использование HTTP-заголовка

В PDF нельзя вставить HTML-элемент <link>. Для таких файлов канонический адрес можно передать вместе с ответом сервера:

Такую настройку выполняют на сервере. Разработчик или администратор сервера добавит заголовок для нужных файлов.

Указание канонических URL в Sitemap

В Sitemap перечисляют выбранные основные страницы сайта. Если один материал открывается по нескольким адресам, в файл добавляют основной URL, а не все его варианты.

Сам rel="canonical" в Sitemap не записывают. Проверить файл можно в Вебмастере через Анализ файлов Sitemap: загрузите файл, вставьте его содержимое или укажите его адрес и нажмите «Проверить».

Если ошибок нет, перейдите в «Файлы Sitemap», укажите адрес, например https://example.ru/sitemap.xml, и нажмите «Добавить».

Как проверить настройку

После настройки важно посмотреть, какой адрес выбран основным. Для отдельных страниц и поиска Яндекса это можно сделать в Вебмастере, а при большом количестве URL — дополнительно провести массовую проверку через SEO-сервис.

Инструменты проверки URL

Если тег canonical добавили недавно, откройте в Вебмастере «Индексирование» → «Переобход страниц» и укажите адрес дубля. Так можно сообщить роботу, что страницу стоит посетить повторно.

Затем в разделе «Индексирование» → «Страницы в поиске» откройте блок «Исключённые страницы» и найдите нужный URL. Статус «Неканоническая» показывает, что вместо этой страницы в поиске используется адрес, указанный в атрибуте rel="canonical".

Проверьте, правильно ли он задан в коде страницы. Если нет, исправьте canonical и запросите новый переобход.

Анализ через SEO-сервисы

На большом сайте удобнее сначала проверить canonical сразу на многих страницах. SEO-сервисы собирают данные по URL и помогают найти типовые проблемы:

• Основной URL возвращает ошибку или перенаправляет дальше
• HTML и HTTP-заголовок содержат разные canonical

Подробнее о частых ошибках можно прочитать в следующем разделе.

После такой проверки можно исправить настройки сразу для группы страниц, а затем посмотреть в Вебмастере, как Поиск обработал изменения.

Ошибки при работе с canonical

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

Частые вопросы (FAQ)

Что делать, если на странице несколько canonical?

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

Как часто нужно проверять настройки canonical?

Проверяйте canonical после переноса страниц, смены URL, изменения шаблонов сайта или настроек CMS. Также стоит проверить настройку, если в Яндекс Вебмастере нужная страница пропала из поиска или получила статус «Неканоническая».

Что делать, если canonical игнорируется поисковиками?

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

После правок запросите переобход в Вебмастере. Даже при корректной настройке окончательный выбор канонического URL остаётся за поисковой системой.

Заключение

• Атрибут canonical нужен, если поисковый робот находит один материал по разным адресам. Это бывает, к примеру, после применения фильтров, добавления параметров или при наличии нескольких версий страницы.
• Основной адрес можно указать в разметке страницы или HTTP-заголовке. В CMS такая настройка часто доступна без ручной правки кода. В Sitemap при этом включают только те URL, которые выбраны основными.
• После изменений стоит посмотреть в Яндекс Вебмастере, как робот обработал страницы. Если в canonical указан несуществующий URL, адрес с перенаправлением или страница с заметно отличающимся содержанием, поисковая система может не принять выбранный вариант.

Дополнительные материалы