Если в Search Console появляются странные дубли, а страницы то выпадают из индекса, то возвращаются обратно, проблема часто не в контенте, а в технических сигналах: canonical, noindex, пагинация, параметры URL и разные шаблоны темы. В WordPress это особенно заметно после установки SEO-плагина, смены темы или правок в functions.php.
Ниже разберём, как найти источник конфликта, что именно править и как проверить, что поисковик видит одну основную версию страницы, а не набор дублей.
Как выглядит проблема на практике
Типичный сценарий: у записи есть одна основная страница, но в индексе оказываются её варианты с параметрами, страницами архива, версиями из пагинации или URL с разными слешами. Иногда ситуация хуже: на странице стоит noindex, но в canonical указан другой адрес, а сам SEO-плагин и тема одновременно выводят свои мета-теги.
Проверять нужно не только саму страницу, но и шаблоны архива, рубрик, тегов, авторов и результатов поиска. Именно там чаще всего появляются лишние URL, которые потом приходится вычищать вручную.
Что смотреть в первую очередь
- исходный код страницы: есть ли один тег
canonicalи не дублируется ли он; - нет ли на странице одновременно
noindexи индексируемого canonical; - не отличаются ли адреса со слешем и без слеша;
- не создаёт ли тема отдельные версии страниц для мобильных блоков, фильтров или сортировки;
- не добавляет ли другой плагин свои мета-теги поверх SEO-плагина.
Диагностика: где именно рождается дубль
Начните с просмотра HTML страницы. Важно понять, кто выводит canonical и robots: SEO-плагин, тема или кастомный код. Если в шаблоне есть ручной вывод мета-тегов, он часто конфликтует с автоматикой плагина.
<!-- Пример того, что нужно найти в исходнике -->
<link rel="canonical" href="https://example.com/post/" />
<meta name="robots" content="noindex,follow" />Если canonical указывает на один адрес, а в адресной строке открыт другой, это не всегда ошибка. Но если canonical ведёт на нерелевантную страницу, например на главную или на архив рубрики, поисковик может игнорировать нужную страницу.
Для быстрой проверки удобно сравнить несколько вариантов URL:
| Сценарий | Что искать | Риск |
|---|---|---|
| Запись с параметром | ?utm_source=..., ?replytocom=... | Появление дублей в обход canonical |
| Архив рубрики | canonical на сам архив или на главную | Неверная канонизация |
| Страница пагинации | noindex или canonical на первую страницу | Потеря нужных страниц пагинации |
Пошаговое решение: как убрать конфликт canonical и noindex
1. Оставьте один источник мета-тегов
Если используете SEO-плагин, не выводите canonical и robots вручную в теме. В противном случае вы получите два набора тегов, и поисковик выберет не тот, который вы ожидали.
Проверьте header.php, functions.php и подключаемые шаблоны. Если там есть что-то вроде этого, лучше убрать:
<?php
// Плохая идея: ручной canonical в теме, если его уже выводит SEO-плагин.
echo '<link rel="canonical" href="' . esc_url( home_url( add_query_arg( array(), $wp->request ) ) ) . '" />';
?>2. Исправьте canonical через фильтр, а не через HTML-вставку
Если нужно переопределить canonical только для конкретного типа страниц, делайте это через фильтр плагина или через WordPress-хуки, а не через прямую вставку в шаблон. Для Yoast SEO, например, можно использовать фильтр wpseo_canonical.
<?php
add_filter( 'wpseo_canonical', function( $canonical ) {
if ( is_search() ) {
return home_url( '/' );
}
if ( is_paged() && is_category() ) {
return get_category_link( get_queried_object_id() );
}
return $canonical;
} );Логика простая: не переписывайте canonical везде подряд. Меняйте его только там, где есть понятный сценарий дубля.
3. Настройте noindex для архивов, которые не должны индексироваться
Если у вас есть служебные страницы поиска, теги без контента или авторские архивы на сайте с одним автором, им часто нужен noindex,follow. Но важно не поставить его на страницы, которые должны собирать трафик.
Для Yoast SEO можно точечно управлять индексируемостью через фильтр wpseo_robots:
<?php
add_filter( 'wpseo_robots', function( $robots ) {
if ( is_tag() && ! is_admin() ) {
return 'noindex,follow';
}
return $robots;
} );Если используете другой SEO-плагин, проверьте его документацию: названия фильтров отличаются, но принцип тот же — не смешивать ручной вывод мета-тегов и автоматический.
4. Закройте технические параметры URL
Параметры сортировки, фильтров, UTM-метки и служебные query string могут создавать отдельные URL, хотя контент на них тот же. Для таких случаев обычно достаточно нормального canonical на чистую версию страницы.
Если параметр не нужен для индексации, canonical должен вести на URL без него. Если параметр меняет содержимое страницы, лучше отдельно решать, индексировать ли такую версию вообще.
Когда нужен код в теме, а когда достаточно настроек
Если проблема ограничивается рубриками, тегами и архивами, чаще всего хватает настроек SEO-плагина. Код нужен тогда, когда тема или сторонний плагин создают нестандартные URL, которые нельзя отключить из интерфейса.
| Подход | Когда использовать | Минус |
|---|---|---|
| Настройки SEO-плагина | Стандартные архивы, теги, авторы | Не решает кастомные конфликты |
| Фильтры в коде | Точечная правка canonical/noindex | Нужна аккуратность при обновлениях |
| Правка шаблонов темы | Когда мета-теги выводятся вручную | Легко сломать совместимость |
Проверка результата после внедрения
После правок не ограничивайтесь просмотром страницы в браузере. Проверьте исходный код, кэш и то, как страницу видит поисковый робот.
- откройте страницу в режиме инкогнито и убедитесь, что кэш не подсовывает старый HTML;
- посмотрите исходный код и найдите ровно один
canonical; - проверьте, что
robotsсоответствует задаче страницы; - в Search Console отправьте URL на повторную проверку;
- сравните индексируемую и каноническую версию, если инструмент показывает обе.
Если после очистки кэша старый canonical всё ещё виден, проблема может быть в серверном кэше, CDN или в том, что мета-тег генерируется не тем шаблоном, который вы редактировали.
Частые ошибки и как их исправить
Два canonical на одной странице
Обычно это конфликт темы и SEO-плагина. Оставьте только один источник генерации мета-тегов. Если не уверены, временно отключите ручной вывод в теме и проверьте результат.
noindex на нужной странице
Такое часто случается после массовой настройки архивов. Проверьте, не попала ли в правило категория, которая реально приносит трафик, или страница пагинации, которая должна индексироваться.
canonical ведёт на главную
Это бывает после неудачной правки шаблона или при ошибке в условных тегах WordPress. Проверьте, не срабатывает ли fallback на home_url() там, где должен использоваться текущий URL.
Кэш не обновился после правки
Если вы изменили код, но в браузере и в поисковой выдаче всё ещё старые сигналы, очистите не только плагин-кэш, но и серверный кэш, если он есть. Иначе диагностика будет ложной.
Безопасность и производительность: что не стоит делать
Не правьте мета-теги через случайные сниппеты из интернета без проверки условий. Один неверный if может закрыть от индексации весь сайт. Любые изменения лучше сначала тестировать на staging-копии.
Если у вас много дублей из-за параметров URL, не пытайтесь решать всё только через robots.txt. Это не заменяет canonical и не убирает уже найденные поисковиком адреса. Для чистки технических дублей полезно сочетать настройки SEO-плагина, корректные canonical и аккуратную работу с параметрами.
Если нужен инструмент, который помогает навести порядок в дублях, мета-тегах и технической чистке сайта, посмотрите Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином важно понимать, какие сигналы он меняет и почему.
Короткий чек-лист перед публикацией правок
- canonical выводится один раз;
- noindex стоит только там, где это действительно нужно;
- архивы, теги и поиск проверены отдельно;
- кэш очищен на всех уровнях;
- в Search Console отправлена повторная проверка URL;
- в исходнике нет конфликтующих мета-тегов от темы и плагина.
Если после этого дубли остаются, ищите источник не в контенте, а в генерации URL: в шаблонах, фильтрах SEO-плагина, пагинации и параметрах сортировки. В WordPress именно там чаще всего и прячется причина.