В блогах на WordPress чаще всего дубли появляются не из-за контента, а из-за штатной структуры: архивы авторов, дат, рубрик, тегов, пагинация, страницы вложений и иногда служебные URL с параметрами. На небольшом сайте это может выглядеть безобидно, но в индексе такие страницы быстро начинают конкурировать с основными материалами и размывают обход робота.
Если задача не в том, чтобы «всё закрыть», а в том, чтобы оставить в индексе полезные страницы и убрать технический шум, нужен аккуратный разбор по типам архивов. Ниже — рабочая схема для блога: что проверять, что закрывать, а что лучше оставить доступным.
Как понять, что у блога есть проблема с дублями
Начинать стоит не с настроек плагина, а с диагностики. Иначе легко закрыть то, что реально приносит трафик, или, наоборот, оставить в индексе мусорные страницы.
Что смотреть в первую очередь
- В Google Search Console: разделы с индексированными страницами и исключёнными URL.
- Поисковые запросы с брендом и без него: не всплывают ли архивы вместо статей.
- Сайт: запросы вида
site:example.ru author,site:example.ru tag,site:example.ru /2024/. - HTML-код страниц архивов: есть ли у них уникальный текст или это просто список записей.
- Параметры пагинации:
/page/2/,/page/3/и так далее.
Если архив автора открывается для индексации, но на сайте один автор и все статьи подписаны одинаково, такой архив обычно не несёт самостоятельной ценности. То же касается тегов, которые дублируют рубрики или созданы «на всякий случай».
Типичные симптомы
- В индексе много страниц, которые не приводят трафик.
- В выдаче вместо статьи показывается архив рубрики или тега.
- В отчётах Search Console растёт число «Просканировано, но не проиндексировано».
- На сайте есть страницы вложений с тонким или пустым содержимым.
Какие архивы блога обычно закрывают, а какие оставляют
Здесь важно не действовать по шаблону. Для новостного или экспертного блога часть архивов может быть полезна, если они реально помогают навигации и содержат уникальный текст. Но если архивы пустые, дублируют друг друга или создают сотни слабых URL, их лучше убрать из индекса.
| Вариант | Что делать | Компромисс |
|---|---|---|
| Архивы авторов | Оставлять только если авторов несколько и страницы реально полезны | При одном авторе чаще закрывают |
| Теги | Закрывать тонкие и дублирующие теги | Полезные тематические теги можно оставить |
| Архивы дат | Обычно закрывать для блога без новостной структуры | Если сайт строится вокруг хронологии, решение может быть другим |
| Страницы вложений | Чаще редиректить на файл или запись | Если вложение имеет самостоятельную ценность, нужен отдельный разбор |
Пошаговое решение: как убрать дубли без потери полезных страниц
Есть два нормальных пути: через SEO-плагин или через код темы/мини-плагина. Для блога с типовой структурой плагин обычно быстрее и безопаснее. Код нужен, если вы хотите точечно управлять логикой и не зависеть от интерфейса.
Шаг 1. Определите, что именно закрываете
Сначала составьте список URL-типов. Не закрывайте всё подряд. Например:
- архивы авторов — закрыть;
- архивы дат — закрыть;
- теги — оставить только при наличии смысла;
- страницы вложений — редиректить;
- страницы пагинации рубрик — оставить, если они нужны для обхода и навигации.
Пагинацию рубрик не стоит закрывать автоматически, если у вас большой архив и статьи глубоко уходят вниз. Робот должен иметь возможность дойти до старых записей.
Шаг 2. Настройте meta robots для архивов
Если нужен точечный контроль через код, можно добавить фильтр в functions.php дочерней темы или в мини-плагин. Пример ниже закрывает архивы авторов и дат, а также теги, если вы решили не индексировать их вообще.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() || is_tag() ) {
$robots['noindex'] = true;
$robots['nofollow'] = false;
$robots['max-snippet'] = -1;
}
return $robots;
} );Этот вариант работает на уровне robots meta и не ломает доступность страниц. Но если архив уже в индексе, одного noindex может быть недостаточно: поисковику нужно время, чтобы переобойти URL и снять его из выдачи.
Шаг 3. Уберите страницы вложений из индекса
Для блогов это частая проблема: медиафайл есть, а его attachment page пустая или почти пустая. В таком случае лучше перенаправить страницу вложения на сам файл или на родительскую запись.
Если вы хотите сделать это кодом, можно использовать редирект на уровне шаблона:
<?php
add_action( 'template_redirect', function() {
if ( is_attachment() ) {
$parent = wp_get_post_parent_id( get_queried_object_id() );
if ( $parent ) {
wp_redirect( get_permalink( $parent ), 301 );
exit;
}
wp_redirect( home_url( '/' ), 301 );
exit;
}
} );Если у вложений есть смысл как у отдельных страниц, этот редирект применять не нужно. Но для обычного блога это чаще всего правильнее, чем держать в индексе пустые URL.
Шаг 4. Проверьте теги и рубрики
Рубрики обычно полезнее тегов: они задают структуру блога и помогают пользователю ориентироваться. Теги же часто превращаются в набор почти одинаковых архивов. Если тегов много, а записей в каждом мало, лучше закрыть их от индексации или удалить лишние.
Хорошая практика — оставить только те теги, которые:
- используются системно;
- имеют хотя бы несколько записей;
- не дублируют рубрики;
- имеют понятную роль в навигации.
Шаг 5. Обновите sitemap и внутренние ссылки
После изменения индексации проверьте XML-карту сайта. В ней не должно быть URL, которые вы закрыли от индексации. Если sitemap генерирует SEO-плагин, проверьте его настройки отдельно: иногда архивы остаются в карте, даже если на странице стоит noindex.
Также посмотрите, не ведут ли внутренние ссылки на закрытые архивы из меню, хлебных крошек или блоков «похожие записи». Ссылки можно оставить, если архив полезен для пользователей, но тогда решение должно быть осознанным.
Если используете SEO-плагин: что проверить в настройках
В большинстве блогов проще управлять архивами через SEO-плагин, чем руками в коде. Главное — не включать все переключатели подряд, а проверить, как плагин обрабатывает архивы, медиа и таксономии.
Если вы уже используете Clearfy Pro, у него есть инструменты для чистки сайта и управления дублями; это может быть удобнее, чем собирать всё вручную. Но даже в этом случае нужно сверять результат в исходном коде и в Search Console, а не полагаться только на галочки в админке.
Проверка результата после внедрения
После изменений важно убедиться, что вы не просто скрыли URL в админке, а действительно изменили поведение страниц для поисковиков.
Что проверить руками
- Откройте архив автора, тега и даты в браузере.
- Посмотрите исходный код страницы и найдите
meta name="robots". - Проверьте, что у закрытых страниц нет случайного
index, follow. - Убедитесь, что страницы вложений дают редирект 301, а не 302.
- Проверьте XML sitemap: закрытые URL не должны туда попадать.
Что проверить в Search Console
Не ждите мгновенного эффекта. После переобхода часть URL уйдёт из индекса постепенно. Важно смотреть на динамику: уменьшается ли число дублей, не растут ли ошибки сканирования, не появились ли новые исключённые страницы из-за неправильного редиректа.
Если вы закрыли архивы, но они продолжают показываться в выдаче, это не всегда ошибка. Поисковику нужно время, чтобы обновить данные. Но если прошло достаточно времени, а URL всё ещё активно ранжируются, проверьте, нет ли на странице каноникала, ведущего на сам архив, или внутренних ссылок с сильным весом.
Частые ошибки и как их исправить
Закрыли рубрики вместо тегов
Рубрики часто дают структуру блогу и помогают распределять статьи по темам. Если закрыть их без анализа, можно потерять понятные посадочные страницы и ухудшить навигацию. Исправление простое: верните рубрики в индекс, а теги пересмотрите отдельно.
Поставили noindex, но оставили URL в sitemap
Это частая техническая ошибка. Поисковик получает противоречивые сигналы: карта сайта говорит «индексируй», страница — «не индексируй». Нужно синхронизировать оба источника.
Сделали 301 на главную для всех вложений
Такой редирект иногда используют как быстрый костыль, но он не всегда уместен. Если у вложения есть родительская запись, логичнее вести на неё. Массовый редирект на главную может ухудшить поведенческие сигналы и запутать пользователя.
Закрыли архивы, но не убрали внутренние ссылки
Это не критично, если архив нужен пользователю. Но если вы закрыли его только ради чистки индекса, ссылки на него в меню и блоках создают лишние обходы. Проверьте шаблоны, виджеты и хлебные крошки.
Удалили теги без переноса трафика
Если теговые страницы уже получали переходы, не удаляйте их вслепую. Сначала посмотрите, какие URL дают показы и клики, и только потом решайте: оставить, объединить или закрыть.
Практические советы по безопасности и производительности
Любые изменения в functions.php лучше делать в дочерней теме или в отдельном мини-плагине. Так вы не потеряете правки после обновления темы. Перед изменениями сохраните резервную копию и проверьте сайт в staging-окружении, если оно есть.
Если на блоге много архивов и таксономий, не плодите тяжёлую логику в шаблонах. Один аккуратный фильтр на robots и один редирект для вложений обычно лучше, чем набор разрозненных костылей в разных файлах темы.
Для блогов, где важна чистка дублей и техническая оптимизация, иногда удобнее использовать специализированный плагин вроде Clearfy Pro: он помогает закрывать лишние архивы, убирать служебный шум и не держать всё в коде. Но даже с плагином проверка руками остаётся обязательной.
Если нужен более широкий контроль над контентом блога — от блоков внимания до FAQ и экспертных вставок — такие задачи лучше решать отдельно от индексации. Не смешивайте SEO-логику, оформление и генерацию контента в один слой настроек: потом сложнее понять, что именно сломало выдачу.
В итоге рабочая схема для блога простая: сначала находите типы дублей, потом решаете по каждому архиву отдельно, затем проверяете robots, sitemap и редиректы. Если после этого в индексе остаются только полезные страницы, значит настройка сделана правильно.