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

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

При этом выключать архивы «в лоб» опасно: можно сломать навигацию, получить 404 на уже проиндексированных URL или потерять полезные посадочные страницы, которые действительно приводят трафик. Ниже — практический сценарий: как понять, какие архивы стоит отключать, как сделать это кодом или через плагин, и как проверить, что SEO не пострадало.

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

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

Типичные признаки

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

Что важно проверить перед отключением

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

Диагностика: какие архивы можно отключить без потерь

Сначала посмотрите, какие таксономии реально используются. В WordPress это можно проверить через админку, но удобнее — через список таксономий в коде или в базе. Если у вас есть доступ к WP-CLI, можно быстро увидеть зарегистрированные таксономии и понять, какие из них публичные.

wp taxonomy list --fields=taxonomy,object_type,public,show_ui

Если WP-CLI недоступен, проверьте вручную:

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

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

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

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

Вариант 1: при регистрации таксономии

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

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

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

Вариант 2: оставить страницу доступной, но закрыть от индексации

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

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

    return $robots;
});

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

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

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

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

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

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

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

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

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

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

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

• URL архива открывается с нужным кодом ответа: 200, 301 или 404 — в зависимости от выбранной схемы;
• в исходном коде есть noindex, если вы выбрали закрытие от индексации;
• внутренние ссылки не ведут на удалённый архив;
• в хлебных крошках и меню нет битых пунктов;
• в Search Console после переобхода уменьшается число бесполезных страниц.

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

Если есть доступ к консоли, посмотрите заголовки ответа:

curl -I https://example.com/project-type/design/

Для страницы с noindex в HTML можно проверить исходник:

curl -s https://example.com/project-type/design/ | grep -i robots

Если вы делали редирект, убедитесь, что он действительно 301, а не 302. Временный редирект часто оставляют по ошибке, и поисковик дольше держит старый URL в индексе.

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

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

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

Сломались хлебные крошки или меню

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

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

Причина обычно одна из трёх: страница закрыта через robots.txt, но уже есть в индексе; мета-тег не выводится из-за кэша; или на странице есть каноникал на другой URL, который конфликтует с логикой шаблона. Сначала очистите кэш, потом проверьте исходный код и заголовки ответа.

Сделали массовый редирект всех архивов на главную

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

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

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

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

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

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

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

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