Если на сайте появляются одинаковые или почти одинаковые страницы с разными параметрами URL, canonical помогает подсказать поисковикам, какую версию считать основной. Это не «склейка» в прямом смысле и не запрет индексации, а сигнал: вот предпочтительный адрес страницы, а остальные варианты — дубли или технические копии.
В WordPress canonical обычно уже проставляется автоматически, но на практике этого часто недостаточно. Проблемы возникают из-за фильтров, сортировок, UTM-меток, пагинации, архивов, страниц вложений и других вариантов одного и того же контента. Ниже — как проверить, что canonical работает, когда его нужно править вручную и как не сломать индексацию.
Когда canonical действительно нужен
Canonical полезен там, где у одной страницы есть несколько доступных адресов, но содержимое по сути одно и то же. Типичные случаи:
- URL с параметрами сортировки, фильтрации или поиска;
- страницы с UTM-метками и другими служебными параметрами;
- архивы рубрик, тегов, авторов, дат, если они дублируют друг друга по смыслу или содержат слишком похожий контент;
- страницы пагинации, когда поисковик видит несколько похожих листингов;
- страницы вложений медиафайлов, если они не нужны как отдельные посадочные страницы;
- варианты одной записи с разными путями доступа, например через архив, поиск по сайту или параметры.
Canonical особенно полезен, когда вы не хотите закрывать такие URL от индексации полностью, но хотите указать основную версию. Это нормальный сценарий для WordPress-сайтов с каталогами, блогами, фильтрами и активной внутренней навигацией.
Что WordPress делает сам, а что приходится настраивать вручную
В современных версиях WordPress в шаблоне страницы обычно выводится тег canonical автоматически через ядро. Для обычных записей, страниц и архивов этого часто достаточно. Но есть нюанс: ядро не может угадать вашу логику бизнеса, структуру фильтров и то, какой URL вы считаете главным.
На практике ручная настройка нужна в трех случаях:
- плагин SEO уже управляет canonical и его нужно проверить или переопределить;
- тема или кастомный код выводят неверный canonical;
- нужно задать canonical для нестандартных страниц, где WordPress не знает, какой адрес считать основным.
Если на сайте установлен SEO-плагин, сначала проверьте его настройки. Многие плагины сами управляют canonical и могут конфликтовать с темой или дополнительным кодом. Дублирующий canonical в исходном коде страницы — частая ошибка, из-за которой поисковик получает сразу несколько противоречивых сигналов.
Как проверить canonical на странице
Перед изменениями стоит понять, что уже отдает сайт. Откройте нужную страницу в браузере и посмотрите исходный код: в секции <head> должен быть тег вида <link rel="canonical" href="https://example.com/stranitsa/" />.
Проверять лучше не визуально, а по исходнику страницы или через инструменты разработчика. Если canonical отсутствует, дублируется или указывает на неправильный адрес, это уже повод разбираться с темой, плагином или кастомным кодом.
Отдельно проверьте:
- совпадает ли canonical с главным адресом без параметров;
- нет ли в canonical URL с UTM, сортировкой или внутренними параметрами;
- не указывает ли canonical на несуществующую страницу, редирект или HTTP-версию вместо HTTPS;
- не выводится ли несколько canonical-тегов одновременно.
Как задать canonical вручную в WordPress
Если нужно переопределить canonical для конкретной страницы, самый безопасный путь — использовать возможности SEO-плагина или добавить код в дочернюю тему или собственный мини-плагин. Не правьте ядро WordPress и не вносите изменения в файлы темы напрямую, если тема обновляется.
Для одиночной записи или страницы можно вывести свой canonical через хук wp_head. Такой способ подходит, когда нужно точечно исправить адрес на конкретном шаблоне или для определенного набора страниц. Перед изменениями сделайте резервную копию и проверьте, не управляет ли canonical уже другой плагин.
Пример кода для дочерней темы или мини-плагина:
add_action( 'wp_head', function () {
if ( is_singular( 'post' ) ) {
echo '<link rel="canonical" href="' . esc_url( get_permalink() ) . '" />' . "
";
}
}, 1 );Этот пример показывает принцип: для записей canonical указывает на постоянный URL записи. Если у вас уже есть SEO-плагин, такой код добавлять без проверки нельзя — сначала убедитесь, что он не создаст второй canonical-тег.
Если нужно задать canonical для страниц с параметрами, логика обычно такая: основным считается чистый URL без параметров. Например, для страницы каталога с сортировкой canonical должен вести на базовую версию каталога, а не на URL с ?sort=price или похожими параметрами.
Как работать с параметрами URL, сортировками и фильтрами
Параметры URL — самый частый источник дублей. Поисковик может увидеть десятки адресов одной и той же страницы, если на сайте есть сортировка, фильтрация, поиск по каталогу или технические параметры. В таких случаях canonical должен указывать на основную версию страницы без параметров, если содержимое не меняется принципиально.
Но здесь важно не переусердствовать. Если параметр реально меняет смысл страницы и вы хотите, чтобы отдельная версия индексировалась, canonical на базовую страницу может быть неверным решением. Например, если фильтр формирует полноценную посадочную страницу с уникальным контентом, мета-данными и спросом, ей может понадобиться собственный canonical, а не ссылка на общий листинг.
Практическое правило простое: если параметр меняет только способ отображения или порядок вывода, canonical ведет на чистый URL. Если параметр меняет содержимое страницы настолько, что это уже отдельная полезная страница, нужно отдельно оценивать индексацию и canonical, а не ставить его автоматически на базовый адрес.
Архивы, пагинация и страницы вложений: где canonical помогает, а где нет
С архивами рубрик и тегов canonical работает не как универсальная панацея, а как способ обозначить основную версию конкретного архива. Если архив сам по себе нужен в индексе, canonical обычно оставляют на сам архив. Если архивы пустые, слабые или дублируют друг друга, лучше сначала пересмотреть структуру сайта, а не пытаться лечить это только canonical.
С пагинацией ситуация похожая. Страница второй, третьей и последующих страниц списка не должна каноникалиться на первую страницу только потому, что это «похоже». Если на страницах пагинации есть уникальные элементы списка, canonical на первую страницу может мешать поисковику понимать структуру раздела. Для пагинации обычно оставляют self-referencing canonical, то есть каждая страница ссылается сама на себя.
Страницы вложений медиафайлов — отдельный случай. Если они не несут самостоятельной ценности, их часто переводят на URL исходной записи или отключают как отдельные посадочные страницы. Здесь canonical может помочь, но лучше сначала понять, нужны ли такие страницы вообще.
Как не навредить: типичные ошибки с canonical
Самая частая ошибка — ставить canonical на «похожую» страницу без анализа. Из-за этого можно случайно убрать из индекса нужные посадочные страницы, категории или страницы фильтров, которые реально приводят трафик.
Еще несколько ошибок, которые встречаются на WordPress-сайтах:
- canonical указывает на URL с редиректом или на страницу 404;
- на странице одновременно есть canonical от темы и canonical от SEO-плагина;
- canonical ведет на главную страницу сайта без причины;
- в canonical попадает URL с UTM-метками или другими параметрами;
- canonical меняется в зависимости от устройства или языка без явной логики;
- страница закрыта от индексации, но при этом canonical указывает на нее же или на несуществующий адрес.
Canonical не заменяет редиректы. Если у вас есть старый адрес, который больше не нужен, и вы хотите перенести вес и трафик на новый URL, обычно нужен 301-редирект, а не только canonical. Canonical — это подсказка, а не жесткое правило для поисковика.
Как проверить результат после настройки
После правок откройте несколько проблемных URL и убедитесь, что в исходном коде остался один canonical и он указывает на нужную страницу. Проверьте как чистый адрес, так и варианты с параметрами. Если canonical настроен правильно, все варианты должны ссылаться на одну основную версию.
Дальше имеет смысл проверить страницу в Google Search Console, если сайт уже добавлен туда. Там можно посмотреть, какой URL выбран каноническим поисковой системой. Это не всегда совпадает с вашим canonical-тегом, и это нормально: Google может выбрать свой вариант, если считает вашу разметку неубедительной или конфликтной.
Если поисковик игнорирует canonical, обычно причина одна из трех: на странице есть противоречивые сигналы, canonical ведет на слабую или нерелевантную страницу, либо проблема вообще не в canonical, а в структуре URL и внутренних ссылках. В таком случае сначала убирают технический шум, а уже потом ждут переобхода страниц.
Если нужен более управляемый контроль над дублями, параметрами и SEO-настройками на WordPress, часто удобнее использовать SEO-плагин или специализированный инструмент, который не заставляет править шаблоны вручную. Но даже тогда базовая логика остается той же: canonical должен указывать на одну понятную основную версию страницы и не конфликтовать с остальными сигналами сайта.