Если на сайте появляются похожие страницы, версии одного материала с параметрами в URL или дубли из-за пагинации и сортировок, canonical помогает подсказать поисковым системам, какой адрес считать основным. Это не «запрет на индексацию» и не магическая кнопка против всех дублей, а сигнал о предпочтительном URL. В WordPress этот сигнал часто уже ставится автоматически, но в реальных проектах его нередко приходится проверять и настраивать вручную.
Ниже разберём, когда canonical действительно нужен, как WordPress формирует его по умолчанию и что делать, если на сайте есть несколько версий одной и той же страницы.
Что делает canonical и как он влияет на индексацию
Canonical — это тег rel="canonical" в <head> страницы. Он указывает поисковику канонический, то есть основной, адрес документа. Если у одной и той же страницы есть несколько доступных URL, поисковая система может объединить их сигналы и выбрать один вариант для показа в выдаче.
На практике canonical полезен в таких случаях:
- страница доступна с параметрами в URL, но содержимое не меняется принципиально;
- один и тот же материал открывается по нескольким адресам;
- есть страницы фильтров, сортировок, UTM-меток или других служебных параметров;
- нужно явно указать основную версию статьи, товара или категории.
Важно понимать ограничение: canonical — это рекомендация для поисковика, а не жёсткое правило. Если страница противоречит сигналам сайта, например закрыта в robots.txt или содержит сильно отличающийся контент, поисковая система может проигнорировать canonical.
Когда в WordPress canonical уже работает сам
В стандартном WordPress canonical обычно выводится автоматически. Для записей, страниц, рубрик и многих архивов ядро формирует тег на основе текущего объекта. Это значит, что в большинстве обычных случаев ничего вручную добавлять не нужно.
Проблемы начинаются, когда сайт использует:
- плагины для SEO, которые переопределяют canonical;
- кастомные типы записей и архивы с нестандартной логикой;
- фильтры, сортировки и параметры в URL;
- несколько шаблонов для одного и того же контента;
- дубли из-за http/https, www/без www, со слешем и без слеша, если сервер или плагины настроены непоследовательно.
Перед ручной настройкой стоит проверить, не создаёт ли дубли именно техническая конфигурация сайта. Иногда проблема не в canonical, а в том, что один и тот же контент доступен по разным адресам без единого основного URL.
Как проверить, какой canonical сейчас отдаёт страница
Самый простой способ — открыть исходный код страницы и найти строку с rel="canonical". В браузере это обычно делается через просмотр исходника страницы, а не через визуальный режим. Если canonical отсутствует, дублируется или указывает не туда, это уже повод разбираться с темой глубже.
Проверять стоит не только главную страницу, но и:
- обычную запись;
- страницу рубрики;
- страницу с параметром в URL;
- версию материала с пагинацией, если она есть;
- страницу, которую создаёт SEO-плагин.
Если canonical на разных версиях одной страницы указывает на разные адреса, поисковик получает противоречивые сигналы. В такой ситуации сначала нужно выбрать один основной URL, а потом привести к нему все варианты.
Как задать canonical вручную в WordPress
Если стандартного canonical недостаточно, его можно переопределить через хук wp_head. Этот способ подходит, когда нужно вывести свой canonical на конкретных страницах или для определённого типа контента. Делать это лучше в дочерней теме или в собственном небольшом плагине, а не в файле основной темы, чтобы настройка не слетела при обновлении.
Перед изменениями сделайте резервную копию сайта или хотя бы файла, который будете править. Ошибка в PHP-коде может сломать вывод страницы.
Пример: если нужно задать canonical только для конкретной записи или шаблона, можно вывести свой тег в <head>:
add_action( 'wp_head', function () {
if ( is_singular( 'post' ) && get_queried_object_id() === 123 ) {
echo '<link rel="canonical" href="https://example.com/your-main-url/" />' . "
";
}
}, 1 );Здесь 123 — ID записи, а https://example.com/your-main-url/ — адрес, который вы хотите считать основным. При этом важно не вывести два canonical одновременно: если тема или SEO-плагин уже добавляет свой тег, нужно отключить его для этой страницы или заменить существующий вывод, а не просто добавить второй.
Если canonical нужно менять для параметров URL
Когда дубли создаются из-за параметров вроде ?sort=price или ?utm_source=..., canonical обычно должен указывать на чистый URL без параметров. Это особенно полезно для страниц, где содержимое не меняется настолько, чтобы считать их отдельными посадочными страницами.
Логика здесь простая: пользователь может открыть страницу с параметром, но поисковику нужно показать, что основная версия — без него. Вручную это делают либо на уровне шаблона, либо через SEO-плагин, если он умеет задавать canonical для таких сценариев.
Как работать с canonical через SEO-плагин
Если на сайте уже стоит SEO-плагин, сначала проверьте его настройки. Во многих случаях он сам позволяет задать canonical для записи, страницы, рубрики или произвольного типа контента. Это удобнее, чем писать код, если задача типовая.
Обычно схема такая:
- открываете редактирование записи или страницы;
- находите SEO-блок плагина;
- проверяете поле canonical URL;
- вводите основной адрес без лишних параметров;
- сохраняете и перепроверяете исходный код страницы.
Если плагин умеет задавать canonical глобально, это полезно для архивов, пагинации и нестандартных шаблонов. Но здесь важно не переборщить: массовая ручная подмена canonical без понимания структуры сайта часто приводит к тому, что поисковик начинает считать каноническими не те страницы.
Какие ошибки чаще всего ломают canonical
Самая частая проблема — конфликт нескольких источников. Тег может одновременно выводить тема, SEO-плагин и пользовательский код. В итоге в HTML появляется несколько canonical, а поисковик выбирает один из них или игнорирует сигнал.
Ещё несколько типичных ошибок:
- canonical указывает на URL с редиректом;
- в canonical попадает адрес с параметрами, хотя нужен чистый URL;
- на мобильной и десктопной версии стоят разные канонические адреса без необходимости;
- canonical ведёт на несуществующую страницу или 404;
- для похожих страниц выбран один и тот же canonical, хотя контент у них реально разный.
Если canonical ведёт на страницу, которая закрыта от индексации или недоступна, это плохой сигнал. Поисковик может не принять такую рекомендацию, а вы получите нестабильную индексацию.
Как понять, что настройка сработала
После правки проверьте исходный код страницы и убедитесь, что canonical выводится один раз и указывает на нужный адрес. Затем откройте несколько вариантов URL, которые раньше считались дублями, и сравните их canonical между собой.
Полезно проверить и поведение в поисковой консоли: если страницы были дублями, со временем поисковая система обычно начинает группировать их и выбирать основную версию. Но это не происходит мгновенно. После изменения canonical поисковику нужно время, чтобы переобойти страницы и пересчитать сигналы.
Если дубли связаны с параметрами URL, дополнительно проверьте, не создаёт ли сайт новые адреса в навигации, фильтрах или внутренних ссылках. Canonical помогает, но не заменяет нормальную структуру ссылок. Чем меньше лишних URL вы генерируете, тем проще поисковику понять, какая версия страницы основная.
Когда canonical использовать, а когда лучше решить проблему иначе
Canonical подходит, когда у вас действительно есть несколько адресов одного и того же или почти одинакового материала, и нужно выбрать основной. Но если страницы отличаются по смыслу, canonical не должен маскировать это различие.
Лучше использовать canonical, если:
- страницы отличаются только параметрами URL;
- есть печатная версия, сортировка или фильтр, не меняющий сущность контента;
- один материал доступен по нескольким техническим адресам;
- нужно объединить сигналы похожих версий одной страницы.
Лучше не полагаться только на canonical, если:
- нужно убрать дубли, созданные неправильными редиректами;
- страницы можно просто закрыть от генерации или убрать из навигации;
- на сайте есть полноценные разные материалы, которые не стоит склеивать в один;
- проблема вызвана дублирующим шаблоном или ошибкой в структуре ссылок.
Если коротко: canonical — это инструмент для выбора основной версии, а не универсальная замена редиректам, чистой структуре URL и нормальной архитектуре сайта. На WordPress он работает хорошо, когда вы понимаете, какой адрес должен быть главным, и не создаёте конфликтующих сигналов вокруг него.