На небольших и средних сайтах архивы авторов и дат часто создают лишние URL без реальной ценности: страницы с одинаковыми списками записей, тонким контентом и дублирующимися мета-данными. В результате в индекс попадает больше мусора, чем нужно, а поисковику сложнее понять, какие страницы на сайте действительно важны.
Проблема обычно не в самих архивах как таковых, а в том, что они открыты для индексации по умолчанию и начинают конкурировать с рубриками, тегами и страницами записей. Если у сайта один автор или архивы дат не используются как навигационный элемент, их лучше закрыть от индексации и при необходимости оставить доступными для пользователей.
Когда архивы авторов и дат мешают SEO
Сначала стоит понять, есть ли у вас реальная польза от этих страниц. На новостных проектах архивы по датам иногда нужны, а на корпоративных блогах и экспертных сайтах чаще всего это просто технический слой, который не должен ранжироваться.
Типичные признаки проблемы
- в поиске появляются страницы вида
/author/username/и/2024/08/, хотя они не приносят трафик; - в Google Search Console растёт число страниц без кликов и показов;
- в выдаче видны дубли заголовков и описаний для архивов;
- архив автора дублирует ленту записей или рубрику;
- на сайте один автор, и архив автора не несёт отдельной ценности.
Что именно нужно проверить перед изменениями
Не отключайте всё подряд. Сначала откройте архив автора и архив даты в браузере, посмотрите исходный код и проверьте, есть ли там meta robots, canonical и понятный заголовок. Если архив уже закрыт плагином SEO, дополнительный код может быть лишним.
Полезно также проверить, не используются ли эти архивы в шаблоне темы как навигационные страницы. Если на них есть ссылки из меню или хлебных крошек, после закрытия от индексации они всё равно останутся доступны пользователю, но перестанут участвовать в поиске.
Как отключить индексацию через SEO-плагин
Самый безопасный путь — использовать настройки SEO-плагина, если он уже стоит на сайте. Так меньше шансов сломать шаблон или получить конфликт между плагином и темой.
| Подход | Плюсы | Минусы |
|---|---|---|
| SEO-плагин | Без кода, удобно поддерживать | Зависит от конкретного плагина и его настроек |
| Код в теме или mu-plugin | Контроль без лишних зависимостей | Нужно следить за обновлениями и темой |
| Только robots.txt | Быстро закрывает обход | Не гарантирует исключение из индекса |
Если вы используете Clearfy Pro, там есть инструменты для чистки сайта и управления SEO-обвязкой, но перед включением любой опции проверьте, не дублирует ли она настройки вашего основного SEO-плагина. В реальных проектах именно двойная настройка чаще всего и создаёт путаницу.
Отключение архивов кодом без плагина
Если нужен точечный контроль, можно убрать архивы из индекса через фильтры WordPress. Ниже пример для functions.php дочерней темы или, лучше, для небольшого mu-plugin.
<?php
/**
* Закрывает архивы авторов и дат от индексации.
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );
/**
* Убирает архивы авторов из выдачи, если на сайте один автор.
*/
add_action( 'template_redirect', function() {
if ( is_author() ) {
$author_id = get_queried_object_id();
if ( $author_id && count_users()['total_users'] <= 1 ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
}
} );Первый блок добавляет noindex, follow для архивов автора и даты. Второй блок — более жёсткий вариант: если на сайте один автор, архив автора можно вообще перенаправить на главную. Это уместно не всегда, поэтому используйте редирект только если архив действительно не нужен пользователю.
Если вы не хотите редиректить архивы, а только закрыть их от индексации, оставьте первый блок и не добавляйте второй.
Пошаговое решение: что делать на живом сайте
- Сделайте резервную копию файлов и базы.
- Проверьте, какие архивы реально существуют: авторы, даты, таксономии, вложения.
- Определите, какие страницы должны остаться открытыми для пользователей, но не для поиска.
- Добавьте
noindex, followчерез SEO-плагин или код. - Если архив автора на сайте один и он не нужен, настройте 301-редирект на релевантную страницу.
- Обновите sitemap, если плагин SEO включает архивы туда автоматически.
- Переобойдите важные страницы в Search Console после публикации изменений.
Если нужен только запрет индексации, а не удаление страницы
Это частый сценарий. Страница остаётся доступной по прямой ссылке, но поисковик не должен её индексировать. Для этого noindex подходит лучше, чем блокировка в robots.txt, потому что поисковик всё ещё может увидеть сигнал и убрать URL из индекса при следующем обходе.
Блокировка в robots.txt полезна только как дополнительная мера, если вы хотите сократить обход технических URL. Но если страница уже в индексе, одного Disallow обычно недостаточно.
Проверка результата после внедрения
После изменений не ограничивайтесь визуальной проверкой. Нужно убедиться, что WordPress действительно отдаёт нужные сигналы.
- Откройте архив автора и архив даты в браузере.
- Посмотрите исходный код страницы и найдите
noindexв meta robots. - Проверьте, не остался ли canonical на сам архив, если вы хотели редирект.
- Убедитесь, что важные страницы сайта не получили случайный
noindex. - В Search Console проверьте статус URL после повторного обхода.
Если используете командную строку, можно быстро проверить заголовки ответа:
curl -I https://example.com/author/username/Ищите не только статус ответа, но и то, как страница ведёт себя после правки. Если стоит редирект, должен быть 301 на нужный URL. Если редиректа нет, страница должна отдавать обычный 200, но с noindex в HTML.
Частые ошибки и как их исправить
Закрыли архив в robots.txt и ожидаете удаления из индекса
Это распространённая ошибка. Если URL уже известен поисковику, он может продолжать показываться без сниппета или с устаревшими данными. Для удаления из индекса нужен именно noindex или редирект, а не только запрет обхода.
Поставили noindex на все архивы без разбора
Иногда вместе с архивами авторов и дат случайно закрывают рубрики, теги и страницы пагинации. Это уже может ударить по внутренней перелинковке и поисковому трафику. Проверяйте условия в коде и тестируйте на staging-копии.
Сделали редирект архивов автора на главную
Главная страница редко является релевантной заменой архиву автора. Если у автора есть отдельная страница профиля, лучше вести туда или на страницу с подборкой материалов. Редирект на главную допустим только если другой логичной страницы нет.
Не обновили sitemap
Если архивы продолжают попадать в карту сайта, поисковик будет снова и снова их обходить. После изменения настроек проверьте, исключены ли они из sitemap, и при необходимости пересоздайте карту сайта в SEO-плагине.
Практические советы по безопасности и производительности
Если вы вносите код вручную, не правьте родительскую тему. Используйте дочернюю тему или mu-plugin, чтобы изменения не пропали после обновления. Для точечных SEO-правок mu-plugin обычно удобнее: он загружается стабильно и не зависит от активной темы.
Перед публикацией изменений на боевом сайте проверьте их на копии. Особенно это важно, если у вас уже есть SEO-плагин, который сам управляет meta robots, canonical и sitemap. Два источника правды в этой зоне почти всегда приводят к конфликтам.
Если нужна не только очистка архивов, но и более широкая техническая уборка сайта — дубли, лишние мета-данные, пустые архивы и служебные страницы — такие задачи лучше решать последовательно, а не одним большим коммитом. Так проще отследить, что именно повлияло на индексацию.
В проектах, где важна именно системная чистка SEO-слоя, иногда удобнее собрать это в одном инструменте, чем держать набор разрозненных сниппетов. Но даже в этом случае проверка через исходный код страницы и Search Console остаётся обязательной.
