На небольших и средних сайтах страницы тегов, дат и архивов часто начинают конкурировать с основными посадочными. Проблема обычно не в самих архивах, а в том, что они создают много слабых страниц, которые попадают в индекс и размывают релевантность. При этом закрыть всё подряд нельзя: если сломать пагинацию или canonical, можно потерять полезные переходы из поиска и ухудшить обход сайта.
Ниже — рабочая схема: что именно закрывать, где оставить индексирование, как проверить результат и какие ошибки встречаются чаще всего.
Когда проблема действительно есть
Сначала стоит убедиться, что вы решаете не абстрактную «SEO-проблему», а конкретный технический сценарий. Для этого откройте в Search Console отчёты по страницам и посмотрите, какие типы URL индексируются чаще всего: теги, авторы, даты, страницы пагинации, внутренний поиск. Если в выдаче всплывают архивы с почти одинаковыми сниппетами, а трафик на них нулевой или случайный, это хороший кандидат на ограничение индексации.
Признаки, что архивы стоит закрыть
- страницы тегов дублируют друг друга по заголовкам и описаниям;
- в индекс попадают пустые или почти пустые архивы;
- страницы пагинации конкурируют с первой страницей архива;
- внутренние ссылки ведут на десятки слабых URL без реальной пользы;
- в отчётах по индексированию много URL со статусом «Просканировано, но не проиндексировано».
Если же архивы реально используются как навигация и дают трафик, закрывать их полностью не нужно. В этом случае лучше точечно ограничить только слабые типы страниц.
Что закрывать, а что оставить
Самый безопасный подход — не отключать архивы целиком, а управлять индексированием по типам. Обычно имеет смысл закрывать от индексации:
- страницы тегов, если теги не несут отдельной смысловой нагрузки;
- архивы по датам, если сайт не новостной и даты не нужны в поиске;
- страницы автора на сайтах с одним автором;
- служебные архивы, которые не дают уникального контента.
При этом главные рубрики, важные посадочные и страницы с нормальной глубиной контента можно оставить открытыми. Для них лучше настроить уникальные title, description и понятную внутреннюю перелинковку.
| Подход | Когда подходит | Минус |
|---|---|---|
| Плагин SEO | Нужно быстро закрыть типы архивов без кода | Зависимость от настроек плагина и его логики |
| Код в теме/плагине | Нужен точечный контроль и предсказуемое поведение | Требует проверки после обновлений |
| Комбинированный вариант | Часть архивов закрыта, часть остаётся открытой | Нужно следить за canonical и мета-тегами |
Пошаговое решение через код
Если вы хотите контролировать поведение без лишних настроек в админке, можно добавить небольшой код в дочернюю тему или в собственный мини-плагин. Ниже пример, который закрывает от индексации теги и архивы по датам, но не трогает пагинацию рубрик и главные архивы записей.
<?php
add_filter('wp_robots', function ($robots) {
if (is_tag() || is_date()) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
});
add_filter('get_the_archive_title', function ($title) {
if (is_tag()) {
return single_tag_title('', false);
}
return $title;
});Первый фильтр добавляет директиву noindex, follow для тегов и дат. Это означает, что поисковик не должен индексировать саму страницу, но может переходить по ссылкам внутри неё. Второй фильтр убирает лишние слова из заголовка архива, чтобы title не был перегружен шаблонными префиксами.
Если у вас уже стоит SEO-плагин, проверьте, не дублирует ли он эти мета-теги. Два разных источника noindex обычно не ломают страницу, но создают путаницу при диагностике.
Если нужно закрыть только часть тегов
Иногда теги используются как нормальные тематические страницы, а часть из них — как мусорные дубли. В этом случае можно закрывать только пустые или слишком короткие архивы. Пример ниже ориентируется на количество записей в теге.
<?php
add_filter('wp_robots', function ($robots) {
if (is_tag()) {
$term = get_queried_object();
if ($term instanceof WP_Term && (int) $term->count < 3) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
}
return $robots;
});Это не универсальное правило, а рабочая отправная точка. Порог 3 можно менять под структуру сайта, но не стоит делать это вслепую: сначала посмотрите, какие теги реально получают трафик и ссылки.
Как не сломать пагинацию и canonical
Самая частая ошибка — закрыть первую страницу архива и забыть про страницы /page/2/, /page/3/ и дальше. Если canonical указывает не туда, поисковик может начать воспринимать пагинацию как дубли или, наоборот, игнорировать её полезные страницы.
Проверьте три вещи:
- у первой страницы архива canonical указывает на саму себя;
- у страниц пагинации canonical не подменяется на главную без причины;
- robots-мета не конфликтует с настройками SEO-плагина.
Если вы используете плагин вроде Clearfy Pro, удобно сначала проверить, не решается ли задача штатными настройками для архивов и дублей. Это быстрее, чем писать код, если нужен стандартный сценарий. Но при нестандартной структуре сайта код обычно надёжнее. Clearfy Pro здесь уместен именно как инструмент для типовых SEO-настроек, а не как обязательное решение.
Проверка результата после внедрения
После изменений не ограничивайтесь просмотром исходного кода главной страницы. Проверять нужно конкретные типы URL.
- Откройте страницу тега и убедитесь, что в
<head>естьnoindex, follow. - Проверьте страницу пагинации архива: canonical должен быть логичным, без редиректа на нерелевантный URL.
- Посмотрите, не исчезли ли важные страницы из внутренней перелинковки.
- Сравните статус URL в Search Console через несколько обходов.
- Убедитесь, что XML-карта сайта не содержит закрытые от индексации архивы, если они вам не нужны в поиске.
Если используете командную строку, быстро проверить мета-теги можно через curl:
curl -I https://example.com/tag/sample/
curl -s https://example.com/tag/sample/ | grep -iE 'robots|canonical'Для более точной проверки откройте исходный HTML и найдите строку с meta name="robots". Если там нет нужной директивы, значит фильтр не сработал или его перебил другой плагин.
Частые ошибки и как их исправить
Закрыли всё через noindex, но оставили мусорные ссылки
Если архив закрыт от индексации, но на него по-прежнему ведут десятки внутренних ссылок, поисковик всё равно будет тратить на него обход. Это не критично, но неэффективно. Исправление простое: уберите лишние ссылки из меню, облака тегов и блоков «похожие записи», если они не несут пользы.
Поставили noindex на рубрики вместо тегов
Такое часто случается, когда настройки копируют без анализа структуры сайта. Рубрики обычно важнее тегов: они собирают контент в логичную иерархию. Если закрыть рубрики по ошибке, можно потерять нормальные посадочные страницы.
Сломали canonical плагином и кодом одновременно
Если SEO-плагин уже генерирует canonical, а вы добавили свой фильтр, итоговый HTML может содержать конфликтующие значения. В этом случае оставьте один источник правды: либо плагин, либо код. Два независимых механизма в одной задаче почти всегда усложняют поддержку.
Закрыли архивы, но не проверили sitemap
Если закрытая страница остаётся в карте сайта, поисковик получает противоречивые сигналы. Обычно это не приводит к катастрофе, но мешает нормальной переобходке. После изменений обновите sitemap и убедитесь, что там нет лишних URL.
Практические советы по безопасности и производительности
Любые правки в functions.php лучше вносить не в родительскую тему, а в дочернюю или в отдельный мини-плагин. Так вы не потеряете изменения после обновления темы. Если сайт уже живёт на продакшене, сначала проверьте код на staging-копии.
С точки зрения производительности сам фильтр wp_robots почти ничего не стоит. Основная нагрузка обычно возникает не от него, а от лишних архивов, которые продолжают генерироваться, кэшироваться и обходиться ботами. Поэтому иногда полезнее не только закрыть страницу от индексации, но и убрать её из навигации, если она не нужна пользователям.
Если вы хотите решить задачу без кода и при этом держать под контролем SEO-дубли, можно использовать связку плагина для технической чистки и ручной настройки архивов. Но в любом случае проверяйте итоговый HTML, а не только галочки в админке.
В этой задаче важен не сам факт noindex, а аккуратная настройка всей цепочки: архив, canonical, sitemap, внутренняя перелинковка и отчёты в Search Console. Если хотя бы одно звено выпадает, эффект будет неполным.