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

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

Когда архивы лучше не индексировать

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

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

Перед правками стоит проверить, что именно уже попало в индекс и как эти страницы выглядят для поисковика. Откройте несколько URL вида /author/... и /tag/..., посмотрите исходный код и убедитесь, есть ли там <meta name="robots" content="noindex,follow"> или каноникал на саму страницу. Если архив уже индексируется, а контент на нём слабый, это и есть кандидат на закрытие.

Проверьте, есть ли у архива уникальный текст, а не только список записей.
Сравните title и H1: если они почти одинаковые на десятках страниц, это сигнал к чистке.
Посмотрите в Search Console, какие URL получают показы и клики.
Оцените, не используются ли архивы автора как навигация внутри сайта.

Что выбрать: плагин, код или настройка темы

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

Подход	Плюсы	Минусы	Когда использовать
SEO-плагин	Быстро, без кода, удобно для редактора	Меньше гибкости, зависит от интерфейса плагина	Если нужно закрыть типовые архивы целиком
Код в теме или mu-plugin	Точный контроль, можно сделать исключения	Нужна проверка после обновлений	Если правила отличаются для авторов, меток и рубрик
Удаление архивов из шаблона	Убирает ссылки из интерфейса	Не решает индексацию само по себе	Если архивы не нужны пользователям вообще

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

Ниже вариант, который можно положить в functions.php дочерней темы или в отдельный mu-plugin. Он закрывает архивы автора от индексации и оставляет метки открытыми только для тех случаев, когда у термина есть описание. Это не универсальная истина, а рабочая схема для типового контентного сайта.

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

    if ( is_tag() ) {
        $term = get_queried_object();

        if ( $term instanceof WP_Term ) {
            $description = trim( wp_strip_all_tags( term_description( $term ) ) );

            if ( '' === $description ) {
                echo '<meta name="robots" content="noindex,follow" />' . "\n";
            }
        }
    }
}, 1 );

Логика простая: архив автора всегда получает noindex,follow, а метка — только если у неё нет описания. Такой подход помогает не резать всё подряд, а оставить в индексе те страницы, которые действительно оформлены как посадочные.

Если нужен более жёсткий вариант

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

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

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

Что делать с каноникалом и пагинацией

Частая ошибка — поставить noindex и забыть про пагинацию архива. Если у автора или метки есть страницы /page/2/, /page/3/ и так далее, они тоже должны наследовать ту же логику. В WordPress это обычно происходит автоматически, если вы добавляете мета-тег в wp_head на уровне условных тегов is_author() и is_tag(). Но проверить всё равно нужно вручную.

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

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

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

Откройте архив автора и метки в режиме просмотра исходного кода.
Убедитесь, что есть только один meta robots и он содержит noindex,follow.
Проверьте страницы пагинации архива: правило должно сохраняться.
Посмотрите, не изменился ли canonical после активации кода.
В Search Console отправьте проверку URL и дождитесь повторного обхода.

Если используете командную строку на сервере, можно быстро проверить наличие мета-тега через curl:

curl -s https://example.com/author/admin/ | grep -i "robots"

Для локальной проверки этого достаточно, чтобы убедиться, что код вообще попадает в HTML. Дальше уже смотрите, не конфликтует ли он с SEO-плагином или кэширующим слоем.

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

1. Закрыли архив, но оставили его в меню

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

2. Поставили `noindex` через robots.txt

Это не то же самое. Запрет в robots.txt не гарантирует удаление URL из индекса, если на него уже есть ссылки. Для задач индексации нужен именно meta robots или заголовок X-Robots-Tag.

3. Дублируется вывод robots из плагина и темы

Если в исходнике два тега robots, оставьте один источник правды. Обычно это SEO-плагин. Самописный код стоит использовать только тогда, когда плагин не даёт нужной гибкости.

4. Закрыли все метки без анализа

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

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

Код для wp_head лучше хранить не в основной теме, а в дочерней теме или mu-plugin. Тогда обновление темы не сотрёт правку. Если на сайте есть кэш страницы, после изменений обязательно очистите его, иначе вы будете проверять старую версию HTML и решите, что ничего не сработало.

Если проект большой и правила отличаются для разных типов архивов, удобнее вынести логику в отдельный мини-плагин. Это снижает риск случайно потерять настройку при редактировании шаблонов. Для сайтов, где нужно ещё и чистить технические дубли, можно посмотреть в сторону инструментов класса Clearfy Pro: у него есть функции для удаления лишних SEO-элементов и управления дублями, но конкретную схему всё равно лучше проверять на своём наборе плагинов и теме.

Когда лучше не закрывать архивы полностью

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

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