Если на сайте есть рубрики, метки или кастомные таксономии, WordPress почти всегда генерирует для них архивные страницы. На небольшом блоге это нормально. На рабочем проекте с десятками таксономий такие архивы часто превращаются в источник дублей: одинаковые карточки записей, слабые страницы без уникального текста, лишние URL в индексе и размывание внутреннего веса.
Проблема обычно не в самих таксономиях, а в том, как они используются. Архивы меток, пустые архивы, страницы с одним и тем же списком материалов под разными URL — это уже технический мусор, который лучше убрать или хотя бы закрыть от индексации. Ниже разберём, как понять, что именно мешает, и как отключить архив таксономии без побочных эффектов.
Когда архив таксономии действительно нужно отключать
Не стоит рубить всё подряд. Архив таксономии полезен, если у него есть самостоятельная ценность: уникальный заголовок, описание, понятная структура и трафик из поиска. Но если страница таксономии просто повторяет ленту записей, а в индексе уже есть похожие страницы рубрик и меток, это кандидат на отключение или noindex.
Типичные признаки проблемы
- в Search Console появляются URL рубрик, меток или кастомных таксономий без кликов и показов;
- одни и те же записи доступны через несколько архивов;
- в выдаче видны страницы с тонким контентом и одинаковыми заголовками;
- архивы создаются автоматически, но не используются в навигации;
- поисковик индексирует пустые или почти пустые страницы таксономий.
Если у вас уже есть статья про закрытие страниц поиска, архивов авторов и sitemap, это не повторение той же задачи. Здесь речь именно о таксономиях: рубриках, метках и пользовательских архивах, которые WordPress создаёт по умолчанию.
Диагностика: какие архивы таксономий индексируются
Сначала нужно понять, какие URL реально попали в индекс и какие из них создают дубли. Самый простой путь — посмотреть отчёты Search Console и сопоставить их с типами таксономий в админке. Если есть доступ к серверу, полезно быстро проверить шаблоны URL и наличие архивов в теме.
Что проверить в админке и в коде
- какие таксономии зарегистрированы в теме или плагинах;
- используются ли архивы в меню и хлебных крошках;
- есть ли у таксономии уникальное описание и контент выше списка записей;
- не дублируют ли архивы друг друга по структуре и содержимому;
- не создаёт ли плагин SEO отдельные правила для index/noindex.
Если нужно быстро посмотреть, какие таксономии доступны в системе, можно вывести их через WP-CLI или временно через код. Для проверки на живом сайте удобнее использовать get_taxonomies() и get_terms(), но не оставляйте такой код в продакшене.
<?php
add_action('admin_notices', function () {
if (!current_user_can('manage_options')) {
return;
}
$taxonomies = get_taxonomies(['public' => true], 'objects');
echo '<div class="notice notice-info"><p><strong>Public taxonomies:</strong> ';
echo esc_html(implode(', ', array_keys($taxonomies)));
echo '</p></div>';
});Этот фрагмент нужен только для быстрой диагностики. После проверки его надо удалить.
Как отключить архив таксономии в WordPress
Есть три рабочих подхода: убрать архив на уровне регистрации таксономии, закрыть его от индексации через SEO-плагин или полностью перенаправить URL на другую страницу. Выбор зависит от того, используется ли архив вообще.
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Отключить архив при регистрации | Таксономия не нужна как отдельная страница | Чисто, без лишних URL | Нужно менять код темы или плагина |
| noindex для архива | Страница нужна пользователям, но не поиску | Безопасно, быстро | URL остаётся доступным |
| 301 на релевантную страницу | Архив не должен существовать вообще | Убирает дубль из навигации и индекса | Нужно аккуратно подобрать целевой URL |
Вариант 1: отключить архив при регистрации таксономии
Если вы сами регистрируете таксономию через register_taxonomy(), проверьте аргумент public и наличие rewrite. Для таксономии, которая нужна только для внутренней логики, можно отключить публичный архив совсем.
<?php
add_action('init', function () {
register_taxonomy('project_tag', ['project'], [
'label' => 'Теги проектов',
'public' => false,
'show_ui' => true,
'show_admin_column' => true,
'rewrite' => false,
'hierarchical' => false,
]);
});В этом примере таксономия остаётся в админке, но не создаёт публичный архив и не получает красивый URL. Это хороший вариант для внутренних классификаторов, которые не должны попадать в поиск.
Вариант 2: закрыть архив от индексации
Если архив нужен посетителям, но не нужен в поиске, лучше не ломать URL, а закрыть его от индексации. Это можно сделать через SEO-плагин, если он умеет управлять мета robots для архивов таксономий. Если плагина нет или нужна точечная настройка, можно добавить noindex на уровне темы или мини-плагина.
<?php
add_action('wp_head', function () {
if (is_tax(['project_tag', 'project_type'])) {
echo '<meta name="robots" content="noindex,follow" />\n';
}
}, 1);Такой способ подходит, если вы не хотите удалять архив полностью, но хотите убрать его из индекса. Важно: не дублируйте эту же логику в нескольких плагинах одновременно, иначе получите конфликт мета-тегов.
Вариант 3: редирект на более полезную страницу
Если архив таксономии не нужен ни пользователю, ни поиску, лучше сделать 301-редирект на релевантную страницу: рубрику, страницу-описание или родительский архив. Это особенно полезно для старых сайтов, где такие URL уже успели попасть в индекс.
<?php
add_action('template_redirect', function () {
if (is_tax('project_tag')) {
wp_redirect(home_url('/projects/'), 301);
exit;
}
});Не ставьте редирект на главную страницу без смысла. Поисковик это обычно воспринимает хуже, чем переход на тематически близкий раздел.
Как убрать дубли, если архив нужен, но страницы слишком похожи
Иногда отключать архив не нужно. Достаточно сделать его полезнее и убрать технические дубли. Для этого проверьте, не создают ли рубрики и метки одинаковые наборы записей, не дублируются ли заголовки, и не выводится ли на архиве один и тот же контент без уникального описания.
Что можно исправить без удаления архива
- оставить только одну таксономию для навигации, а вторую перевести в noindex;
- добавить уникальное описание термина в админке;
- скрыть пустые термины;
- убрать архивы с одинаковым набором записей из меню;
- сделать canonical на основную страницу, если архив технически дублируется.
Если тема или плагин выводят canonical автоматически, проверьте, не указывает ли он на сам архив при наличии более полезной страницы. Для таксономий это частая причина, когда поисковик упорно держит в индексе слабый URL.
Проверка результата после внедрения
После изменения логики важно не ограничиваться открытием страницы в браузере. Нужно проверить, что архив действительно закрыт, не отдаёт лишние сигналы и не ломает внутренние ссылки.
Минимальный чек-лист
- архив открывается или редиректится так, как вы задумали;
- в исходном коде есть
noindex, если он нужен; - в Search Console URL помечается как исключённый или неиндексируемый;
- внутренние ссылки не ведут на удалённый архив;
- канонический URL указывает на нужную страницу, а не на дубль;
- после изменения сброшены постоянные ссылки, если вы трогали rewrite-правила.
Если меняли регистрацию таксономии, зайдите в Настройки → Постоянные ссылки и просто сохраните их ещё раз. Это обновит rewrite rules. Без этого WordPress иногда продолжает отдавать старые URL до очистки правил.
Что смотреть в браузере и в Search Console
Откройте страницу архива и проверьте исходный код: нет ли там index,follow по умолчанию, если вы хотели закрыть страницу. Затем в Search Console используйте проверку URL. Если страница уже была в индексе, статус не изменится мгновенно, но вы увидите, как Google её воспринимает после обхода.
Частые ошибки и как их исправить
Отключили архив, но забыли про ссылки в теме
Если меню, хлебные крошки или блоки похожих материалов продолжают вести на несуществующий архив, пользователи получат 404 или лишний редирект. Проверьте шаблоны archive.php, taxonomy.php и вывод ссылок в виджетах.
Поставили noindex, но оставили страницу в sitemap
Это не критично, но создаёт лишний шум. Если страница закрыта от индексации, она не должна активно продвигаться через XML Sitemap. Либо уберите её из карты сайта, либо пересмотрите логику SEO-плагина.
Сделали редирект на главную
Такой редирект часто выглядит как попытка скрыть проблему, а не решить её. Лучше вести архив на тематически близкий раздел или убрать его совсем. Главная страница редко является хорошей заменой для конкретной таксономии.
Добавили одинаковый noindex в нескольких местах
Если SEO-плагин уже управляет мета robots, а вы вручную добавили ещё один тег в wp_head, можно получить конфликт. Оставьте один источник правды: либо плагин, либо код.
Практика по безопасности и производительности
Любые изменения в архивах лучше вносить через дочернюю тему, мини-плагин или mu-plugin, а не в файлы основной темы. Тогда обновление не сотрёт правки. Если сайт большой, не проверяйте всё на боевом сервере без бэкапа: редиректы и rewrite-правила легко ломают навигацию.
Ещё один момент — производительность. Сами архивы таксономий редко тормозят сайт, но их избыток увеличивает количество запросов, объём индекса и нагрузку на SEO-аудит. Чем меньше мусорных URL, тем проще поддерживать структуру сайта и отслеживать реальные страницы, которые должны ранжироваться.
Если вы используете Clearfy Pro, часть задач по чистке дублей и технической оптимизации можно закрыть через него, но логику отключения конкретной таксономии всё равно нужно проверять по месту. Автоматизация полезна только тогда, когда вы понимаете, какой именно URL убираете и почему.
В итоге рабочая схема такая: сначала находите таксономии, которые создают мусорные архивы, затем выбираете один из трёх путей — отключить, закрыть от индексации или перенаправить. После этого обязательно проверяете исходный код, редиректы и статус URL в Search Console. Без этой проверки легко оставить на сайте дубль, который формально «исправлен», но всё ещё живёт в индексе.