Если в индексе появляются не те URL, а нужные страницы выпадают из поиска, canonical-тег — один из первых кандидатов на проверку. В WordPress он часто формируется автоматически, но именно здесь чаще всего и возникают ошибки: на странице стоит канонический адрес другой записи, главная версия URL указывает на редирект, а иногда один и тот же тег подменяют тема и SEO-плагин одновременно.
Разобраться можно без глубокого погружения в PHP. Сначала нужно понять, какой canonical реально отдает страница, затем найти источник ошибки и только после этого исправлять его в WordPress или в настройках плагина.
Что именно ломает индексацию
Canonical сообщает поисковику, какой URL считать основной версией страницы. Если он указан правильно, это помогает бороться с дублями. Если указан неверно, поисковик может проигнорировать нужный адрес и оставить в индексе альтернативный или вообще не тот вариант страницы.
Типичные симптомы выглядят так:
- страница открывается по одному адресу, а в исходном коде canonical ведет на другой;
- в Search Console у страницы статус вроде «другая страница с каноническим тегом»;
- в поиске ранжируется URL с параметрами, а не чистый адрес;
- после смены структуры ссылок старые URL продолжают считаться основными;
- на сайте есть дубли из-за пагинации, фильтров, UTM-меток или версий со слэшем и без него.
Важно понимать: canonical не заменяет редирект. Если у вас есть явный дубль, который больше не нужен, правильнее сначала настроить 301-редирект, а canonical оставить как дополнительный сигнал. Когда редирект невозможен или нежелателен, canonical помогает поисковику выбрать основную версию.
Как проверить canonical на проблемной странице
Самая частая ошибка — искать проблему в настройках SEO-плагина, не посмотрев, что реально отдает страница. Проверка занимает пару минут.
Проверка в исходном коде
Откройте страницу в браузере, затем посмотрите исходный код и найдите строку с rel="canonical". В норме на странице должен быть один canonical, и он должен указывать на канонический URL этой же страницы.
Что проверить вручную:
- адрес совпадает с основным URL страницы;
- нет лишних параметров, если они не нужны;
- протокол и домен совпадают с основной версией сайта;
- canonical не ведет на 404, редирект или другую запись.
Если на странице несколько canonical-тегов, это уже ошибка темы или плагинов. Поисковик может проигнорировать такой код или выбрать свой вариант.
Проверка через инструменты поисковиков
В Google Search Console откройте проверку URL и посмотрите, какой адрес выбран каноническим. Там обычно видно две версии: указанную вами и выбранную Google. Если они не совпадают, это хороший сигнал, что на странице есть проблема с разметкой, внутренними ссылками или дублирующими URL.
Если Search Console показывает, что Google выбрал другой canonical, не спешите менять только тег. Сначала проверьте, не ведут ли на этот другой URL внутренние ссылки, sitemap и редиректы. Поисковик учитывает не только сам тег, но и общую структуру сайта.
Откуда в WordPress берется неправильный canonical
На практике источник обычно один из четырех.
- Тема выводит canonical вручную или дублирует его вместе с SEO-плагином.
- SEO-плагин генерирует canonical по шаблону, который не подходит для конкретного типа страниц.
- Настройки WordPress создают разные версии одного адреса: со слэшем и без, с www и без www, http и https.
- Дополнительные параметры URL попадают в canonical из-за фильтров, сортировок, пагинации или UTM-меток.
Часто проблема проявляется после обновления темы, смены SEO-плагина или переноса сайта. В таких случаях canonical может начать указывать на старый домен, старую структуру ссылок или на страницу-архив вместо конкретной записи.
Как исправить canonical в WordPress
Способ зависит от того, где именно он формируется. Начинать лучше с самого простого: проверить, не дублируют ли друг друга тема и плагин.
1. Уберите дублирование canonical из темы и плагина
Если у вас установлен SEO-плагин, который сам выводит canonical, тема не должна добавлять его повторно. Это особенно часто встречается в самописных или старых темах.
Проверка простая: временно переключитесь на стандартную тему WordPress, например Twenty Twenty-Four, и посмотрите исходный код проблемной страницы. Если canonical стал корректным, источник ошибки в текущей теме. Если тег остался неправильным, ищите проблему в плагине или настройках сайта.
Если вы редактируете тему вручную, canonical должен выводиться только через один механизм. Для WordPress это обычно делает сама система или SEO-плагин, а не шаблон страницы. Вручную добавлять тег в <head> имеет смысл только в редком кастомном сценарии, когда вы точно контролируете весь вывод.
2. Проверьте настройки SEO-плагина
У большинства SEO-плагинов есть настройка canonical для записей, страниц, архивов и таксономий. Если canonical для архивов или пагинации настроен неудачно, поисковик может считать основными не те страницы.
Что обычно нужно проверить:
- не отключен ли canonical вообще;
- не задан ли шаблон, который подставляет неправильный домен или путь;
- не стоит ли canonical на главную страницу для всех записей;
- не закрыты ли важные страницы от индексации вместе с canonical на них.
Если плагин позволяет задавать canonical вручную для конкретной записи или страницы, используйте это только там, где действительно есть дубль. Для обычных страниц лучше оставить автоматическую генерацию, чтобы не создавать себе лишнюю ручную поддержку.
3. Исправьте canonical в шаблоне, если он задается вручную
Иногда canonical прописан прямо в файле темы. Тогда нужно найти строку с выводом тега и убрать лишнюю логику. Если у вас есть доступ к файлам темы, сначала сделайте резервную копию или работайте в дочерней теме, иначе обновление может перезаписать правки.
В корректной конфигурации canonical для отдельной записи обычно должен указывать на ее постоянный URL, а не на произвольный адрес из переменной запроса. Если в шаблоне используется текущий URL с параметрами, это и есть источник ошибки.
Для проверки после правки откройте страницу еще раз и убедитесь, что в исходном коде остался один canonical и он совпадает с основным адресом страницы.
4. Приведите URL сайта к одной версии
Если сайт доступен одновременно по нескольким вариантам, canonical будет постоянно путаться. Нужно выбрать одну основную версию и закрепить ее в настройках WordPress и на сервере.
Проверьте:
Настройки → Общие— адрес WordPress и адрес сайта должны быть одинаковыми и в нужной версии;- сайт открывается только по одному протоколу:
https; - выбран один вариант домена: с
wwwили без него; - старые версии перенаправляются на основную через 301-редирект.
Если этого не сделать, canonical может указывать на одну версию, а внутренние ссылки и sitemap — на другую. Поисковик в такой ситуации часто выбирает не тот URL, который вы ожидаете.
Когда canonical нужно задавать вручную
Автоматический canonical подходит не всегда. Ручная настройка нужна, когда одна и та же страница доступна по нескольким адресам, но вы хотите сохранить только один основной вариант.
Частые случаи:
- страницы с сортировкой или фильтрами;
- пагинация архивов;
- страницы с UTM-метками и другими параметрами;
- дубли после переезда сайта или смены структуры ссылок;
- отдельные лендинги, которые доступны по нескольким путям.
Но ручной canonical не должен маскировать плохую архитектуру. Если у вас есть полноценный дубль, лучше закрыть источник дубля редиректом или убрать его из генерации, а не просто указывать поисковику «считай основным вот этот адрес».
Как проверить, что исправление сработало
После правки не ограничивайтесь визуальной проверкой страницы. Нужна проверка именно того, что видит поисковик.
- Откройте страницу и убедитесь, что в исходном коде один canonical.
- Проверьте, что canonical ведет на основной URL без лишних параметров.
- Посмотрите, нет ли редиректа с canonical-адреса на другой адрес.
- В Search Console повторно проверьте URL и сравните выбранный Google canonical с вашим.
Если после исправления поисковик не меняет канонический адрес сразу, это нормально. Ему нужно время на повторный обход. Главное — чтобы на странице больше не было технической ошибки, которая мешает выбрать правильную версию.
Что делать, если проблема возвращается
Если canonical снова ломается после обновлений, значит источник не устранен, а только замаскирован. Обычно это происходит в трех ситуациях: обновление темы возвращает старый код, SEO-плагин перезаписывает ручные правки, или на сайте несколько плагинов одновременно влияют на head-разметку.
В таком случае полезно:
- проверить, не добавляет ли canonical кэш-плагин или оптимизатор;
- поочередно отключить плагины, которые работают с SEO и разметкой;
- сравнить исходный код до и после обновления темы;
- зафиксировать основную версию URL в настройках сайта и на сервере.
Если вы используете плагин для удаления дублей и управления SEO-метаинформацией, вроде Clearfy Pro, он может помочь убрать лишние технические дубли и упростить контроль за canonical. Но даже с таким инструментом все равно нужно проверить, кто именно выводит тег и не конфликтуют ли между собой тема и SEO-плагин.
В большинстве случаев ошибка индексации из-за canonical исправляется не одной галочкой, а последовательной проверкой: какой URL отдает страница, кто формирует тег, есть ли дубли версий сайта и не мешают ли редиректы. Когда эти четыре точки под контролем, WordPress перестает отправлять поисковикам противоречивые сигналы, и нужные страницы начинают индексироваться предсказуемо.