Архивы тегов в WordPress часто превращаются в тонкие страницы: на них мало уникального текста, много дублей и почти нет пользы для поиска. Но просто удалить теги нельзя — они участвуют во внутренней перелинковке, фильтрации контента и навигации по сайту. Задача не в том, чтобы «убить теги», а в том, чтобы убрать из индекса пустые или бесполезные архивы и при этом не сломать ссылки в записях.
Когда архивы тегов действительно мешают
Проблема обычно видна по одному из сценариев: в поиске появляются страницы вида /tag/..., у них низкая ценность, а в отчётах по индексации растёт число URL без трафика. На небольших сайтах это особенно заметно, если теги ставятся автоматически или используются слишком широко — по одному тегу на каждую запись.
Что проверить перед изменениями
Сначала посмотрите, как именно используются теги на сайте. Если тегов мало и каждый из них собирает тематическую подборку с нормальным описанием, закрывать их целиком не всегда разумно. Если же это десятки пустых архивов, которые не несут самостоятельной ценности, их лучше убрать из индекса или отключить вывод архивов вообще.
- Сколько тегов реально используется в контенте.
- Есть ли у тегов уникальные описания и нормальная навигационная роль.
- Индексируются ли страницы тегов в поиске.
- Не используются ли архивы тегов в меню, хлебных крошках или блоках похожих материалов.
Диагностика: что именно ломается
Перед правкой полезно понять, где источник проблемы: в индексации, в шаблоне или в логике генерации ссылок. Если архивы тегов открываются, но не нужны в поиске — это одна задача. Если они ещё и создают дубли в sitemap или в хлебных крошках — уже другая.
Проверьте несколько URL тегов вручную и через инструменты для вебмастеров. Если на странице архива почти нет текста, а список записей повторяет то, что уже есть в рубриках и на главной, поисковику такая страница обычно не нужна.
Варианты решения: плагин, код или гибрид
Самый безопасный путь — не удалять теги как таковые, а отключить их архивы для индексации и, если нужно, убрать саму страницу архива из публичного доступа. Если у вас уже стоит плагин для технической чистки сайта, часть задачи можно закрыть там. Например, в Clearfy Pro есть инструменты для управления архивами и SEO-элементами, но использовать их стоит только если вы понимаете, что именно отключаете.
| Подход | Что делает | Плюс | Минус |
|---|---|---|---|
| Плагин | Отключает архивы и/или ставит noindex | Быстро и без кода | Меньше контроля, зависит от настроек |
| Код | Удаляет архив тегов или меняет поведение шаблона | Точно под задачу | Нужно тестировать тему и SEO-логику |
| Гибрид | Оставляет архивы, но закрывает их от индексации | Сохраняет навигацию | Не решает проблему тонкого контента полностью |
Пошаговое решение через код
Если нужно полностью отключить архивы тегов, но оставить сами теги в записях, можно перехватить запрос на архив и отдать 404. Это грубый, но понятный способ. Его имеет смысл использовать только если теги не нужны как отдельные страницы.
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;
}
} );Этот вариант не удаляет термины из базы и не ломает ссылки на теги в контенте. Но он меняет поведение сайта для посетителей и поисковых роботов: архив больше не существует как страница.
Если архивы тегов нужно оставить для пользователей, но убрать из индекса, лучше использовать noindex и не трогать саму страницу. Для этого можно добавить мета-тег в <head> только на страницах тегов.
add_action( 'wp_head', function () {
if ( is_tag() ) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
} );Здесь важен параметр follow: ссылки на записи внутри архива остаются доступными для обхода. Это не магическая защита от всех дублей, но для тонких архивов обычно достаточно.
Если архивы нужны, но нужно убрать мусор
Иногда проблема не в самих тегах, а в том, что они создаются хаотично. Тогда лучше не отключать архивы, а навести порядок в самих терминах: удалить дублирующиеся теги, объединить синонимы, убрать автоматическую генерацию тегов из контент-процесса и ограничить число тегов на запись.
Практически это выглядит так:
- оставить только теги, которые реально используются в навигации;
- удалить теги с одной-двумя записями, если они не несут смысла;
- свести синонимы к одному термину;
- добавить описание только для тех тегов, которые должны ранжироваться;
- проверить, не создаёт ли тема отдельные блоки тегов в сайдбаре и под статьёй.
Проверка результата после внедрения
После изменений не ограничивайтесь открытием страницы в браузере. Нужно проверить и HTTP-ответ, и поведение в индексации, и отсутствие побочных эффектов.
- Откройте несколько URL тегов и убедитесь, что они отдают нужный статус:
404для полного отключения или200сnoindexдля мягкого варианта. - Проверьте исходный код страницы: на архиве должен быть мета-тег robots, если вы выбрали этот сценарий.
- Посмотрите, не исчезли ли ссылки на теги из записей, хлебных крошек и блоков темы.
- Сверьте sitemap: если теги больше не должны индексироваться, они не должны оставаться в карте сайта как приоритетные URL.
- Через несколько дней проверьте отчёты поисковой системы на предмет снижения числа бесполезных страниц в индексе.
Частые ошибки и как их исправить
Ставят noindex, но оставляют архивы в sitemap
Это частая несостыковка. Поисковик видит URL в карте сайта и одновременно получает сигнал не индексировать страницу. В итоге обработка затягивается. Если архивы тегов закрыты от индексации, уберите их из sitemap или убедитесь, что плагин SEO делает это автоматически.
Удаляют теги из базы, а потом ломают навигацию
Если теги использовались в шаблонах, виджетах или блоках похожих материалов, после удаления часть интерфейса может начать показывать пустые элементы. Сначала проверьте, где теги выводятся на фронтенде, и только потом чистите термины.
Закрывают архивы через robots.txt
Для уже известных URL это не всегда решает задачу. Если страница должна исчезнуть из индекса, лучше управлять её доступностью и сигналами индексации на уровне ответа и мета-тегов, а не надеяться только на запрет обхода.
Делают 301 на главную без логики
Массовый редирект всех тегов на главную часто выглядит как попытка скрыть проблему. Для поисковика это слабый сигнал, а для пользователя — плохой опыт. Если архивы не нужны, корректнее отдать 404 или 410. Если нужны, но не должны индексироваться, используйте noindex.
Безопасность и производительность
Если вы вносите код в functions.php, лучше не править родительскую тему напрямую. Используйте дочернюю тему или небольшой mu-plugin, чтобы изменения не потерялись при обновлении. Это особенно важно, если архивы тегов отключаются через template_redirect или через фильтры SEO-плагина.
Ещё один практический момент: не добавляйте тяжёлую логику в wp_head. Для простого noindex это не критично, но если вы начнёте там делать запросы к базе или сложные проверки, получите лишнюю нагрузку на каждую страницу архива.
Когда лучше не отключать архивы полностью
Если сайт строится вокруг тематических подборок, а теги реально помогают пользователю находить материалы, полное отключение может ухудшить структуру. В таком случае лучше оставить архивы, но привести их в порядок: добавить описание, сократить число тегов и закрыть от индекса только пустые или слабые страницы. Это более аккуратный сценарий, чем массовое удаление всего подряд.
Если нужен более широкий аудит технических дублей и SEO-настроек, удобнее сначала пройтись по сайту инструментом, который умеет чистить типовые проблемы WordPress, а уже потом добивать точечные случаи кодом. Но даже в этом случае проверка вручную обязательна: автоматические настройки не знают, какие архивы у вас реально важны для контента.