Архивы авторов и дат в WordPress часто остаются в индексе без пользы: они дублируют записи, размывают релевантность и создают лишние точки входа для поисковиков. На небольшом блоге это обычно незаметно, но на сайте с несколькими авторами, новостями или регулярными публикациями такие страницы быстро начинают мешать. Проблема не в самих архивах как в механизме WordPress, а в том, что они нередко не несут самостоятельной ценности для поиска.
Ниже — рабочая схема: как понять, что именно у вас индексируется, как закрыть архивы от индексации без лишних побочных эффектов и как проверить, что поисковик получил нужный сигнал.
Когда архивы авторов и дат действительно становятся проблемой
Сначала стоит отделить полезные архивы от мусорных. Архив автора может быть нормальной страницей, если у каждого автора есть полноценная биография, подборка материалов и отдельная редакционная роль. Архив даты почти всегда слабее: он редко отвечает на пользовательский запрос лучше, чем рубрика или сама статья.
Проверять нужно не «по ощущениям», а по факту: есть ли у архивов трафик, есть ли в них уникальный контент, не дублируют ли они рубрики и теги, не создают ли они лишние URL в sitemap или внутренней перелинковке.
Быстрая диагностика
- Выполните поиск по сайту:
site:example.com/author/иsite:example.com/2024/или вашему формату дат. - Посмотрите отчёт в Google Search Console по страницам, которые получают показы, но не дают кликов.
- Проверьте, не ведут ли на архивы внутренние ссылки из хлебных крошек, виджетов или блоков «автор статьи».
- Убедитесь, что архивы не попали в XML Sitemap, если вы не хотите их индексировать.
Если архивы уже в индексе, задача обычно состоит не только в том, чтобы добавить noindex, но и в том, чтобы убрать их из sitemap и не плодить новые ссылки на них внутри сайта.
Что лучше: плагин, код или настройка темы
Есть три практических пути. Выбор зависит от того, насколько у вас управляемый проект и насколько часто вы меняете SEO-настройки.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Плагин SEO/чистки | Нужна настройка без кода | Быстро, меньше риска сломать шаблон | Зависимость от интерфейса и настроек плагина |
| Код в теме или mu-plugin | Нужен точечный контроль | Прозрачно, предсказуемо, легко версионировать | Нужно понимать хуки и тестировать после обновлений |
| Правка robots.txt | Нужно только ограничить обход | Просто внедрить | Не заменяет noindex и не решает уже проиндексированные URL |
Если задача техническая и сайт живой, я бы предпочёл код или плагин с понятной настройкой. Для точечных проектов удобнее вынести логику в mu-plugin: она не зависит от темы и не исчезнет после обновления.
Пошаговое решение через код
Ниже вариант, который закрывает архивы авторов и дат от индексации через wp_robots. Это современный и безопасный способ: WordPress сам сформирует нужные директивы для страниц архива.
<?php
/**
* Plugin Name: Noindex author and date archives
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );Если вы не хотите трогать тему, сохраните этот код как небольшой плагин или как файл в wp-content/mu-plugins/. Для mu-plugin достаточно одного PHP-файла без активации в админке.
Но одного noindex мало, если архивы продолжают попадать в sitemap. Тогда нужно убрать их из карты сайта. В WordPress это можно сделать через фильтр wp_sitemaps_post_types для записей или через фильтры конкретного SEO-плагина, если sitemap генерирует он. Для стандартного sitemap WordPress архивы авторов и дат обычно не включаются как отдельные сущности, но на практике часто проблема возникает из-за SEO-плагина или кастомной генерации.
Если архивы нужны пользователям, но не поисковику
Иногда архив автора полезен для навигации, но не должен ранжироваться. Тогда не убирайте страницу полностью: оставьте её доступной, но закройте от индексации. Это лучше, чем редиректить на главную или рубрику без разбора. Поисковик перестанет считать архив самостоятельной посадочной страницей, а пользователь всё ещё сможет перейти к другим материалам автора.
Как закрыть архивы через SEO-плагин
Если на сайте уже используется SEO-плагин, проще настроить это в интерфейсе, чем писать свой код. Важно только не дублировать правила: если плагин уже ставит noindex, не нужно добавлять второй слой через тему без необходимости.
Обычно в таких плагинах есть отдельные переключатели для архивов авторов и дат. После изменения настроек проверьте, не меняется ли canonical, не исчезают ли хлебные крошки и не ломается ли отображение мета-тегов на других типах страниц.
Проверка результата после внедрения
После правки не ограничивайтесь просмотром исходного кода в браузере. Нужно проверить именно то, что увидит поисковый робот.
- Откройте архив автора и архив даты в браузере.
- Посмотрите исходный код страницы и найдите мета-тег robots или заголовок
X-Robots-Tag, если он используется сервером. - Убедитесь, что на странице есть
noindex. - Проверьте, не осталось ли URL в sitemap.
- В Search Console отправьте страницу на повторную проверку, если она уже была проиндексирована.
Если используете Chrome DevTools или curl, можно быстро проверить заголовки ответа. Пример:
curl -I https://example.com/author/admin/В ответе вы не обязаны видеть X-Robots-Tag, если директива отдается через HTML. Но если сервер или плагин ставит заголовок, он должен быть виден именно здесь. Для HTML-проверки откройте исходник страницы и найдите строку с robots.
Частые ошибки и как их исправить
Закрыли архив в robots.txt вместо noindex
Это частая подмена понятий. Disallow в robots.txt запрещает обход, но не гарантирует удаление URL из индекса, если он уже известен поисковику. Для уже существующих страниц нужен именно сигнал noindex или удаление страницы с корректным редиректом, если она больше не нужна.
Сделали noindex, но оставили ссылку в sitemap
Поисковик получает противоречивые сигналы: вы просите не индексировать страницу, но одновременно сами же подсовываете её в карту сайта. В таких случаях индекс может обновляться медленнее, а диагностика становится мутной. Уберите URL из sitemap или исключите сам тип архива из генерации.
Сломали архив автора, который нужен редакции
Если на сайте авторские страницы используются как внутренние профили, не удаляйте их без проверки. Иногда лучше закрыть от индекса только архивы дат, а авторские страницы оставить открытыми, но улучшить их содержимое: добавить описание автора, список материалов, ссылку на контакты.
Добавили код в тему и потеряли его после обновления
Если правка была в functions.php активной темы, обновление или смена темы её сотрёт. Для таких задач безопаснее использовать дочернюю тему или mu-plugin. Это особенно важно на сайтах, где SEO-настройки меняются редко, а стабильность нужна постоянно.
Чек-лист перед публикацией правки
- Проверили, какие архивы реально индексируются.
- Решили, какие страницы должны остаться доступными пользователю.
- Добавили
noindexчерез код, плагин или SEO-настройку. - Убрали конфликтующие URL из sitemap.
- Проверили исходный код и заголовки ответа.
- Отправили важные URL на переобход в Search Console.
Практика безопасности и производительности
С точки зрения производительности сама директива noindex почти не влияет на скорость. Но если вы начинаете лечить SEO-проблему через тяжёлые плагины, это уже может сказаться на админке и фронтенде. Для точечных правок лучше использовать минимальный код или аккуратный плагин без лишнего функционала.
Если на сайте много дублей и технического мусора, иногда удобнее сначала провести ревизию SEO-настроек и закрыть лишние типы страниц централизованно. В таких случаях полезны инструменты вроде Clearfy Pro, если вам нужен набор настроек для чистки дублей и технической оптимизации без ручной сборки каждого правила.
Но даже с плагином принцип не меняется: сначала определите, какие архивы реально нужны, потом закройте лишнее от индексации, а затем проверьте результат по факту, а не по галочке в настройках.
