Архивы авторов и дат в WordPress часто живут своей жизнью: они доступны пользователю, но почти не несут уникальной ценности для поиска. На небольших сайтах это просто лишние URL, а на контентных проектах — источник дублей, тонких страниц и лишней нагрузки на обход. Проблема обычно не в самих архивах, а в том, что они индексируются вместе с рубриками, тегами и страницами пагинации.
Ниже разберём, когда архивы авторов и дат действительно стоит закрывать, как сделать это без поломки темы и что проверить после внедрения.
Когда архивы авторов и дат становятся проблемой
Сначала стоит понять, что именно у вас индексируется. В WordPress архив автора обычно выглядит как /author/username/, а архив даты — как /2026/09/ или похожий путь, в зависимости от структуры сайта и темы. Если на сайте один автор, архив автора почти всегда дублирует ленту записей. Если публикации идут нерегулярно, архивы дат часто содержат мало записей и выглядят как слабые страницы для поисковика.
Типичный сценарий:
- в индексе есть страницы авторов, но они не содержат описания, фото, ссылки на соцсети и другую полезную информацию;
- архивы дат дублируют обычную ленту записей или рубрики;
- в выдаче появляются URL, которые не нужны пользователю, но забирают crawl budget;
- в отчётах по индексации растёт число страниц без трафика и без кликов.
Что не стоит делать
Не надо просто удалять шаблоны архивов из темы. Это ломает навигацию и не решает вопрос индексации, если URL остаются доступны. Правильный подход — сначала определить, нужны ли эти страницы пользователю, а потом уже закрывать их от индексации или отдавать noindex точечно.
Диагностика: как понять, что именно нужно закрывать
Проверка начинается не с кода, а с фактов. Откройте несколько архивов авторов и дат в браузере и посмотрите:
- есть ли на странице уникальный текст, описание автора, список публикаций с полезной сортировкой;
- не пустые ли это архивы или страницы с 1–2 записями;
- не дублируют ли они рубрики, теги или главную ленту;
- есть ли у них отдельный тайтл и метаописание;
- не закрыты ли они уже в
robots.txtили через SEO-плагин.
Если вы используете Search Console, проверьте отчёт по страницам и найдите URL с типом Duplicate, Google chose different canonical, Indexed, though blocked by robots.txt или просто страницы без показов. Это не всегда прямое доказательство проблемы, но хороший сигнал, что архивы стоит пересмотреть.
Пошаговое решение: закрыть архивы от индексации без лишнего риска
Есть три рабочих подхода: через SEO-плагин, через код темы или через серверные правила. Для WordPress-проекта чаще всего достаточно первых двух. Серверные правила нужны только если вы точно понимаете последствия.
| Подход | Когда подходит | Плюс | Минус |
|---|---|---|---|
| SEO-плагин | Нужно быстро и без кода | Просто проверить и откатить | Зависит от плагина и его настроек |
| Код в теме или mu-plugin | Нужно точечно управлять логикой | Гибко и прозрачно | Требует аккуратности при обновлениях |
| robots.txt | Нужно ограничить обход | Легко добавить | Не гарантирует удаление из индекса |
Вариант 1: закрыть архивы через SEO-плагин
Если у вас уже стоит SEO-плагин, проще всего использовать его настройки для архивов автора и даты. В большинстве случаев достаточно отключить индексацию архивов автора, а архивы дат либо закрыть, либо оставить только если они реально нужны для навигации по новостному сайту.
Плюс этого способа в том, что плагин обычно сам выставляет корректный noindex и каноникал, а вам не нужно править шаблоны. Минус — настройки могут отличаться от плагина к плагину, поэтому после сохранения обязательно проверьте исходный код страницы.
Вариант 2: добавить noindex через фильтр WordPress
Если нужен точечный контроль, можно добавить мета-роботс на уровне темы или, лучше, через mu-plugin. Ниже пример для архивов автора и даты. Он не ломает вывод страницы, а только меняет поведение для поисковых роботов.
<?php
/**
* Plugin Name: Noindex author and date archives
*/
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант удобен, если вы не хотите зависеть от SEO-плагина. Но важно не дублировать логику: если плагин уже добавляет noindex, второй слой может запутать отладку. Сначала проверьте, что именно отдаёт страница сейчас.
Вариант 3: отключить архивы автора только для одного автора или роли
Иногда архивы нужны для редакции, но не нужны для технических аккаунтов или одного-единственного автора. Тогда лучше не рубить всё целиком, а ограничить логику по ID пользователя или роли. Пример ниже показывает, как закрыть архив только для автора с ID 1:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_author( 1 ) ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Если у вас несколько авторов, лучше ориентироваться не на имя, а на ID или роль. Иначе при смене логина или переносе сайта настройка может потерять смысл.
Что делать с robots.txt и canonical
Закрывать архивы только через robots.txt — плохая идея, если цель именно убрать URL из индекса. Поисковик может видеть ссылку, но не сможет нормально переобойти страницу и снять её из индекса. Для уже проиндексированных архивов это часто работает медленно или вообще не так, как ожидается.
Если архивы остаются доступными, но не нужны в поиске, лучше использовать noindex и оставить follow. Это позволяет роботам проходить по ссылкам внутри архива, если они там есть, но не держать сам архив в выдаче.
Canonical тоже не стоит ставить на главную или на случайную рубрику без анализа. Если архив автора реально дублирует ленту, canonical на основную страницу может быть оправдан. Но если у архива есть уникальный контент, такой приём уже спорный.
Проверка результата после внедрения
После изменений не ограничивайтесь визуальной проверкой. Откройте архив автора и архив даты в браузере и посмотрите исходный код страницы. В нём должен быть мета-тег robots с noindex, если вы использовали этот подход. Если настройка делалась через SEO-плагин, проверьте, не конфликтует ли он с кодом темы.
Дальше проверьте три вещи:
- страница открывается и не отдаёт 404;
- в исходнике есть
noindexили нужный canonical; - через Search Console страница постепенно уходит из индекса или меняет статус на исключённую.
Для быстрой проверки можно посмотреть заголовки и HTML через curl:
curl -I https://example.com/author/admin/
curl -s https://example.com/author/admin/ | grep -i robotsЕсли в HTML нет нужного тега, значит фильтр не сработал, либо его перезаписывает тема или плагин. Тогда ищите, кто именно формирует robots-мета в вашем проекте.
Частые ошибки и как их исправить
- Закрыли архив в robots.txt, но не поставили noindex. В итоге URL может продолжать висеть в индексе. Решение: добавить
noindexна саму страницу. - Отключили архив автора, но сломали ссылки в теме. Некоторые темы выводят ссылку на автора в карточках и хлебных крошках. Решение: не удалять шаблон, а только менять индексацию.
- Поставили noindex на все архивы, включая полезные. Это часто вредно для новостных и журнальных сайтов. Решение: закрывать только те архивы, которые реально дублируют контент.
- Не проверили конфликт с SEO-плагином. Два источника мета-роботс дают путаницу в отладке. Решение: оставить один источник истины.
- Спрятали архивы через редирект на главную. Это ухудшает UX и может выглядеть как soft 404. Решение: либо оставить страницу доступной с noindex, либо удалить её осознанно и вернуть 410, если она больше не нужна.
Безопасность и производительность: что учесть на живом сайте
Если сайт большой, не плодите лишнюю логику в functions.php. Для точечных правил лучше использовать небольшой mu-plugin: он не зависит от темы и не потеряется после обновления. Это особенно важно, если вы закрываете архивы только для части авторов или по ролям.
Ещё один практический момент: если архивы дат и авторов не нужны, не стоит оставлять их в XML-карте сайта. Многие SEO-плагины умеют исключать такие типы архивов из sitemap. Это уменьшает шум для поисковика и делает структуру сайта понятнее.
Если вам нужно не только убрать дубли, но и подчистить другие технические хвосты, вроде лишних архивов, вложений и служебных страниц, удобнее делать это через один инструмент, а не набор разрозненных правок. В таких задачах часто используют Clearfy Pro: он помогает управлять дублями и технической чисткой сайта без ручного редактирования каждого шаблона. Подробности есть на странице плагина: https://wpshop.ru/plugins/clearfy.
Короткий чек-лист перед публикацией
- Проверить, нужны ли архивы авторов и дат пользователю.
- Посмотреть, нет ли у них уникального контента.
- Выбрать один способ управления индексацией: плагин или код.
- Убедиться, что
noindexреально попал в HTML. - Проверить Search Console и карту сайта.
- Не закрывать полезные архивы без необходимости.
Если после правок архивы всё ещё индексируются, проблема обычно в конфликте настроек или в том, что поисковик ещё не переобошёл страницы. В таком случае не меняйте сразу несколько вещей одновременно: сначала проверьте исходный код, потом sitemap, потом статус в Search Console. Так проще понять, где именно сломалась логика.