Архивы автора и дат на WordPress-сайте часто остаются в индексе просто потому, что их никто не настраивал. На небольшом блоге это может быть незаметно, но на проекте с несколькими авторами, новостями или регулярными публикациями такие страницы быстро превращаются в слабые точки: дублируют списки записей, создают тонкие страницы и размывают внутреннюю перелинковку.
Задача здесь не в том, чтобы «спрятать всё подряд», а в том, чтобы оставить полезные архивы там, где они реально нужны, и убрать из индекса те, которые не дают поиску ничего нового.
Когда архивы автора и дат действительно мешают
Проблема обычно всплывает после проверки в Search Console или при ручном обходе сайта. В индексе оказываются страницы вида /author/ivan/ и /2024/05/, а на них — тот же список постов, что уже есть на главной, в рубриках или в пагинации. Если архивы не несут отдельной ценности, поисковик видит их как альтернативные входные точки с почти одинаковым содержимым.
Диагностика проблемы
- Откройте архив автора и архив даты в браузере и сравните их содержимое с рубриками и главной.
- Проверьте исходный код страницы: есть ли
meta name="robots"и какой там статус. - Посмотрите, не попадают ли архивы в XML-карту сайта.
- В Search Console проверьте, не индексируются ли такие URL и нет ли у них заметного числа показов.
Если архивы уже в индексе, не спешите удалять их физически. Сначала определите, должны ли они существовать для пользователей. Иногда архив автора нужен как страница профиля редактора, а архив дат — как навигация по новостям. Но в большинстве корпоративных и контентных сайтов их лучше закрывать от индексации.
Какой способ выбрать: плагин, код или оба варианта
Есть три рабочих подхода. Выбор зависит от того, управляете ли вы темой и плагинами сами, и насколько часто вам нужно менять SEO-настройки.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы без кода | Просто включить, меньше риска ошибиться | Зависимость от интерфейса плагина, не всегда хватает гибкости |
| Код в теме или мини-плагине | Нужен точечный контроль | Прозрачно, легко проверить в коде | Нужно аккуратно обновлять и тестировать |
| Комбинация | Часть настроек в SEO-плагине, часть — в коде | Удобно для сложных сайтов | Важно не задвоить правила |
Если у вас уже стоит SEO-плагин, проще начать с него. Если нужен минимальный стек или вы не хотите зависеть от интерфейса, лучше сделать это кодом через functions.php дочерней темы или через небольшой mu-plugin.
Пошаговое решение через код
Ниже вариант, который закрывает архивы автора и даты от индексации, но не ломает саму навигацию по сайту. Код добавляет noindex, follow только на нужные архивы.
<?php
add_action('wp_head', function () {
if (is_author() || is_date()) {
echo '<meta name="robots" content="noindex, follow" />' . "\n";
}
}, 1);Такой способ работает, если тема корректно вызывает wp_head(). Это базовое требование WordPress-темы, но на старых или сильно кастомных шаблонах иногда его забывают.
Если вы хотите управлять ещё и HTTP-заголовком, можно добавить его отдельно. Это не обязательно, но полезно для единообразия:
<?php
add_action('template_redirect', function () {
if (is_author() || is_date()) {
nocache_headers();
header('X-Robots-Tag: noindex, follow', true);
}
});Важно: не используйте этот вариант без проверки, если на сайте уже есть плагин, который тоже ставит robots-мета. Два разных источника правил могут дать неожиданный результат в исходном коде страницы.
Как сделать это через SEO-плагин
Если у вас установлен плагин, который умеет управлять индексированием архивов, используйте его настройки. В большинстве случаев это быстрее и безопаснее для редактора, чем правка кода. На практике ищите параметры вида «Архивы автора», «Архивы дат», «noindex для архивов» или «отключить архивы».
После изменения настроек проверьте, не отключили ли вы вместе с индексированием и саму страницу архива для пользователей. Это разные вещи: страница может открываться, но не попадать в индекс.
Если нужен более широкий контроль над дублями и служебными страницами, имеет смысл посмотреть в сторону Clearfy Pro: он закрывает типовые SEO-задачи, связанные с дублями и чисткой служебных URL, без ручной правки каждого шаблона. Ссылка на продукт: Clearfy Pro.
Что проверить после внедрения
После настройки не ограничивайтесь просмотром страницы в браузере. Нужно проверить именно то, что видит поисковый робот.
- Откройте архив автора и архив даты в режиме просмотра исходного кода.
- Убедитесь, что в
<head>естьnoindex, follow. - Проверьте, не остались ли эти URL в XML-карте сайта.
- В Search Console отправьте страницу на повторную проверку, если она уже была проиндексирована.
- Сравните статус страницы через инструмент проверки URL: поисковик должен видеть запрет на индексирование, а не ошибку сканирования.
Если архивы продолжают попадать в индекс, причина обычно одна из трёх: плагин кэширует старую версию head, правило добавлено не на тот тип страницы, или в теме есть второй источник robots-мета, который перебивает ваше значение.
Частые ошибки и как их исправить
Ставят noindex и одновременно закрывают страницу от пользователей
Иногда разработчик случайно добавляет и noindex, и редирект, или вообще убирает архив из шаблона. В результате страница становится бесполезной и для людей, и для поисковика. Если архив нужен как навигация, оставляйте его доступным, но закрывайте от индексации.
Закрывают архивы, но забывают про sitemap
Если URL остаётся в карте сайта, поисковик продолжает его видеть как важный. Это не всегда критично, но создаёт лишний шум. После настройки проверьте генерацию sitemap в SEO-плагине или в собственном коде.
Используют robots.txt вместо мета-тега
Запрет в robots.txt не равен noindex. Если страница уже известна поисковику, она может остаться в индексе без возможности переобхода. Для архивов автора и дат обычно надёжнее именно noindex, follow.
Забывают про кэш
Если на сайте стоит кэширование страниц, после изменения robots-мета старый HTML может ещё какое-то время отдаваться из кэша. Очистите кэш плагина, серверный кэш и, если нужно, CDN.
Практические советы по безопасности и производительности
Не вносите правки прямо в родительскую тему. Для кода используйте дочернюю тему или mu-plugin, чтобы не потерять изменения после обновления. Если сайт обслуживает несколько редакторов, лучше держать SEO-логику в одном месте, а не размазывать её по шаблонам.
Если архивы автора нужны только для внутренней навигации, можно оставить их доступными, но убрать из меню и из блоков ссылок в шаблоне. Это снизит число бесполезных переходов и уменьшит нагрузку на обход страниц.
Для сайтов с большим количеством публикаций полезно периодически проверять, не появились ли новые служебные архивы после установки плагинов или смены темы. Часто именно после обновления темы снова включаются архивы, которые раньше были отключены.
Если вам нужно не только закрыть архивы, но и навести порядок в служебных страницах, дублях и SEO-настройках, лучше делать это как единый чек-лист, а не точечно. Тогда проще отследить, что именно изменилось после правки.
Короткий чек-лист перед публикацией изменений
- Архив автора открывается, но в коде стоит
noindex, follow. - Архивы дат не попадают в sitemap.
- Кэш очищен на уровне плагина, сервера и CDN.
- В теме нет второго источника robots-мета.
- В Search Console URL отправлен на повторную проверку.
Если после всех проверок архивы всё ещё индексируются, сначала ищите конфликт между темой, SEO-плагином и кэшем. В WordPress это самая частая причина, а не «неработающий noindex» как таковой.