Если на сайте одна и та же страница открывается по разным адресам, поисковик может считать это дублями. Для WordPress это обычная ситуация: версии с параметрами в URL, страницы пагинации, архивы, сортировки, UTM-метки, а иногда и одинаковый контент в нескольких разделах. В таких случаях помогает canonical URL — указание основной версии страницы, которую нужно считать приоритетной.
Canonical не удаляет дубли и не запрещает их открытие. Он лишь подсказывает поисковым системам, какой адрес считать главным. Это удобный способ навести порядок в SEO без массового удаления страниц и без жестких ограничений для пользователей.
Что делает canonical URL и когда он нужен
Canonical URL — это ссылка на предпочтительную версию страницы, которая обычно размещается в секции <head> как тег <link rel="canonical" href="...">. Поисковики используют его как сигнал: если несколько URL ведут на очень похожий или одинаковый контент, индексировать и ранжировать нужно именно этот адрес.
В WordPress canonical особенно полезен в таких случаях:
- одна запись доступна по нескольким URL из-за категорий, тегов или архивов;
- у страниц есть параметры сортировки, фильтров, поиска или UTM-метки;
- пагинация создает похожие страницы списка;
- один и тот же текст опубликован в нескольких разделах сайта;
- дубли возникают после миграции, смены структуры ссылок или подключения плагинов.
Если страница действительно должна существовать в нескольких вариантах для пользователя, canonical помогает не раздувать индекс лишними копиями. Но если дубли появляются из-за технической ошибки, одного canonical может быть недостаточно — тогда нужно еще проверить внутренние ссылки, редиректы и структуру сайта.
Как WordPress формирует canonical по умолчанию
В актуальных версиях WordPress canonical для записей, страниц, архивов и некоторых других типов контента формируется автоматически. Обычно этого хватает для базового сайта без сложной фильтрации и нестандартной логики URL.
Но на практике автогенерации часто недостаточно. Проблемы появляются, когда:
- установлен SEO-плагин, который переопределяет canonical;
- тема или кастомный код выводят лишние ссылки в
<head>; - страница доступна по нескольким адресам, а canonical указывает не туда;
- нужно задать собственный canonical для отдельного шаблона или типа записи.
Поэтому сначала стоит проверить, какой canonical уже отдает сайт, а не добавлять новый вслепую.
Как проверить canonical на странице
Самый простой способ — открыть исходный код страницы и найти строку с rel="canonical". В браузере это обычно делается через просмотр исходника страницы, а не через инспектор DOM, потому что canonical должен быть именно в HTML, который отдает сервер.
Если вы работаете с несколькими URL одной страницы, проверьте все варианты: с www и без, со слэшем и без, с параметрами и без них. Canonical должен указывать на один канонический адрес, а не меняться от версии к версии.
Дополнительно можно посмотреть ответ сервера через команду curl, если есть доступ к терминалу:
curl -I https://example.com/page/Эта команда не покажет сам тег canonical, но поможет понять, нет ли лишних редиректов, а также какой URL реально отдает сервер. Для проверки HTML удобнее использовать обычный просмотр исходника или инструменты разработчика.
Как задать canonical URL в WordPress
Есть три рабочих сценария: через SEO-плагин, через собственный код и через правку шаблона темы. Для большинства сайтов лучше начинать с плагина, а код использовать только там, где нужна точечная настройка.
1. Через SEO-плагин
Если на сайте уже стоит SEO-плагин, сначала проверьте его настройки. Многие плагины умеют задавать canonical для записей, страниц, таксономий и отдельных шаблонов. Это самый безопасный путь, потому что плагин обычно сам убирает конфликты и не требует ручного вмешательства в тему.
Алгоритм простой:
- Откройте настройки SEO-плагина для нужной записи или типа контента.
- Найдите поле canonical URL, если оно предусмотрено.
- Укажите полный канонический адрес с протоколом
https://. - Сохраните изменения и проверьте исходный код страницы.
Если canonical уже выводится автоматически, не добавляйте второй тег вручную. Два canonical в одном документе — типичная ошибка, из-за которой поисковик может проигнорировать оба.
2. Через код в теме или дочерней теме
Этот вариант нужен, когда вы хотите задать canonical для нестандартного шаблона, отдельного типа записи или страницы с особой логикой. Делать это лучше в дочерней теме или через собственный мини-плагин, чтобы не потерять изменения после обновления темы.
Ниже пример, который переопределяет canonical только для конкретной страницы по ID. Код добавляет свой тег в <head> и не трогает остальные страницы:
add_action( 'wp_head', function () {
if ( is_page( 42 ) ) {
echo '<link rel="canonical" href="' . esc_url( home_url( '/main-page/' ) ) . '" />' . "\n";
}
}, 1 );Здесь важно несколько моментов. Во-первых, 42 нужно заменить на ID нужной страницы. Во-вторых, адрес в home_url() должен вести на реальную каноническую версию. В-третьих, если тема или плагин уже выводят canonical, этот код может создать дубль тега. Тогда сначала нужно отключить стандартный вывод, а уже потом добавлять свой.
Если canonical должен зависеть от условий, логика может быть сложнее: например, для архивов, страниц поиска или кастомных таксономий. Но принцип тот же — в head должен остаться один корректный canonical.
3. Через фильтр, если плагин или тема его поддерживают
Некоторые SEO-плагины и темы дают фильтры для изменения canonical без прямого вывода HTML. Это предпочтительнее, чем печатать тег вручную, потому что такой способ меньше конфликтует с остальным кодом. Но конкретный фильтр зависит от плагина, поэтому универсального решения для всех установок здесь нет.
Если вы не уверены, какой именно фильтр используется в вашем проекте, лучше не гадать. В такой ситуации безопаснее либо настроить canonical в интерфейсе плагина, либо вынести собственную логику в отдельный код и проверить результат на одной странице.
Какие URL стоит делать каноническими
Главное правило: canonical должен вести на чистую, стабильную и предпочтительную версию страницы. Обычно это:
- основной URL без лишних параметров;
- версия с правильным протоколом
https; - единый вариант со слэшем или без него, в зависимости от настроек сайта;
- адрес, который реально доступен без ошибок и редиректов по цепочке.
Не стоит ставить canonical на страницу, которая сама редиректит на другой адрес. Не стоит также указывать несуществующий URL или страницу, которая отличается по смыслу от текущей. Canonical должен отражать реальную основную версию, а не просто «похожий» адрес.
Если у вас есть несколько страниц с почти одинаковым содержанием, но каждая нужна пользователю отдельно, canonical можно использовать осторожно. Например, для страниц с параметрами сортировки или фильтрации. Но если контент действительно разный, лучше не склеивать их искусственно.
Что проверить после настройки
После изменения canonical не ограничивайтесь визуальной проверкой страницы. Нужно убедиться, что в HTML есть один тег canonical и он указывает на нужный адрес.
Проверьте три вещи:
- в исходном коде страницы присутствует только один
rel="canonical"; - URL в canonical совпадает с основной версией страницы;
- страница открывается без лишних редиректов и технических ошибок.
Если canonical задан через плагин, а в коде темы тоже есть свой вариант, конфликт обычно видно сразу: в исходнике появляются две ссылки. Тогда нужно оставить только один источник генерации canonical.
Полезно также проверить несколько типовых дублей: страницу с UTM-меткой, версию с параметром поиска, архив с пагинацией. Если canonical везде ведет на правильный основной адрес, настройка работает как надо.
Типичные ошибки, из-за которых canonical не помогает
Самая частая проблема — ожидание, что canonical сам по себе решит все SEO-задачи. На практике он работает только как сигнал для поисковика. Если сайт продолжает плодить десятки дублей, нужно разбираться и с причиной.
Чаще всего мешают такие ошибки:
- на странице выводится два или больше canonical;
- canonical указывает на URL с редиректом;
- внутренние ссылки ведут на дубли, а не на основную версию;
- канонический адрес отличается по слэшу, протоколу или домену от реального основного URL;
- для разных страниц задан один и тот же canonical без логики.
Если дубли массовые, canonical лучше сочетать с нормальной структурой ссылок, единым форматом URL и редиректами там, где это действительно нужно. Тогда поисковику проще понять, какая версия главная.
Когда canonical достаточно, а когда нужен другой подход
Canonical хорошо подходит для SEO-очистки сайта без удаления контента, когда у вас есть похожие страницы и нужно выбрать основную. Это удобный вариант для архивов, параметров, сортировки и повторяющихся URL.
Но если проблема в том, что одна и та же страница доступна по нескольким адресам из-за технической ошибки, лучше сначала исправить саму маршрутизацию. В таких случаях canonical — это дополнительный сигнал, а не замена редиректу или исправлению ссылок.
Если нужно быстро навести порядок на сайте WordPress и убрать технические дубли без ручной правки каждой страницы, иногда проще использовать SEO-инструмент, который умеет управлять canonical и другими сигналами в одном месте. Например, в Clearfy Pro есть функции для чистки сайта и работы с дублями: https://wpshop.ru/plugins/clearfy?utm_source=wp-market.ru&utm_medium=article&utm_campaign=canonical-url-v-wordpress-dlya-borby-s-dublyami-stranits. Но даже с таким инструментом важно понимать, какой URL должен быть основным, иначе автоматизация не даст нужного результата.
Если подойти к настройке аккуратно, canonical URL в WordPress помогает сохранить полезный контент на сайте и при этом не раздувать индекс лишними версиями страниц. Для SEO это обычно более разумный путь, чем массово удалять материалы или прятать их от пользователей без необходимости.