Архивы авторов и дат часто остаются в WordPress «по умолчанию», хотя на небольшом сайте они дают мало пользы для поиска и нередко создают дублирующие страницы. Типичный сценарий: у записи есть основной URL, а рядом индексируются архив автора, архив месяца и архив дня с тем же набором материалов. В итоге поисковик тратит краулинговый бюджет на технические страницы, а в индексе появляется лишний шум.
Ниже разберём, как отключить индексацию таких архивов аккуратно: без поломки навигации, без лишних редиректов и без попытки «спрятать» страницы через robots.txt там, где это не решает задачу.
Когда архивы авторов и дат действительно мешают
Не все архивы нужно закрывать. Если на сайте несколько авторов, у каждого есть полноценная страница с биографией, подборкой материалов и внутренней перелинковкой, архив автора может быть полезен. То же касается новостных проектов, где архив по дате — часть пользовательского сценария. Но в большинстве корпоративных и контентных сайтов архивы дат и пустые архивы авторов не несут самостоятельной ценности.
Признаки, что архивы лучше закрыть от индексации
- в архиве автора повторяется почти тот же список записей, что и на главной рубрики;
- архивы дат доступны по нескольким форматам и создают дубли;
- в Search Console появляются страницы архива с низким качеством или без показов;
- на сайте один автор или несколько авторов, но без отдельных страниц профиля;
- архивы не используются в навигации и не дают трафик из поиска.
Диагностика проблемы перед изменениями
Сначала проверьте, какие именно архивы открыты и индексируются. Это важно, потому что в WordPress можно закрыть только часть архивов: например, оставить архивы авторов, но убрать архивы дат. Ещё один частый момент — SEO-плагин уже добавляет noindex, а разработчик пытается дублировать это кодом и получает конфликт.
Что проверить вручную
- откройте архив автора, например
/author/admin/, и посмотрите исходный код страницы; - проверьте архивы дат, например
/2026/09/или/2026/09/08/; - найдите в
<head>мета-тегrobots; - посмотрите, не стоит ли уже правило
noindexв Yoast SEO, Rank Math или другом SEO-плагине.
Если тег noindex уже есть, дополнительный код нужен только тогда, когда вы хотите управлять логикой точечно: например, закрыть архивы дат, но оставить архивы авторов открытыми.
Рабочие способы: плагин или код
Если нужен быстрый и безопасный вариант без разработки, проще всего использовать SEO-плагин. Если нужна точная логика или вы не хотите зависеть от интерфейса плагина, лучше добавить фильтр в тему или мини-плагин.
| Подход | Когда подходит | Минус |
|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы без кода | Меньше контроля над логикой |
| Код через фильтры | Нужна точечная настройка под проект | Нужно следить за темой и обновлениями |
| robots.txt | Редко, только для краулинга отдельных URL | Не убирает страницу из индекса, если она уже известна поисковику |
Пошаговое решение через код
Самый практичный вариант — добавить noindex на нужные архивы через фильтр wp_robots. Этот способ работает в современных версиях WordPress и не требует переписывать шаблоны.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );Этот код можно добавить в functions.php дочерней темы или в небольшой mu-plugin. Если у вас уже есть SEO-плагин, сначала проверьте, не выставляет ли он собственные правила. Дублировать noindex в двух местах не нужно, но в большинстве случаев это не ломает страницу — просто усложняет поддержку.
Если нужно закрыть только архивы дат
Иногда архивы авторов полезны, а архивы дат — нет. Тогда оставьте только нужный тип архива:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );Если архивы дат уже отдают 404 или редиректят на главную, дополнительный noindex обычно не нужен. Сначала определите, что именно происходит на сервере и в шаблоне.
Как сделать это через SEO-плагин
В большинстве SEO-плагинов есть отдельные переключатели для архивов авторов и дат. Логика похожа: вы отключаете индексацию в настройках архивов, а плагин сам добавляет нужные мета-теги и, если нужно, canonical.
Плюс этого подхода в том, что он не зависит от темы. Минус — если вы потом смените SEO-плагин, настройки придётся перенести вручную. Для небольших сайтов это обычно не проблема, но на проектах с несколькими средами лучше зафиксировать решение в документации.
Проверка результата после внедрения
После изменения не ограничивайтесь визуальной проверкой. Нужно убедиться, что поисковый робот видит именно то, что вы ожидали.
Чек-лист проверки
- откройте архив автора и архив даты в браузере;
- посмотрите исходный код и найдите
meta name="robots"; - убедитесь, что там есть
noindex; - проверьте, не остался ли в
headконфликтующий тег от SEO-плагина; - прогоните URL через инструмент проверки страниц в Search Console;
- посмотрите, не появились ли ошибки canonical или неожиданные редиректы.
Если вы используете кэш, очистите его после изменения. Иначе в браузере может открываться старая версия страницы, а вы будете проверять уже неактуальный HTML.
Частые ошибки и как их исправить
Путают noindex и robots.txt
robots.txt не удаляет URL из индекса, если поисковик уже знает страницу. Он лишь ограничивает обход. Для архивов, которые уже попали в поиск, нужен именно noindex или редирект, если страница больше не должна существовать.
Закрывают архивы, но оставляют ссылки на них в меню
Это не критично, но создаёт лишние переходы для пользователей и роботов. Если архивы не нужны, уберите их из меню, виджетов и хлебных крошек. Если нужны только как навигация, оставьте ссылки, но закройте индексацию.
Добавляют noindex в шаблон, а SEO-плагин перезаписывает его
Такое бывает, когда в теме вручную выводят мета-теги, а плагин делает то же самое. В результате в коде появляются дублирующиеся директивы. Решение простое: оставьте один источник правды — либо плагин, либо код.
Закрывают архивы и забывают про пагинацию
Если у архива есть страницы /page/2/, /page/3/ и дальше, проверьте их отдельно. Иногда закрывают только первую страницу, а пагинация остаётся индексируемой. Это уже другая точка входа в тот же контент.
Производительность и безопасность: что учесть
Само по себе добавление noindex не ускоряет сайт, но помогает сократить количество бесполезных страниц в индексе и упростить обход. Если архивы больше не нужны, лучше не только закрыть их, но и убрать из внутренних ссылок. Так вы уменьшите число лишних переходов и упростите структуру сайта.
Если вы вносите код вручную, делайте это в дочерней теме или в отдельном мини-плагине. Не правьте ядро и не встраивайте логику в случайный файл темы, который может быть перезаписан обновлением.
Для сайтов, где нужно регулярно чистить технические страницы, дубли и архивы, иногда удобнее вынести часть задач в инструменты вроде Clearfy Pro: он помогает централизованно управлять SEO- и техническими настройками без рассыпанной логики по теме. Но даже в этом случае проверка исходного кода и Search Console остаётся обязательной.
Что делать, если архивы уже в индексе
Если страницы уже попали в поиск, одного noindex может быть недостаточно для мгновенного исчезновения. Поисковику нужно время, чтобы переобойти URL и увидеть новую директиву. В этот период важно не мешать ему: не закрывать страницу в robots.txt раньше времени и не менять URL без необходимости.
Если архив точно не нужен и не должен существовать, можно рассмотреть редирект на более релевантную страницу. Но делать это стоит только тогда, когда у архива действительно нет самостоятельной ценности. Иначе вы просто сломаете пользовательский сценарий.
Практически рабочая схема выглядит так: сначала определяете, какие архивы нужны, затем закрываете лишние через wp_robots или SEO-плагин, потом проверяете HTML и Search Console, и только после этого убираете лишние ссылки из интерфейса сайта.