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

Ситуация типовая: у сайта есть рубрики, метки или кастомная таксономия, но их архивы не несут пользы пользователю и только создают дубли, тонкие страницы или мусор в индексе. При этом сами записи, категории и важные посадочные страницы должны остаться доступными для поиска. Здесь важно не рубить всё подряд, а отключить именно архив таксономии, сохранив нормальную структуру сайта.

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

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

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

• метки, которые дублируют рубрики или вообще не используются в навигации;
• кастомная таксономия с одним-двумя терминами и пустыми архивами;
• архивы, которые повторяют список записей без дополнительного контента;
• таксономии, созданные плагином, но не предназначенные для индексации;
• страницы терминов, которые тянут в индекс тысячи почти одинаковых URL.

Диагностика: что именно мешает

Перед изменениями проверьте, что проблема действительно в архиве таксономии, а не в шаблоне или настройках SEO-плагина. На практике полезно посмотреть три вещи: как выглядит HTML страницы, есть ли она в sitemap, и что отвечает сервер на запрос.

Что проверить вручную

• откройте архив термина и посмотрите, есть ли на странице уникальный текст, заголовок и понятная навигация;
• проверьте исходный код на наличие noindex, canonical и лишних ссылок;
• посмотрите, не дублируется ли контент между архивом, рубрикой и страницей поиска;
• проверьте, не используется ли архив в хлебных крошках, меню или виджетах;
• убедитесь, что на термин ведут внутренние ссылки, если архив вы хотите сохранить.

Быстрая проверка через WP-CLI и браузер

Если у вас есть доступ к серверу, можно быстро посмотреть, существует ли архив и как он строится. Для таксономий WordPress сам по себе не даст вам готовый ответ о SEO-ценности, но поможет понять, не сломан ли сам объект.

wp term list category --fields=term_id,name,slug,count

Для кастомной таксономии замените category на нужный taxonomy slug. Если у термина нулевой или почти нулевой count, архив часто не имеет смысла как отдельная индексируемая страница.

Пошаговое решение: отключаем архив таксономии правильно

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

Вариант 1: отключить архив в коде при регистрации таксономии

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

add_action('init', function () {
    register_taxonomy('project_tag', ['project'], [
        'label'             => 'Теги проектов',
        'public'            => false,
        'hierarchical'      => false,
        'show_ui'           => true,
        'show_admin_column' => true,
        'show_in_rest'      => true,
        'rewrite'           => false,
        'query_var'         => false,
    ]);
});

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

Вариант 2: закрыть архив через SEO-плагин

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

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

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

Если архив уже в индексе и больше не нужен, лучше не оставлять его в статусе 200. Для удалённого или бесполезного архива обычно делают редирект на ближайшую по смыслу страницу: рубрику, раздел или главную страницу таксономии. Если релевантной замены нет, можно оставить 404 или 410, но это уже зависит от того, есть ли у URL внешние ссылки и трафик.

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

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

Если архив нужен, но его не должны индексировать

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

• оставьте страницу доступной по URL;
• добавьте noindex,follow через SEO-плагин или шаблон;
• проверьте canonical — он должен вести на саму страницу или на более сильный канонический URL;
• уберите архив из XML sitemap, если он не должен продвигаться;
• не закрывайте его в robots.txt, если поисковику нужно увидеть noindex.

Последний пункт важен: если вы закроете URL в robots.txt, поисковый робот может не увидеть мета-тег noindex на самой странице. В результате URL может дольше висеть в индексе как «заблокирован robots.txt».

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

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

Что проверить в браузере и в исходнике

• страница открывается или редиректит туда, куда вы планировали;
• в исходном коде нет лишнего index,follow, если вы хотели noindex;
• canonical указывает на правильный URL;
• архив исчез из XML sitemap, если это было требованием;
• хлебные крошки и меню не ведут на битые адреса.

Проверка через curl

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

curl -I https://example.com/taxonomy/project-tag/

В ответе вы должны увидеть ожидаемый статус: 200 для доступной страницы, 301 для редиректа или 410, если архив удалён окончательно. Если статус не совпадает с планом, ищите конфликт в плагине кэша, SEO-модуле или правилах сервера.

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

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

• Ошибка: удалили таксономию из кода, но не сделали редирект со старых URL. Что делать: добавить 301 на релевантную страницу или 410, если замены нет.
• Ошибка: поставили noindex, но оставили архив в sitemap. Что делать: убрать URL из карты сайта, иначе вы сами подаёте поисковику сигнал индексировать страницу.
• Ошибка: закрыли архив в robots.txt и ждёте, что он выпадет из индекса. Что делать: разрешить обход, чтобы робот увидел noindex или редирект.
• Ошибка: редирект сделали на главную для всех терминов подряд. Что делать: перенаправлять только бесполезные архивы, а полезные оставить как есть.
• Ошибка: забыли проверить хлебные крошки и внутренние ссылки. Что делать: пройтись по шаблонам и виджетам после изменения.

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

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

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

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

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