Как запретить индексацию архивов авторов и дат в WordPress

Архивы авторов и дат часто создают лишние страницы в индексе: контент на них дублируется, а ценности для поиска почти нет. На небольших сайтах это выглядит безобидно, но на проектах с большим числом записей такие архивы быстро раздувают индекс и мешают поисковым системам сосредоточиться на нормальных страницах.

Ниже разберём, как понять, что именно нужно закрывать, чем отличается noindex от полного отключения архивов, и как сделать это без сюрпризов для темы, хлебных крошек и внутренних ссылок.

Когда архивы авторов и дат действительно мешают

Не каждый архив нужно убирать. Если у сайта несколько авторов, у каждого есть полноценная страница профиля с описанием, а архив автора — это полезная витрина материалов, закрывать его от индексации не всегда разумно. Но если архивы пустые, почти пустые или дублируют ленту записей, они становятся техническим мусором.

С архивами дат ситуация ещё проще: на большинстве контентных сайтов страницы вида /2024/05/ или /2024/ не дают поиску ничего нового. Они повторяют уже опубликованные записи и часто собирают тонкий контент без внешней ценности.

Блок диагностики проблемы

Перед правками проверьте, что именно уже попало в индекс. Удобнее всего смотреть не только вручную, но и по данным сайта:

• в поиске по сайту найдите URL архивов авторов и дат;
• проверьте, есть ли у них трафик в аналитике;
• посмотрите исходный код страницы: есть ли noindex или canonical;
• оцените, не используются ли архивы в навигации как важные посадочные страницы.

Если архивы уже ранжируются по брендовым или навигационным запросам, сначала убедитесь, что есть замена: страница автора с биографией, страница рубрики или архив по теме.

Что выбрать: noindex, robots.txt или отключение шаблона

Самая частая ошибка — закрыть архивы через robots.txt и считать задачу решённой. Это не удаляет URL из индекса, если они уже известны поисковику. Для технической чистки обычно лучше использовать noindex на самих страницах.

Если архивы не нужны совсем, можно отключить их на уровне темы или через код. Если они нужны пользователям, но не поиску, ставьте noindex, follow.

Пошаговое решение через код

Ниже вариант для темы или небольшого mu-plugin. Он добавляет noindex, follow на архивы авторов и дат, не трогая остальные страницы.

<?php
add_action( 'wp_head', function () {
    if ( is_author() || is_date() ) {
        echo '<meta name="robots" content="noindex, follow" />' . "\n";
    }
}, 1 );

Этот способ простой, но у него есть ограничение: если SEO-плагин уже выводит свои robots meta, можно получить конфликт или дублирование. Поэтому лучше использовать фильтр того плагина, который уже отвечает за мета-теги, либо централизовать логику в одном месте.

Если у вас нет SEO-плагина, можно добавить canonical на саму страницу архива и оставить noindex. Но canonical не заменяет noindex: он только подсказывает предпочтительный URL, а не запрещает индексацию.

Вариант для полного отключения архивов дат

Если архивы дат не нужны вообще, их можно убрать из шаблона и вернуть 404 или редирект на более полезную страницу. Для этого используйте условный редирект в template_redirect:

<?php
add_action( 'template_redirect', function () {
    if ( is_date() ) {
        wp_safe_redirect( home_url( '/' ), 301 );
        exit;
    }
} );

Такой вариант подходит только если вы уверены, что на архивы дат нет внешних ссылок и они не используются в интерфейсе сайта. Иначе лучше ограничиться noindex.

Как сделать это через SEO-плагин

Если на сайте уже стоит SEO-плагин, не дублируйте его логику кодом. В большинстве случаев правильнее настроить индексацию архивов в интерфейсе плагина и не плодить второй источник правды. Это снижает риск конфликтов при обновлениях темы.

Например, в Clearfy Pro можно использовать инструменты для удаления дублей и технической чистки сайта, если задача шире, чем просто архивы. Это удобно, когда нужно одновременно убрать лишние архивы, служебные страницы и другие технические URL. Ссылка: Clearfy Pro.

Проверка результата после внедрения

После правок не ограничивайтесь просмотром страницы в браузере. Проверьте именно то, что видит поисковый робот.

• Откройте архив автора или дату и посмотрите исходный код: должен быть noindex, follow;
• проверьте, не выводится ли второй robots meta из SEO-плагина;
• убедитесь, что canonical не указывает на случайную страницу;
• если делали редирект, проверьте код ответа через DevTools или curl -I;
• в Search Console отправьте URL на повторную проверку после обновления страницы.

Пример быстрой проверки заголовков ответа:

curl -I https://example.com/author/admin/

Если вы используете редирект, в ответе должен быть 301 и новый адрес в Location. Если ставили noindex, код ответа останется 200, но в HTML должен появиться нужный meta robots.

Частые ошибки и как их исправить

Закрыли в robots.txt и ждёте удаления из индекса

Это не работает как полноценное удаление. Поисковик может продолжать держать URL в индексе без возможности переобхода. Если цель — убрать страницу из поиска, используйте noindex или редирект.

Поставили noindex только в теме, а SEO-плагин перезаписал тег

Такое бывает, когда тема и плагин оба выводят robots meta. Оставьте только один источник. Если SEO-плагин уже управляет мета-тегами, уберите код из темы и настройте индексацию там.

Сделали 301 на главную для всех архивов

Это грубое решение. Если у архива есть реальная ценность для пользователей, вы теряете полезный путь навигации. Для дат и пустых архивов это ещё допустимо, но для архивов авторов — не всегда.

Удалили архивы, но сломали хлебные крошки

Некоторые темы строят хлебные крошки с опорой на архив автора или дату. После отключения проверьте шаблоны single.php, archive.php и функции хлебных крошек. Если нужно, замените ссылку на более стабильную страницу.

Практические советы по безопасности и производительности

Любые правки лучше вносить не в активную тему, а в дочернюю тему или mu-plugin. Тогда обновление темы не затрёт изменения. Перед правкой сделайте резервную копию файлов и базы, особенно если планируете редиректы или массовое отключение архивов.

Если сайт большой, не добавляйте сложную логику в wp_head без необходимости. Условный вывод одного meta-тега почти не влияет на производительность, но лишние проверки и дублирование логики в нескольких местах потом сложно сопровождать.

Для сайтов, где техническая чистка идёт постоянно, полезно держать единый список правил: что закрываем, что редиректим, что оставляем открытым. Это экономит время при редизайне и смене SEO-плагина.

Короткий чек-лист перед публикацией изменений

• Проверить, нужны ли архивы пользователям, а не только поиску.
• Выбрать один способ: noindex, редирект или отключение шаблона.
• Убедиться, что SEO-плагин не дублирует robots meta.
• Проверить canonical, хлебные крошки и внутренние ссылки.
• Перепроверить код ответа и исходный HTML после публикации.

Если задача шире и нужно убрать не только архивы, но и другие технические дубли, удобнее сначала навести порядок в настройках индексации и служебных страниц, а уже потом править шаблоны вручную. Так меньше шансов сломать структуру сайта и сложнее случайно закрыть нужные URL.