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

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

Ниже разберём, как понять, что проблема именно в архиве таксономии, какие варианты решения есть в WordPress и как проверить, что после правки ничего не сломалось.

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

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

  • пустой или почти пустой;
  • дублирует другие страницы сайта по смыслу;
  • создаётся автоматически и не редактируется;
  • открыт для индексации, но не даёт полезного контента;
  • имеет десятки страниц пагинации без ценности.

Что обычно видно в диагностике

Проверка начинается не с кода, а с фактов. Откройте несколько архивов таксономий и посмотрите:

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

Если архив пустой, но отдаёт 200 OK и индексируется, это уже техническая задача, а не вопрос контентной стратегии.

Какие есть варианты решения

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

ПодходКогда подходитМинус
noindexАрхив нужен пользователям, но не нужен поискуСтраница остаётся доступной, но не индексируется
404/410Архив не должен существовать публичноНужно аккуратно убрать внутренние ссылки
Отключение архива в кодеТаксономия используется только как служебнаяПотребуется правка темы или плагина

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

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

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

1. Отключаем публичный архив таксономии

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

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

Здесь ключевой момент — 'rewrite' => false и 'query_var' => false. Таксономия остаётся в админке, но её архивные URL не создаются. После изменения обязательно сохраните структуру постоянных ссылок, чтобы WordPress обновил правила перезаписи.

2. Если архив уже существует, отдаём 404

Когда URL уже проиндексированы и вы не хотите держать их доступными, можно принудительно закрыть архив на фронтенде. Делать это лучше точечно, а не для всех архивов подряд.

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

Этот вариант уместен, если архивы уже не нужны и вы хотите, чтобы поисковик быстрее выпал из старых URL. Но если на архив ссылаются внутренние страницы, сначала уберите ссылки, иначе получите цепочку битых переходов.

3. Для нужных архивов оставляем страницу, но ставим noindex

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

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

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

Как убрать архивы таксономий из sitemap

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

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

Что проверить после правки

  • страница таксономии не открывается или отдаёт noindex;
  • URL исчез из XML sitemap;
  • внутренние ссылки не ведут на пустые архивы;
  • в Search Console нет роста ошибок сканирования по этим адресам;
  • в кэше не осталась старая версия страницы.

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

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

  • если архив должен быть закрыт — он отдаёт 404 или 410;
  • если архив должен остаться — в <head> есть noindex;
  • ссылка отсутствует в sitemap;
  • страница не кэшируется как обычный индексируемый архив;
  • в консоли поиска нет новых URL с этим шаблоном.

Дополнительно можно проверить заголовки ответа через curl:

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

Если вы закрывали архив через 404, в ответе должен быть соответствующий статус. Если ставили noindex, убедитесь, что мета-тег действительно выводится в HTML, а не только в настройках плагина.

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

Отключили архив, но ссылки остались в меню и блоках

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

Поставили noindex, но URL всё равно в индексе

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

Закрыли архив, но WordPress продолжает отдавать старый шаблон

После изменения правил перезаписи сохраните постоянные ссылки в админке. Если этого не сделать, WordPress может продолжить использовать старые rewrite rules и вы будете видеть не тот результат, который ожидаете.

Сделали 404 для всех архивов сразу

Такое часто ломает рубрики и метки, которые реально нужны. Если задача точечная, ограничивайте проверку конкретной таксономией через is_tax('slug'), а не общим условием is_tax().

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

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

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

Если нужен более быстрый способ чистить служебные страницы и управлять SEO-настройками без ручного кода, можно посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wpzoom.ru&utm_medium=article&utm_campaign=kak-otklyuchit-arkhivy-taksonomiy-v-wordpress-i-ubrat-pustye-stranitsy-iz-indeksa. Но и в этом случае важно не полагаться только на плагин: сначала проверьте, какие именно архивы создаёт тема или кастомный код.

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

Добавь в закладки и поделись с друзьями:

⭐⭐⭐⭐⭐
Как сделать автоматический rollback обновлений WordPress при ошибках
18.09.2026
Оптимизация базы данных WordPress: практические советы и примеры кода
30.09.2026
Как запретить индексацию страниц автора в WordPress
14.09.2026
Как отключить системные письма WordPress без плагинов
20.09.2026
Как использовать REST API в WordPress для создания простого плагина
26.09.2026
×
-15%
на премиум-тему
Bono

Создай магазин мечты
на WordPress!

↓ ↓ ↓ ↓ ↓
Купить со скидкой »