На небольших и средних сайтах архивы авторов и дат часто не несут самостоятельной ценности, но при этом создают дубли, размывают внутреннюю перелинковку и забирают краулинговый бюджет. Проблема обычно всплывает после подключения Search Console: в индексе появляются страницы вида /author/ и /2024/05/, а в отчётах — «Проиндексировано, но не отправлено в sitemap» или похожие статусы.
Если задача именно техническая — убрать такие архивы из индекса и не сломать сайт — лучше идти по схеме: сначала понять, что именно уже открыто для роботов, затем выбрать способ отключения, и только потом проверять результат в поиске и в HTML-коде страниц.
Когда архивы авторов и дат действительно мешают
Не всегда их нужно закрывать. На новостных проектах, блогах с несколькими редакторами или сайтах, где архив автора — это полноценная посадочная страница, индексация может быть полезной. Но если у вас:
- один автор на весь сайт;
- архивы дат пустые или почти пустые;
- в архиве автора повторяется тот же список записей, что и на главной категории;
- в сниппетах всплывают страницы без полезного контента;
тогда закрытие от индексации обычно оправдано. Важно не путать noindex и полное отключение страницы. Если архив нужен пользователям, но не нужен поиску, достаточно убрать его из индекса и оставить доступным по ссылке.
Диагностика: что именно сейчас индексируется
Перед изменениями проверьте три вещи: есть ли архивы в sitemap, какой meta robots отдают страницы архива, и не создаёт ли SEO-плагин отдельные правила для архивов.
Проверка в браузере и исходном коде
Откройте страницу архива автора или даты и посмотрите исходный код. Ищите строку:
<meta name="robots" content="noindex, follow" />Если её нет, страница, скорее всего, доступна для индексации. Также проверьте, не стоит ли канонический URL на сам архив и не отдаёт ли сервер редирект на другую страницу.
Проверка через Search Console
В отчёте по страницам найдите URL с /author/, /date/ или архивами по году и месяцу. Если они уже в индексе, одного изменения настроек мало: поисковику нужно время на переобход. Поэтому важно не только закрыть архивы, но и убедиться, что они больше не попадают в sitemap и не получают внутренние ссылки там, где это не нужно.
Пошаговое решение без лишнего риска
Есть три рабочих подхода: через SEO-плагин, через код в теме или через комбинацию обоих. Для большинства сайтов самый безопасный вариант — сделать это в SEO-плагине, если он уже установлен. Кодом имеет смысл пользоваться, когда нужен точечный контроль или вы не хотите зависеть от интерфейса плагина.
| Способ | Что даёт | Минус |
|---|---|---|
| SEO-плагин | Быстрое управление noindex и sitemap | Зависимость от настроек плагина |
| Код в теме/плагине | Точный контроль без лишних модулей | Нужно следить за обновлениями и местом вставки |
| Комбинированный | Гибкость и понятная логика | Легко задвоить правила, если не зафиксировать источник настройки |
Вариант 1: отключить индексацию через код
Если нужен минимальный и предсказуемый вариант, добавьте фильтр в дочернюю тему или в небольшой mu-plugin. Пример ниже закрывает архивы авторов и архивы по дате от индексации, но оставляет их доступными для пользователей:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант хорош тем, что не зависит от конкретного SEO-плагина. Но он работает только если тема или другой плагин не переопределяет robots позже по цепочке.
Вариант 2: убрать архивы из sitemap и настроек SEO-плагина
Если у вас установлен SEO-плагин, отключите индексацию архивов в его настройках. Обычно это делается в разделе, связанном с архивами, авторами или типами страниц. После этого проверьте, что архивы исчезли из XML sitemap и получили noindex в исходном коде.
Если плагин позволяет, дополнительно отключите архивы дат. На сайтах без новостной структуры они редко дают пользу, но часто создают лишние URL.
Вариант 3: отключить архивы полностью, если они не нужны
Если архив автора на сайте вообще не используется, можно не только закрыть его от индексации, но и убрать саму страницу. Это уже более жёсткий вариант, и он подходит не всем. Например, если у вас один автор и архив не несёт смысла, можно перенаправить его на главную или на страницу «О сайте».
<?php
add_action( 'template_redirect', function() {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Такой редирект стоит использовать осторожно: если архив автора где-то уже получает трафик или ссылки, вы меняете поведение URL. Перед включением проверьте, не нужен ли этот архив посетителям и не используется ли он в меню или хлебных крошках.
Как проверить, что решение сработало
После внедрения не ограничивайтесь визуальной проверкой. Нужны минимум четыре проверки:
- в исходном коде архива есть
noindex; - страница не попадает в XML sitemap;
- URL архива доступен без ошибок, если вы не делали редирект;
- в Search Console статус страницы со временем меняется после переобхода.
Если вы закрывали архив через код, откройте страницу в режиме инкогнито и посмотрите исходник. Если использовали SEO-плагин, проверьте, не осталось ли старое правило в кэше страницы или CDN. Иногда браузер показывает уже обновлённый HTML, а поисковый бот ещё видит старую версию из-за кэширования.
Быстрая проверка через curl
Если есть доступ к консоли, можно быстро посмотреть заголовки и HTML:
curl -I https://example.com/author/admin/
curl -s https://example.com/author/admin/ | grep -i robotsПервая команда покажет, нет ли неожиданного редиректа или ошибки, вторая — наличие meta robots в HTML. Для точной проверки этого обычно достаточно.
Частые ошибки и как их исправить
Самая частая ошибка — закрыть архив от индексации, но оставить его в sitemap. В таком случае поисковик всё равно продолжает регулярно заходить на URL, а вы получаете лишний шум в отчётах. Исправление простое: уберите архив из карты сайта в том же месте, где включали noindex.
Вторая ошибка — ставить редирект на архив автора, не проверив, что на него ведут внутренние ссылки. Если ссылки есть в карточках автора, хлебных крошках или блоках «об авторе», лучше сначала решить, нужен ли сам архив. Иногда достаточно оставить страницу, но закрыть её от индексации.
Третья ошибка — использовать одновременно несколько источников правил: SEO-плагин, код в теме и кэш-плагин с отдельной оптимизацией head. В итоге один слой добавляет noindex, другой его убирает, и поведение становится непредсказуемым. В таких случаях оставьте один источник истины и зафиксируйте его в документации проекта.
Безопасность и производительность: что учесть после изменения
С точки зрения производительности закрытие архивов само по себе сайт не ускоряет. Но оно уменьшает число бесполезных страниц, которые бот должен обходить, и упрощает структуру индекса. Это особенно заметно на сайтах с большим количеством датированных архивов и слабой внутренней структурой.
Если вы правите кодом, лучше вынести его в отдельный мини-плагин или mu-plugin, а не в functions.php активной темы. Тогда настройка не исчезнет после смены темы. Для проектов с регулярной технической поддержкой это практичнее и безопаснее.
Если нужен более широкий набор SEO-правил, чистка дублей и управление техническими настройками, такие задачи удобно собирать в одном месте. Например, в Clearfy Pro есть инструменты для удаления дублей и настройки технических параметров сайта: Clearfy Pro.
Когда лучше не закрывать архивы
Если у каждого автора есть собственная экспертная страница, а архив дат используется как навигация по новостям, закрытие от индексации может навредить. В таком случае лучше не трогать архивы целиком, а доработать их содержимое: добавить уникальный текст, нормальную пагинацию, понятные заголовки и канонические ссылки.
Практическое правило простое: если архив отвечает на отдельный пользовательский запрос и не дублирует другие страницы, его можно оставить в индексе. Если он существует только как технический список записей, закрывайте его без сожалений.