Как отключить архивы таксономий в WordPress без потери SEO

Автор: Алексей Панин | Опубликовано: 31.08.2026

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

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

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

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

Типичные признаки лишнего архива

в архиве 1–2 записи, а сама таксономия используется только для внутренней сортировки;
страница таксономии повторяет заголовок и описание категории, но не добавляет смысла;
метки создаются автоматически и разрастаются без контроля;
пользовательская таксономия нужна только в админке, а на сайте не должна открываться публично;
в Search Console появляются страницы с низкой ценностью, но большим количеством URL.

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

Диагностика: что именно сейчас открыто и индексируется

Перед изменениями нужно понять, как таксономия зарегистрирована и что уже попало в индекс. В WordPress архивы таксономий могут быть публичными, а могут быть доступны только в админке — это зависит от параметров public и publicly_queryable.

Проверьте в коде темы или плагина, где регистрируется таксономия через register_taxonomy(). Если это пользовательская таксономия, ищите параметры rewrite, show_ui, show_in_rest и publicly_queryable.

register_taxonomy( 'project_type', array( 'project' ), array(
    'label'             => 'Тип проекта',
    'public'            => true,
    'publicly_queryable'=> true,
    'show_ui'           => true,
    'rewrite'           => array( 'slug' => 'project-type' ),
    'show_in_rest'      => true,
) );

Если таксономия уже создана, проверьте URL архива вручную: откройте страницу, посмотрите HTTP-статус, мета-тег robots, canonical и наличие в sitemap. Если архив должен быть скрыт, но он всё ещё отдаёт 200 и попадает в карту сайта, проблема не решена.

Как отключить архив таксономии: три рабочих подхода

Выбор зависит от того, что вы хотите получить в итоге. Для SEO обычно безопаснее не удалять URL резко, а сначала закрыть его от индексации или сделать редирект на более релевантную страницу. Полное отключение с 404/410 подходит, когда архив не нужен ни пользователю, ни поисковику.

Подход	Когда использовать	Плюс	Минус
noindex + убрать из sitemap	архив нужен пользователям, но не должен индексироваться	минимальный риск	URL остаётся доступным
301 редирект	есть явная замена: рубрика, раздел, страница-список	сохраняет часть сигнала	нужно подобрать релевантную цель
404/410	архив не нужен вообще	чистое удаление	нельзя делать без проверки входящих ссылок

Вариант 1: закрыть архив от индексации

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

add_filter( 'wp_robots', function( $robots ) {
    if ( is_tax( 'project_type' ) ) {
        $robots['noindex'] = true;
        $robots['follow']   = true;
    }

    return $robots;
} );

add_filter( 'wp_sitemaps_taxonomies', function( $taxonomies ) {
    unset( $taxonomies['project_type'] );
    return $taxonomies;
} );

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

Вариант 2: сделать редирект на релевантную страницу

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

add_action( 'template_redirect', function() {
    if ( is_tax( 'project_type' ) ) {
        wp_redirect( home_url( '/projects/' ), 301 );
        exit;
    }
} );

Редирект должен вести не на главную «на всякий случай», а на страницу с близким интентом. Иначе поисковик может расценить это как мягкую ошибку, а пользователь — как потерю контекста.

Вариант 3: отдать 404 или 410

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

add_action( 'template_redirect', function() {
    if ( is_tax( 'project_type' ) ) {
        global $wp_query;
        $wp_query->set_404();
        status_header( 410 );
        nocache_headers();
        include get_query_template( '404' );
        exit;
    }
} );

С этим вариантом нужно быть аккуратнее: если на архив ведут внутренние ссылки, они начнут упираться в ошибку. Перед внедрением проверьте, что на сайте нет критичных переходов на этот URL.

Пошаговое решение без лишнего риска

Определите таксономию, которую нужно убрать: рубрика, метка или пользовательская таксономия.
Проверьте, есть ли у архива трафик, ссылки и полезный контент.
Выберите стратегию: noindex, 301 или 404/410.
Если используете код, добавьте его в дочернюю тему или небольшой mu-plugin, а не прямо в обновляемую тему.
Очистите кэш страницы, объектный кэш и CDN, если они есть.
Проверьте карту сайта, robots meta и HTTP-статус URL.

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

register_taxonomy( 'project_type', array( 'project' ), array(
    'label'              => 'Тип проекта',
    'public'             => false,
    'publicly_queryable' => false,
    'show_ui'            => true,
    'show_in_rest'       => true,
    'rewrite'            => false,
) );

Такой вариант подходит, если таксономия нужна только редактору в админке. Но если URL уже был в индексе, одного изменения регистрации мало: старые адреса всё равно нужно обработать редиректом или 404.

Как проверить, что всё сработало

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

Откройте URL архива и проверьте статус: 200, 301, 404 или 410 — в зависимости от выбранного сценария.
Посмотрите исходный код страницы и убедитесь, что noindex действительно отдается.
Проверьте XML sitemap: архив таксономии не должен там оставаться, если вы его скрываете.
В Search Console отправьте проверку URL и посмотрите, как робот видит страницу после обновления.
Пройдитесь по внутренним ссылкам: они не должны вести на удалённый архив без причины.

Если используете кэш-плагин, иногда изменения видны не сразу. В этом случае очистите кэш страницы, а затем проверьте URL в режиме инкогнито и через curl или DevTools.

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

Редирект на главную страницу

Это самая частая ошибка. Главная редко является релевантной заменой для архива таксономии. Лучше вести на ближайший по смыслу раздел или на страницу с подборкой контента.

Ставят noindex, но оставляют URL в sitemap

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

Меняют только шаблон, не регистрацию таксономии

Если архив всё ещё публичный, его можно открыть напрямую по URL, даже если шаблон выглядит пустым. Для технически чистого решения нужно смотреть и на register_taxonomy(), и на фронтенд-логику.

Ломают архивы, которые уже дают трафик

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

Безопасность и производительность: что учесть до публикации изменений

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

Для крупных сайтов полезно сначала протестировать поведение на staging-окружении. Это особенно важно, если таксономия используется в хлебных крошках, фильтрах, REST API или в блоках темы. Неправильный редирект может создать цепочку переходов и лишнюю нагрузку на сервер.

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

Когда лучше не отключать архив вообще

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

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