Если на сайте есть несколько похожих страниц, поисковик может выбрать не ту версию: с параметром в URL, с пагинацией, с UTM-метками, с сортировкой или просто очень близкую по содержанию статью. В таких случаях canonical URL помогает подсказать, какую страницу считать основной. Это не магическая команда для склейки всего подряд, а аккуратный сигнал для поисковых систем.
В WordPress canonical обычно уже выводится автоматически, но этого хватает не всегда. Проблемы начинаются, когда у одной страницы есть несколько адресов, когда тема или плагин формируют неправильный canonical, либо когда вы сознательно хотите указать основную версию для похожих материалов.
Когда canonical действительно нужен
Ставить canonical имеет смысл там, где у вас есть одна основная страница и несколько её технических или близких дублей. Типичные случаи:
- страница открывается с параметрами в URL, например для фильтра, сортировки или трекинга;
- один и тот же материал доступен по нескольким адресам после переезда сайта или смены структуры;
- есть пагинация, а поисковику нужно показать, что основная ценность сосредоточена на первой странице;
- похожие статьи или карточки товаров настолько близки, что вы хотите явно указать приоритетную версию;
- страница доступна и с
www, и без него, либо по HTTP и HTTPS, но это уже скорее вопрос общей настройки сайта, а не точечного canonical.
Canonical не заменяет редирект. Если старый адрес больше не нужен и у него есть один правильный новый адрес, лучше делать 301-редирект. Canonical полезен тогда, когда страницы должны оставаться доступными, но поисковику нужно подсказать основную версию.
Как WordPress формирует canonical по умолчанию
В современных версиях WordPress canonical для записей, страниц, архивов и некоторых других типов контента обычно добавляется автоматически через функцию rel_canonical(). Для большинства обычных сайтов этого достаточно, если тема не вмешивается в вывод head и если SEO-плагин не подменяет логику.
Проверить это можно прямо в коде страницы: откройте нужный URL, посмотрите исходный код и найдите строку вида <link rel="canonical" href="..." />. Если canonical отсутствует, дублируется или указывает не туда, нужно искать причину в теме, плагине SEO или в кастомном коде.
Частая ошибка — пытаться вручную править canonical в шаблоне, не понимая, что его уже выводит SEO-плагин. В итоге на странице появляется два canonical, а это хуже, чем один неправильный. Поисковик может проигнорировать оба или выбрать свой вариант.
Как задать canonical для конкретной страницы в WordPress
Самый практичный путь — использовать SEO-плагин, если он уже стоит на сайте. У большинства популярных плагинов есть поле для canonical URL в настройках конкретной записи, страницы или таксономии. Это удобно, когда вы хотите указать основную версию без правки кода.
Логика простая: в поле canonical указываете полный URL основной страницы, на которую должны ориентироваться поисковые системы. Адрес должен быть абсолютным, с протоколом и доменом, например https://wpdata.ru/primer-stranicy/.
Если плагина нет или вам нужно решить задачу точечно в коде, canonical можно задать через фильтр wpseo_canonical в Yoast SEO или аналогичный механизм в другом плагине. Но это уже вариант для тех, кто понимает, где именно формируется head. Для обычной редакторской задачи проще и безопаснее использовать интерфейс плагина.
Когда ручной canonical лучше, чем автоматический
Ручная настройка нужна не для всех страниц подряд, а только когда автоматический canonical не отражает вашу структуру. Например:
- у статьи есть версия для печати или отдельная служебная страница;
- один и тот же контент доступен в нескольких разделах сайта, но индексировать нужно только один URL;
- вы объединяете похожие материалы и хотите, чтобы поисковик считал главным один из них;
- на странице есть параметры, которые меняют вид, но не смысл контента.
Если же страница уникальна и у неё нет дублей, не стоит назначать canonical на другую страницу «на всякий случай». Так можно самому выкинуть из индекса нужный URL.
Как не ошибиться, когда страниц несколько и они похожи
Canonical помогает только тогда, когда вы заранее понимаете, какая страница должна быть основной. Ошибка здесь обычно не техническая, а смысловая: вебмастер ставит canonical на страницу, которая не является лучшей для запроса, либо пытается канонизировать слишком разные материалы.
Ориентируйтесь на три вопроса:
- какая страница лучше отвечает на запрос пользователя;
- какая страница уже собрала ссылки, поведенческие сигналы и историю;
- какая версия должна остаться в индексе как основная.
Если у вас две статьи почти на одну тему, canonical не всегда лучший выход. Иногда правильнее объединить материалы в одну сильную страницу и сделать 301-редирект со слабой версии. Canonical оставляет обе страницы доступными, а значит риск каннибализации запросов сохраняется, пусть и в более мягкой форме.
Для похожих материалов canonical работает как подсказка, но не гарантирует, что поисковик выберет именно ваш вариант. Если страницы слишком разные по интенту, содержанию или структуре, поисковая система может проигнорировать указание.
Как избежать каннибализации запросов
Каннибализация возникает, когда несколько страниц сайта конкурируют за один и тот же запрос или группу запросов. В результате поисковик не понимает, какую страницу показывать, и позиции могут прыгать между URL.
Canonical помогает снизить эту путаницу, но не решает её полностью. Чтобы действительно убрать каннибализацию, обычно нужно сделать несколько вещей одновременно:
- оставить одну основную страницу под целевой запрос;
- убрать или переработать дублирующие материалы;
- на похожих страницах явно развести интент и семантику;
- при необходимости поставить canonical на основную версию;
- если старая страница больше не нужна, сделать 301-редирект.
Простой пример: у вас есть статья «Как выбрать хостинг для WordPress» и почти такая же «Лучший хостинг для WordPress». Если обе страницы продвигаются по одному запросу, canonical на одну из них может помочь, но лучше оставить одну полноценную статью, а вторую либо переработать под другой запрос, либо склеить с первой.
Как проверить, что canonical работает
После настройки не ограничивайтесь визуальной проверкой в редакторе. Нужно посмотреть фактический HTML страницы и убедиться, что canonical выводится именно туда, куда вы рассчитывали.
Проверка обычно такая:
- Откройте страницу в браузере.
- Посмотрите исходный код страницы.
- Найдите
rel="canonical". - Проверьте, что URL абсолютный, без ошибок в протоколе, домене и слэше.
- Убедитесь, что на странице нет второго canonical от другого плагина или темы.
Если используете Google Search Console, можно дополнительно посмотреть, какую страницу поисковик считает канонической. Это полезно, потому что заявленный canonical и выбранный поисковиком canonical не всегда совпадают. Если Google упорно выбирает другой URL, значит сигналов на сайте недостаточно или страницы слишком похожи по-своему.
Типичные ошибки при настройке canonical
Самые неприятные проблемы обычно появляются из-за мелочей:
- canonical указывает на URL с ошибкой в слэше, протоколе или домене;
- на странице стоит canonical на несуществующий адрес;
- одна страница ссылается canonical на другую, а та — обратно на первую;
- canonical ведёт на страницу, закрытую от индексации или отдающую ошибку;
- на одной странице одновременно выводятся два canonical из разных источников;
- canonical ставят на слишком далёкую по смыслу страницу, и поисковик игнорирует подсказку.
Отдельно проверьте пагинацию и фильтры. Если у вас каталог, архив или список записей, canonical должен соответствовать логике раздела, а не случайно указывать на первую попавшуюся страницу. Иначе вы сами обрежете полезные страницы из индекса.
Что выбрать: canonical, редирект или переработку контента
| Ситуация | Что делать |
|---|---|
| Старый адрес больше не нужен | 301-редирект на новый URL |
| Есть технический дубль, но страницу нужно оставить доступной | Canonical на основную версию |
| Две статьи конкурируют за один запрос | Объединить контент или переработать одну из страниц |
| Параметры в URL не меняют смысл страницы | Canonical на чистый URL без параметров |
Если выбирать только один инструмент, canonical — это мягкое решение. Он хорош там, где нельзя или не хочется удалять страницу. Но если задача в том, чтобы убрать дубль окончательно, редирект обычно надёжнее.
Для сайта на WordPress с большим количеством похожих материалов особенно важно не ставить canonical механически. Сначала определите основную страницу, потом проверьте, не проще ли решить проблему структурой контента или редиректом. Тогда canonical будет работать как точный сигнал, а не как попытка исправить архитектурную ошибку.