Как удалить canonical с сайта и когда это оправдано

Страница выпала из выдачи, а в Вебмастере у неё статус «Неканоническая»: робот обнаружил в коде указание на другой адрес. В статье разбираем, в каких случаях rel=canonical нужно удалить, когда достаточно скорректировать его значение и как снять тег вручную в HTML и на WordPress. Назначение самого тега подробно описано в материале что такое canonical.

Когда удаление canonical оправдано

Удалять canonical стоит там, где страницы несут разное содержимое и каждая отвечает на свой запрос. Справка Вебмастера «Канонический адрес страницы» называет тег рекомендацией, и робот Яндекса может его проигнорировать. Неканоническая страница вернётся в выдачу сама, когда она ближе к запросу, а содержимое при обходе заметно отличалось.

Пагинация, фильтры и страницы с разным содержанием

Частая ошибка: canonical со всех страниц пагинации ведёт на первую. Вторая и следующие, как правило, перестают индексироваться, товары с них выпадают из индекса. На /page/2 и дальше self-canonical оставляют на самих себя, а первую склеивают с категорией.

Фильтры тоже не всегда дубли. Если у /katalog/divany/uglovye есть своё содержимое и спрос, тег canonical на каталог ей не нужен: похожие URL с разным содержимым дублями не будут.

Языковые версии, зеркала сайта и мобильные поддомены

Языковые версии связывают через hreflang, а не тегом canonical. С зеркалами строже: в феврале 2023 года Яндекс перестал принимать rel=canonical при выборе главного зеркала на переходе с http на https, и вместо тега ставят редирект 301/302. Для www и без www тег допустим, но надёжнее редирект.

• Мобильная версия на поддомене m. Canonical оттуда на основной домен робот не учтёт, потому что домен другой. Версии связывают через rel=alternate.
• UTM-метки и GET-параметры. По справке Вебмастера для них берут Clean-param в robots.txt, иначе Disallow.

Ошибки canonical, которые исправляют, а не удаляют

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

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

• Несколько canonical на странице. По справке Вебмастера указание тогда не учитывается вовсе. Лишний тег даёт тема или плагин.
• Кросс-доменный адрес. Указание на чужой домен или поддомен Яндекс игнорирует. Его заменяют на внутренний.
• Адрес не открывается. Тег указывает на 404 либо на закрытую страницу. Подставляется живой URL.
• Главная назначена канонической всему сайту, и каталог уходит из выдачи.
• Относительный адрес. Canonical без протокола робот прочитает не так, как ожидается: ставится абсолютный путь.
• Цепочка адресов. Страница /1 ссылается на /2, та же на /3, и робот звено пропускает.
• Тег в body. Незакрытый тег, iframe или скрипт обрывают head досрочно, и указание не работает.

Важно: canonical и noindex на одной странице конфликтуют. Справка Google не советует noindex для выбора канонической версии: директива блокирует страницу в Поиске, а тег лишь подсказывает главную.

Как найти страницы с canonical и проверить их статус

Начать следует с Вебмастера. Индексирование → Страницы в поиске, блок «Исключённые страницы», статус «Неканоническая». Робот пишет, по какому адресу проиндексирована страница, и просит исправить или снять тег.

Кроме «Неканонической», Вебмастер даёт статусы «Каноническая» и «Каноническая страница не указана». Какую версию поисковая система в итоге выбрала главной, показывает инструмент проверки URL в панели вебмастера. Массово ошибки собирает краулер-парсер, который обходит URL и выгружает содержимое link rel=canonic

Как удалить canonical с сайта

Техника зависит от того, откуда canonical берётся: его даёт шаблон, плагин или сервер. Сначала необходимо найти источник.

В HTML-коде и HTTP-заголовке

Внутри head находится строка link rel=canonical href=https://example.com/blog — её стирают целиком. У самописных движков правка идёт в файл header.

Файлы вне HTML, те же PDF, берут указание из заголовка: Link: <http://www.example.com/offer/file.pdf>; rel=canonical. Снимают его на сервере.

В WordPress и других CMS

Без SEO-плагина за одиночные записи отвечает тема: хватит remove_action(‘wp_head’, ‘rel_canonical’) в конце functions.php. Под Yoast SEO приём бесполезен, ведь тег выводит плагин. Отключить canonical умеет фильтр wpseo_canonical со значением false. Мета-вывод разнесён по фильтрам wpseo_canonical, wpseo_robots, wpseo_metadesc, и через хук тег снимают выборочно. На пагинации берут Clearfy Pro.

У конструкторов свободы меньше. Справка Tilda предупреждает: тег сервис ставит всем страницам, вариации со слешем и с www в индекс не попадают, а правится лишь адрес в настройках SEO.

Как вернуть страницу в поиск после удаления canonical

Порядок в справке Вебмастера умещается в два шага. Сначала rel=canonical убирают из кода страницы либо из HTTP-заголовка — в зависимости от того, каким способом он был задан. Затем проверяют robots.txt и код ответа: индексирование должно быть открыто.

Дальше страницу ставят в очередь: Индексирование → Переобход страниц. Заодно правят sitemap.xml и внутренние ссылки, ведь справка Google рекомендует вести их на канонические URL.

Чем заменить canonical после удаления

Замена снятому тегу нужна не всегда: непохожие страницы живут в индексе врозь. Для разных интентов тег ничего и не склеит: второстепенную закрывают noindex, а на устаревшие статьи ставят 301 на актуальную.

Если дубли остались, задачу закрывает другой инструмент. Чаще берут редирект, а тег оставляют там, где тот невозможен. Для канонизации не годятся robots.txt и инструмент удаления URL: справка Google их не рекомендует. Разница разобрана в статье canonical или 301 редирект.