Если одна и та же страница в WordPress открывается по разным адресам, поисковик может увидеть в этом дубли. Чаще всего проблема появляется из-за параметров в URL, пагинации, сортировок, UTM-меток, версий со слешем и без него, а иногда — из-за особенностей темы или плагинов. В такой ситуации помогает canonical URL: он подсказывает поисковым системам, какой адрес считать основным.
В WordPress canonical обычно уже выводится автоматически, но этого не всегда достаточно. На практике приходится проверять, какой адрес реально указан в коде страницы, и при необходимости задавать его вручную для отдельных шаблонов, записей или страниц с параметрами.
Что такое canonical URL и зачем он нужен
Canonical URL — это канонический, то есть предпочтительный адрес страницы. Он указывается в HTML в виде тега link rel="canonical" внутри <head>. Для поисковой системы это сигнал: даже если страница доступна по нескольким URL, индексировать и ранжировать нужно именно этот вариант.
Типичный пример: статья открывается как /post/, /post/?utm_source=... и /post/page/2/. Контент при этом может быть очень похожим или частично совпадать. Без канонического адреса поисковик тратит ресурсы на разбор дублей, а иногда выбирает не тот URL, который вам нужен в выдаче.
Canonical не запрещает доступ к дубль-адресам и не удаляет их из сайта. Он только задаёт приоритетный URL для поиска. Поэтому это не замена редиректам и не способ «спрятать» технические проблемы, если они есть.
Как WordPress обычно формирует canonical
В актуальных версиях WordPress канонический тег часто добавляется автоматически через ядро. Для обычных записей и страниц это удобно: если тема не вмешивается в вывод <head>, базовый canonical уже есть.
Но автоматический вариант не всегда решает задачу полностью. Проблемы возникают, если:
- тема вручную выводит
<head>и ломает стандартные функции WordPress; - SEO-плагин переопределяет canonical своим значением;
- страница доступна по нескольким маршрутам, а WordPress выбирает не тот URL;
- нужно задать отдельный canonical для архивов, фильтров, посадочных страниц или нестандартных шаблонов.
Поэтому сначала стоит проверить, что именно сейчас отдаёт сайт, а уже потом вносить изменения.
Как проверить, какой canonical сейчас стоит на странице
Самый простой способ — открыть страницу в браузере и посмотреть исходный код. В большинстве браузеров это делается через просмотр кода страницы или инструменты разработчика. В HTML нужно найти строку вида:
<link rel="canonical" href="https://example.com/page/" />Если canonical отсутствует, это уже повод проверить тему и плагины. Если он есть, но указывает не на тот адрес, который вы считаете основным, нужно понять, кто его формирует: ядро WordPress, SEO-плагин или код темы.
Полезно сравнить несколько вариантов одного и того же URL: с UTM-параметрами, со слешем и без, с www и без него, а также с пагинацией. Если canonical везде одинаковый и ведёт на чистый основной адрес, это хороший знак. Если нет — настройку нужно корректировать.
Как задать canonical URL вручную в WordPress
Если вам нужно явно указать канонический адрес для конкретной страницы или типа страниц, самый надёжный способ — использовать фильтр wpseo_canonical в Yoast SEO или аналогичный механизм вашего SEO-плагина. Но если плагин не используется, можно работать через стандартный хук WordPress wp_head. Ниже — рабочий вариант для темы или дочерней темы.
Перед изменениями сделайте резервную копию файлов темы. Ошибка в functions.php может привести к белому экрану или поломке сайта.
Пример кода, который задаёт canonical для конкретной страницы по её ID:
add_action('wp_head', function () {
if (is_page(123)) {
echo '<link rel="canonical" href="https://example.com/main-page/" />' . "\n";
}
}, 1);Здесь 123 — ID страницы в WordPress, а https://example.com/main-page/ — адрес, который должен считаться основным. Такой вариант подходит, если у страницы есть несколько доступных URL, но вы хотите жёстко закрепить один канонический адрес.
Если canonical уже выводится ядром или SEO-плагином, не добавляйте второй такой же тег. Два canonical на одной странице — плохой вариант: поисковик может проигнорировать оба или выбрать один случайным образом. В этом случае сначала нужно отключить автоматический вывод в плагине или заменить его через предусмотренный фильтр.
Когда лучше использовать SEO-плагин, а не код темы
Если на сайте уже стоит SEO-плагин, удобнее настраивать canonical через него, а не править тему. Это снижает риск поломки при обновлении и проще для поддержки. У большинства SEO-плагинов есть собственная логика для canonical, и она обычно лучше вписывается в общую SEO-настройку сайта.
Код в теме имеет смысл, когда:
- нужно точечно исправить canonical для одной нестандартной страницы;
- SEO-плагин не установлен;
- тема или шаблон создают особый URL, который плагин не распознаёт корректно.
Если вы работаете через плагин, проверьте его документацию: у разных решений названия фильтров и способ отключения автоматического canonical отличаются. Не стоит смешивать несколько способов сразу.
Какие URL в WordPress чаще всего нужно приводить к одному каноническому адресу
На практике canonical особенно полезен в нескольких сценариях.
- URL с параметрами. Например, UTM-метки, сортировка, фильтры, служебные параметры. Контент страницы при этом не меняется, но адрес становится другим.
- Версии со слешем и без него. WordPress обычно сам приводит сайт к одному варианту, но на некоторых конфигурациях могут встречаться оба адреса.
- Пагинация архивов. Для страниц архивов canonical должен указывать на саму страницу пагинации, а не на первую страницу архива, если речь идёт о реальной отдельной странице списка.
- Дубли из-за темы или плагина. Иногда один и тот же материал открывается через разные шаблоны или дополнительные маршруты.
Если у страницы есть действительно разный контент для разных параметров, canonical нужно использовать осторожно. Не стоит склеивать в один адрес страницы, которые отличаются по смыслу и должны индексироваться отдельно.
Что делать с параметрами в URL, если они не меняют содержимое
Если параметры в адресе не влияют на контент, canonical обычно должен указывать на чистый URL без этих параметров. Это самый понятный вариант для поисковика: одна страница — один основной адрес.
Например, если пользователь пришёл по ссылке https://example.com/article/?utm_source=newsletter, каноническим должен быть адрес https://example.com/article/. Так вы не плодите дубли из-за рекламных и аналитических меток.
Но если параметр реально меняет содержимое, например сортировку товаров или фильтр каталога, решение зависит от задачи сайта. Для информационных страниц canonical обычно ведёт на базовый адрес. Для страниц, которые должны индексироваться как отдельные посадочные, может потребоваться другой подход. Здесь важно не склеить в один URL разные по смыслу страницы.
Как проверить, что настройка сработала
После внесения изменений откройте страницу в браузере и снова посмотрите исходный код. В HTML должен остаться один тег canonical, и он должен вести на нужный адрес.
Проверьте несколько вариантов URL:
- основной адрес страницы;
- адрес с параметрами;
- вариант со слешем и без него, если оба доступны;
- страницы пагинации, если они есть.
Если canonical меняется в зависимости от адреса и всегда указывает на один основной URL там, где это нужно, настройка работает правильно. Если же тег отсутствует, дублируется или указывает на несуществующую страницу, ищите конфликт в теме, SEO-плагине или пользовательском коде.
Частые ошибки при настройке canonical
Самая распространённая ошибка — ставить canonical на главную страницу для всех дублей подряд. Так делать нельзя, если страница не является дублем главной по смыслу. Поисковик может проигнорировать такой сигнал.
Ещё одна проблема — несколько canonical на одной странице. Это часто случается, когда тег выводит и ядро, и SEO-плагин, и кастомный код в теме. В итоге поисковая система получает противоречивые указания.
Наконец, canonical иногда указывает на URL, который закрыт редиректом, отдает 404 или отличается по протоколу и домену от основного сайта. Канонический адрес должен быть рабочим, конечным и стабильным.
Когда canonical недостаточно и нужен редирект
Canonical помогает поиску понять, какой адрес считать основным, но он не заменяет редирект, если у вас есть технический дубль, который не должен открываться пользователю. Например, если сайт доступен и по http, и по https, или по www и без www, обычно правильнее настроить 301-редирект на один вариант домена.
Логика простая: canonical — для поисковой системы, редирект — для браузера и пользователя. Если можно убрать дубль на уровне сервера или WordPress, это лучше, чем только помечать его как канонический.
Если же адрес должен оставаться доступным по техническим причинам, но индексироваться должен только один вариант, canonical как раз и нужен. В этом его основная сила.
Для сайтов, где дубли появляются из-за параметров, шаблонов или особенностей темы, иногда удобнее дополнительно использовать SEO-плагин с функциями контроля дублей. Например, в Clearfy Pro есть инструменты для чистки лишнего и управления SEO-элементами сайта, если вам нужно централизованно навести порядок без ручного правления темы: https://wpshop.ru/plugins/clearfy?utm_source=wphow.ru&utm_medium=article&utm_campaign=canonical-url-wordpress-dubli.
Если коротко: сначала найдите, какие URL дублируют друг друга, затем проверьте текущий canonical, после этого либо настройте его через плагин, либо задайте вручную для нужного шаблона. И обязательно перепроверьте результат в исходном коде страницы. Для борьбы с дублями этого обычно достаточно, если сам сайт не создаёт лишние адреса на уровне редиректов и шаблонов.