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

Автор: Степан Смирнов | Опубликовано: 30.09.2026

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

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

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

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

в индексе есть страницы вида /tag/..., но они не получают трафик;
в Search Console растёт число «Просканировано, но не проиндексировано»;
метки дублируют категории по смыслу;
на странице метки почти нет уникального текста, только список записей;
внутренние ссылки ведут на метки автоматически, хотя они не нужны пользователю.

Диагностика: что именно надо отключать

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

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

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

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

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

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

<?php
add_action('init', function () {
    $tag = get_taxonomy('post_tag');

    if ($tag) {
        $tag->public = false;
        $tag->publicly_queryable = false;
        $tag->rewrite = false;
        $tag->show_ui = true;
    }
}, 20);

add_action('template_redirect', function () {
    if (is_tag()) {
        wp_safe_redirect(home_url('/'), 301);
        exit;
    }
});

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

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

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

<?php
add_filter('wp_robots', function ($robots) {
    if (is_tag()) {
        $robots['noindex'] = true;
        $robots['follow'] = true;
    }

    return $robots;
});

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

Что делать с уже проиндексированными URL

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

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

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

Сравнение подходов

Подход	Когда использовать	Плюсы	Минусы
Отключить архивы кодом	Метки не нужны посетителям	Убирает дубли полностью	Нужно аккуратно настроить редиректы
`noindex` для архивов	Метки нужны как навигация	Сохраняет UX	Страницы остаются доступными
Плагин для SEO/чистки	Нужна быстрая настройка без кода	Проще для редактора	Меньше контроля над логикой

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

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

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

Что проверить сразу

откройте несколько URL меток и убедитесь, что они больше не отдают старый контент;
проверьте код ответа: 301 при редиректе или 200 с noindex, если архив оставлен;
посмотрите исходный код страницы и найдите noindex в meta robots или заголовках;
пройдитесь по внутренним ссылкам и убедитесь, что они не ведут в пустые архивы;
в Search Console отправьте на переобход несколько старых URL меток.

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

curl -I https://example.com/tag/sample-tag/

Для редиректа ожидайте 301 и новый Location. Для страницы с noindex — 200, но с корректным robots-мета или заголовком.

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

Редирект на главную для всех меток

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

Удаление меток из базы вместо отключения архива

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

Смешивание `noindex` и редиректа

Если страница отдаёт 301, поисковику уже не нужен noindex на старом URL. Выберите один сценарий для конкретной страницы, иначе диагностика станет сложнее.

Правка только robots.txt

Запрет в robots.txt не убирает URL из индекса, если они уже известны поисковику и на них есть ссылки. Для дублей это слабое решение. Нужен либо noindex, либо редирект, либо удаление публичного архива.

Чек-лист перед публикацией изменений

Проверены реальные URL меток и их ценность для пользователя.
Выбран один сценарий: отключение, noindex или редирект.
Старые URL не дают 404 без причины.
Внутренние ссылки на метки не ведут в тупик.
Проверен исходный код страницы и код ответа сервера.
В Search Console отправлены важные URL на переобход.

Безопасность и производительность

Если вы вносите правки в functions.php, лучше делать это в дочерней теме или через небольшой mu-plugin. Так изменения не потеряются после обновления темы. Для сайтов с частыми правками удобнее вынести логику в отдельный файл плагина: код проще откатить и тестировать.

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

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

⭐⭐⭐⭐⭐