Архивы меток в WordPress часто создают больше шума, чем пользы: в индексе появляются тонкие страницы с дублирующимся контентом, а в выдаче — десятки почти одинаковых URL. Но просто удалить метки в админке обычно плохая идея: они могут участвовать во внутренней навигации, фильтрации контента и уже быть проиндексированы.
Ниже — рабочий сценарий: как отключить архивы меток, что делать с уже существующими URL и как проверить, что после изменений сайт не потерял полезные страницы и не получил новые ошибки.
Когда архивы меток действительно мешают
Проблема не в самих метках, а в том, как WordPress их публикует. По умолчанию каждая метка получает собственный архив, и если на сайте много записей с одинаковыми тегами, такие страницы часто оказываются слишком похожими друг на друга. Для поисковика это слабый сигнал: мало уникального текста, много повторяющихся карточек и заголовков.
Типичный признак, что архивы меток пора отключать или закрывать от индексации:
- в поиске уже есть страницы вида
/tag/..., но они не дают трафик; - метки создаются автоматически и почти не редактируются вручную;
- на одной записи висит по 5–15 тегов, часть из которых дублирует рубрики;
- в отчётах по индексации много «тонких» страниц без ценности для пользователя.
Что важно не перепутать
Отключение архива меток — это не то же самое, что удаление самих меток. Если метки нужны для админки, фильтрации или вывода похожих материалов, их можно оставить в базе и на фронтенде, но убрать публичные архивные страницы. Это безопаснее, чем массово удалять термины и потом чинить ссылки в шаблонах.
Диагностика: что именно сейчас открыто для индексации
Перед изменениями проверьте, как сайт ведёт себя сейчас. Важно понять, есть ли у меток отдельные архивы, отдают ли они 200 OK и не используются ли они в sitemap.
- Откройте несколько URL меток вручную, например
/tag/news/или ваш реальный слаг. - Проверьте исходный код страницы: есть ли
noindex, canonical и корректный title. - Посмотрите XML-карту сайта: попадают ли туда архивы меток.
- В Search Console или Яндекс Вебмастере оцените, есть ли у таких страниц показы и клики.
Если архивы уже в индексе, просто скрыть их из меню недостаточно. Поисковик продолжит ходить по старым URL, пока они отдают 200 или пока вы не зададите понятную стратегию: редирект, noindex или полное отключение архива.
Пошаговое решение: отключаем архив меток через код
Самый предсказуемый способ — отключить публичный архив таксономии post_tag. Это не ломает сами метки как сущность, но делает их архивы недоступными на фронтенде.
<?php
add_action('init', function () {
global $wp_taxonomies;
if (isset($wp_taxonomies['post_tag'])) {
$wp_taxonomies['post_tag']->public = false;
$wp_taxonomies['post_tag']->publicly_queryable = false;
$wp_taxonomies['post_tag']->show_ui = true;
$wp_taxonomies['post_tag']->show_in_nav_menus = false;
$wp_taxonomies['post_tag']->show_tagcloud = false;
}
});Этот вариант подходит, если вам нужно сохранить управление метками в админке, но убрать их публичные страницы. Код лучше добавлять в мини-плагин или в functions.php дочерней темы, а не в родительскую тему.
Если нужен мягкий вариант с редиректом
Иногда архивы меток уже в индексе, и резкое отключение даст 404 на старые URL. Тогда можно сначала отправлять их на главную рубрики, на страницу архива записей или на 410 Gone, если вы сознательно удаляете этот тип страниц.
<?php
add_action('template_redirect', function () {
if (is_tag()) {
wp_safe_redirect(home_url('/'), 301);
exit;
}
});Редирект на главную — не универсальное решение. Если у метки есть логичная замена, лучше вести на релевантную рубрику или страницу-обзор. Если замены нет, 410 часто честнее, чем бессмысленный редирект на нерелевантный URL.
Сравнение подходов: код, плагин, редирект
| Подход | Что делает | Плюсы | Минусы |
|---|---|---|---|
Код через post_tag | Отключает публичный архив меток | Чисто, предсказуемо, без лишних запросов | Нужно аккуратно внедрять и тестировать |
| SEO-плагин | Даёт noindex или отключение таксономий | Быстро для типовых сайтов | Зависит от настроек и версии плагина |
| Редирект 301/410 | Убирает старые URL из обхода | Помогает при уже проиндексированных страницах | Нужно выбрать корректную целевую страницу |
Если у вас уже стоит SEO-плагин, сначала проверьте его настройки таксономий. Иногда достаточно закрыть архивы меток от индексации без кода. Но если нужен именно контроль на уровне WordPress, код надёжнее: он не зависит от интерфейса плагина и не меняется после обновления настроек.
Что делать с уже существующими URL в индексе
Если архивы меток уже успели попасть в поиск, одного отключения мало. Поисковик может ещё долго держать старые адреса в базе. Здесь важна последовательность действий:
- сначала определите, нужен ли редирект или 410;
- уберите архивы из sitemap, если они туда попадали;
- проверьте внутренние ссылки на страницы меток в шаблонах и виджетах;
- обновите карту сайта и отправьте её на переобход;
- переобходите только те URL, которые реально изменили статус.
Если метки использовались как навигация по темам, не удаляйте их вслепую. Лучше заменить архивы меток на рубрики, страницы-хабы или фильтры, которые дают пользователю больше контекста.
Проверка результата после внедрения
После изменений важно не гадать, а проверить фактическое поведение сайта. Минимальный набор проверок выглядит так:
- Откройте несколько URL меток в браузере. Они должны отдавать редирект, 404 или 410 — в зависимости от выбранной стратегии.
- Проверьте, что новые страницы меток не создаются в sitemap.
- Посмотрите HTML-код: нет ли ссылок на архивы меток в меню, сайдбаре и блоках «облако тегов».
- Убедитесь, что записи и рубрики продолжают открываться без ошибок.
Если используете редирект, проверьте его через curl или любой HTTP-клиент:
curl -I https://example.com/tag/sample/В ответе должен быть ожидаемый статус: 301, 404 или 410. Если видите 200, значит архив всё ещё доступен и решение не сработало.
Частые ошибки и как их исправить
Удалили метки из админки, но архивы остались
Удаление термина не всегда решает вопрос с уже опубликованными URL. Если страницы были в индексе, поисковик ещё какое-то время будет их помнить. Нужен редирект или корректный код ответа, а не только очистка базы.
Закрыли архивы, но сломали внутренние ссылки
Так бывает, если метки использовались в шаблоне как кликабельные элементы, а после отключения архивов ссылки стали вести в никуда. Проверьте вывод тегов в single.php, content.php и виджетах. Если метки нужны только как текст, уберите ссылку, а не сам термин.
Поставили noindex, но URL всё равно в индексе
Noindex — это не мгновенное удаление. Поисковику нужно переобойти страницу и увидеть новый сигнал. Если URL уже давно в индексе, ускорить процесс помогает удаление из sitemap, внутренняя чистка ссылок и, при необходимости, редирект или 410.
Сделали редирект на главную для всех меток
Это частая ошибка. Массовый редирект на главную выглядит как мягкая, но на деле часто нерелевантная схема. Если у меток есть логичная замена, ведите на неё. Если замены нет — лучше 410, чем бесполезный 301.
Практические советы по безопасности и производительности
Любые изменения в таксономиях лучше делать после резервной копии базы и файлов. Если сайт большой, сначала проверьте решение на staging-копии: так вы увидите, не завязаны ли на метки сторонние плагины, блоки или шаблоны.
С точки зрения производительности отключение лишних архивов полезно ещё и потому, что уменьшается количество страниц, которые нужно генерировать, кэшировать и обходить. Это не магическая оптимизация, но на больших сайтах с сотнями тегов эффект заметен именно в уменьшении мусорных URL.
Если вам нужен более широкий контроль над дублями, мета-тегами и технической чисткой WordPress, посмотрите Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином всё равно полезно понимать, что именно он меняет в коде и в ответах сервера.
В итоге задача сводится не к «спрятать теги», а к тому, чтобы оставить полезные сущности в админке и убрать из индекса пустые архивы. Если после внедрения старые URL перестали отдавать 200, sitemap очистился, а внутренние ссылки не сломались — решение можно считать рабочим.