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

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

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

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

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

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

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

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

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

Проверка в поиске и в админке

Откройте несколько URL меток и посмотрите:

• есть ли у страницы уникальный <title> и meta description;
• не дублируется ли H1 с названием метки;
• сколько записей выводится на странице;
• есть ли на архиве текстовое описание или только список постов;
• попадают ли такие URL в sitemap.

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

Что проверить в коде темы и плагинах

Иногда метки используются в шаблонах через the_tags(), get_the_tag_list() или виджеты облака тегов. Это нормально: отключение архивов не должно ломать вывод самих меток в карточках записей. Но если тема строит хлебные крошки или фильтры на основе архивов тегов, нужно заранее проверить эти места.

Подходы: убрать из индекса, отдать 404 или перенаправить

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

На практике чаще всего начинают с noindex, затем смотрят на логи и Search Console. Если архивы не нужны вообще, можно перейти к 404 или 410.

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

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

Вариант 1: закрыть архивы меток и отдать 404

Добавьте код в functions.php дочерней темы или в свой мини-плагин:

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

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

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

Если нужно сохранить навигацию, но убрать страницы из поиска, используйте noindex,follow. В WordPress это можно сделать через фильтр wp_robots:

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

    return $robots;
});

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

Вариант 3: редирект на рубрику или главную

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

add_action('template_redirect', function () {
    if (is_tag()) {
        $term = get_queried_object();

        if ($term && !is_wp_error($term)) {
            wp_safe_redirect(home_url('/category/'), 301);
            exit;
        }
    }
});

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

Если метки уже в sitemap и индексе

После отключения архива метки могут еще долго висеть в sitemap и в результатах поиска. Это нормально: поисковик не обновляет индекс мгновенно. Но если sitemap генерируется SEO-плагином, проверьте, не продолжает ли он включать теговые архивы.

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

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

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

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

Быстрая ручная проверка:

# Проверить код ответа
curl -I https://example.com/tag/sample-tag/

# Проверить наличие noindex в HTML
curl -s https://example.com/tag/sample-tag/ | grep -i robots

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

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

Отключили архив, но забыли про sitemap

В результате URL все еще попадает в карту сайта и поисковик продолжает его обходить. Исправление: уберите теговые архивы из sitemap в настройках SEO-плагина или через фильтры, если плагин это поддерживает.

Сделали 301 на главную

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

Поставили noindex, но не проверили canonical

Если тема или SEO-плагин продолжает ставить canonical на саму теговую страницу, поисковик может игнорировать часть сигналов. Проверьте исходный код и убедитесь, что canonical не конфликтует с вашей логикой.

Сломали вывод меток в записях

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

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

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

Не добавляйте тяжелые проверки в template_redirect. Для задачи с архивами меток достаточно одной условной проверки is_tag(). Это дешевле, чем пытаться анализировать запрос через сложные SQL-хаки.

Если на сайте много таксономий и дублей, полезно сначала навести порядок в технической SEO-части: убрать лишние архивы, проверить sitemap, настроить robots и canonical. Для этого иногда удобнее использовать не набор разрозненных сниппетов, а один инструмент с понятными переключателями, например Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wpmobile.ru&utm_medium=article&utm_campaign=kak-otklyuchit-arkhivy-etiketok-v-wordpress-bez-poteri-vnutrenney-perelevkovki

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

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

• Поняли, нужен ли архив метки вообще.
• Выбрали один сценарий: 404, noindex или редирект.
• Проверили sitemap и настройки SEO-плагина.
• Очистили кеш сайта и CDN.
• Сверили код ответа и robots в исходнике.
• Убедились, что метки в админке и в карточках записей работают как раньше.

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