На небольших и средних сайтах WordPress архивы авторов и дат часто превращаются в технический мусор: в индексе появляются страницы без уникального смысла, а в отчётах Search Console растёт число дублей и «обнаружено, но не проиндексировано». При этом полностью удалять такие страницы не всегда нужно — иногда достаточно оставить их доступными для пользователей, но закрыть от поиска.
Ниже разберём, когда стоит ставить noindex, когда лучше добавить canonical, а когда архивы проще отключить на уровне темы или плагина. Примеры будут без выдуманных функций: только то, что реально работает в WordPress.
Когда архивы авторов и дат мешают индексации
Проблема обычно проявляется не сразу. Сайт публикует статьи от одного автора, а WordPress всё равно создаёт архив автора, архив по дате, иногда ещё и архивы по пользовательским ролям или таксономиям. Если на этих страницах нет полезного контента, поисковик видит их как слабые или дублирующие страницы.
Типичные симптомы
- в выдаче появляются архивы
/author/...и/2026/08/вместо нужных посадочных страниц; - в Search Console растёт число URL без трафика и без кликов;
- одни и те же записи доступны через архивы, пагинацию и теги;
- в теме нет нормального
canonical, и поисковик сам выбирает «главную» версию страницы.
Если архив реально полезен — например, на сайте несколько авторов с отдельными профилями и описаниями — закрывать его полностью не стоит. Тогда лучше оставить страницу открытой, но привести мета-теги в порядок. Если архив пустой или технический, логичнее закрыть его от индексации.
Диагностика: что именно индексируется сейчас
Перед правками проверьте, как WordPress отдаёт архивы в текущей теме и что уже попало в индекс. Это можно сделать без плагинов.
- Откройте архив автора и архив даты в браузере.
- Посмотрите исходный код страницы и найдите
<meta name="robots". - Проверьте наличие
rel="canonical". - Сравните URL в Search Console с реальными страницами на сайте.
Если метатега robots нет, а canonical указывает на сам архив или вообще отсутствует, поисковик будет принимать решение сам. Для технических архивов это обычно не то, что нужно.
Что выбрать: noindex, canonical или полное отключение
| Подход | Когда использовать | Плюс | Минус |
|---|---|---|---|
noindex, follow | архив нужен пользователям, но не нужен в поиске | страница остаётся доступной | нужно следить, чтобы canonical не конфликтовал |
canonical на основную страницу | есть явный дубль, который должен вести на один URL | помогает склеить версии | не заменяет noindex в слабых архивах |
| полное отключение архива | архив не нужен ни пользователям, ни поиску | меньше технических URL | нужно аккуратно обработать 404/редирект |
Для большинства сайтов с одним автором достаточно noindex, follow на архивы автора и даты. Если архивов несколько и они реально дублируют друг друга, можно дополнительно настроить canonical.
Пошаговое решение через код
Самый надёжный вариант — добавить правила в дочернюю тему или в небольшой mu-plugin. Так вы не зависите от обновления темы и не теряете настройки при деплое.
1. Закрываем архивы автора и даты от индексации
<?php
add_action( 'wp_head', function () {
if ( is_author() || is_date() ) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
}, 1 );Этот вариант простой, но есть нюанс: если тема или SEO-плагин уже выводит robots meta, можно получить дублирующий тег. Поэтому сначала проверьте исходный код страницы. Если robots уже есть, лучше использовать фильтр конкретного SEO-плагина или отключить его вывод в теме.
2. Добавляем canonical на архивы, если это нужно
Canonical имеет смысл, когда архив должен оставаться доступным, но не должен конкурировать с другой страницей. Например, архив автора можно канонизировать на страницу «Об авторе» или на главную, если автор один и профиль не нужен.
<?php
add_filter( 'get_canonical_url', function( $canonical ) {
if ( is_author() ) {
return home_url( '/' );
}
if ( is_date() ) {
return home_url( '/' );
}
return $canonical;
} );Не злоупотребляйте этим приёмом. Если архив полезен как навигационная страница, canonical на главную может только запутать поисковик и пользователей. Для слабых архивов чаще достаточно noindex, follow.
3. Если архив не нужен вообще — отключаем его аккуратно
Иногда проще не закрывать, а убрать сам источник дублей. Например, на сайте с одним автором архив автора можно перенаправить на главную или на страницу «О сайте».
<?php
add_action( 'template_redirect', function () {
if ( is_author() ) {
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Этот подход подходит только если вы уверены, что архив автора не нужен ни для навигации, ни для SEO. Для архивов дат редирект обычно спорный: пользователь может ожидать увидеть публикации за месяц, а вместо этого попадёт на главную.
Если используете SEO-плагин
Во многих случаях проще настроить индексацию в интерфейсе плагина, чем писать код. Но важно не смешивать несколько источников мета-тегов. Если плагин уже управляет robots и canonical, не дублируйте логику в теме.
Проверьте, где именно задаются настройки:
- включён ли вывод
noindexдля архивов авторов; - не отключён ли canonical в настройках SEO-плагина;
- не переопределяет ли тема мета-теги вручную через
wp_head; - нет ли конфликта с кэширующим плагином, который отдаёт старую версию HTML.
Если нужен более широкий контроль над дублями, техническими страницами и чисткой SEO-обвязки, в WPShop есть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином полезно понимать, какие именно URL вы закрываете и почему.
Проверка после внедрения
После правок не ограничивайтесь просмотром страницы в браузере. Проверьте фактический HTML и ответ сервера.
- Откройте архив автора и архив даты в режиме инкогнито.
- Посмотрите исходный код и убедитесь, что есть
meta name="robots" content="noindex,follow". - Проверьте, что canonical указывает на нужный URL, а не на случайную страницу.
- В Search Console отправьте URL на повторную проверку после переобхода.
Если используете редирект, проверьте код ответа:
curl -I https://example.com/author/admin/В ответе должен быть 301, если вы действительно перенаправляете архив. Если видите 200, значит правило не сработало или его перехватывает другая логика.
Частые ошибки и как их исправить
Дублируется robots meta
Причина обычно в том, что и тема, и SEO-плагин выводят свои теги. В результате в HTML появляется два meta name="robots", и поисковик может проигнорировать часть сигналов. Оставьте один источник управления мета-тегами.
Canonical указывает на сам архив, хотя нужен другой URL
Это частая ошибка при кастомных фильтрах. Если вы переопределяете canonical через get_canonical_url, проверьте, что условие срабатывает только на нужных шаблонах.
Архив закрыли, но он всё равно в индексе
noindex не удаляет URL мгновенно. Поисковику нужно время на повторный обход. Если страница давно в индексе, ускорить процесс можно через проверку URL в Search Console и обновление внутренних ссылок.
Редирект ломает навигацию
Если архив автора использовался в хлебных крошках или в блоке «об авторе», редирект на главную ухудшит UX. В таком случае лучше оставить страницу доступной и закрыть её через noindex, follow.
Практические советы по безопасности и производительности
Чем меньше технических страниц индексируется и обслуживается, тем проще поддерживать сайт. Но не стоит превращать SEO-настройки в набор разрозненных правок.
- вносите изменения в дочернюю тему или mu-plugin, а не в файлы основной темы;
- после правок очищайте кэш страницы и объектный кэш, если он есть;
- не закрывайте архивы, которые реально дают трафик или помогают навигации;
- не используйте массовые редиректы без проверки, особенно если сайт уже проиндексирован;
- сохраняйте единый источник управления canonical и robots — либо код, либо SEO-плагин.
Если задача шире и нужно не только закрыть архивы, но и убрать другие дубли, технические страницы и лишние элементы из head, удобнее собрать это в одном месте, а не размазывать по functions.php. Это снижает риск конфликтов после обновления темы.