Как закрыть открытые архивы таксономий в WordPress без потери индексации

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

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

Когда архивы таксономий нужно закрывать

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

Типичные признаки проблемы

• в Google индексируются десятки или сотни страниц меток с одинаковыми сниппетами;
• в Search Console растёт число страниц, но кликов по архивам почти нет;
• в выдаче появляются страницы вида /tag/..., /topic/... или кастомные архивы, которые не нужны пользователю;
• одна и та же запись доступна через несколько архивов и внутренние ссылки размазывают вес;
• в sitemap попадают страницы, которые вы не хотите продвигать.

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

Диагностика: что именно индексируется сейчас

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

Что смотреть в первую очередь

• отчёт Страницы в Google Search Console;
• поисковый запрос site:example.com tag или site:example.com category;
• исходный код архива: есть ли noindex, canonical и корректный title;
• robots.txt и sitemap: не закрываете ли вы архивы только там, хотя они уже проиндексированы;
• наличие дублей между архивом и страницей-обзором.

Если архив уже в индексе, одного robots.txt недостаточно. Поисковик может продолжать хранить URL в базе, даже если он перестанет обходиться. Для удаления из индекса обычно нужен noindex или редирект, если страница вообще не должна существовать.

Какой способ выбрать: плагин, код или редирект

Для WordPress есть три рабочих подхода. Выбор зависит от того, нужно ли закрыть все архивы сразу или только часть из них.

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

Пошаговое решение через код

Ниже пример для точечного закрытия архивов конкретных таксономий. Код можно положить в functions.php дочерней темы, но надёжнее — в небольшой mu-plugin, чтобы он не исчез при обновлении темы.

<?php
/**
 * Закрывает от индексации выбранные архивы таксономий.
 */
add_action( 'wp_head', function () {
	if ( is_tax( array( 'project_type', 'service_area' ) ) || is_tag() ) {
		echo '<meta name="robots" content="noindex,follow" />' . "\n";
	}
}, 1 );

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

	return $robots;
} );

Этот вариант использует штатный фильтр wp_robots, который есть в современных версиях WordPress. Он предпочтительнее, чем вручную печатать meta-тег в wp_head, потому что не конфликтует с другими SEO-решениями и легче диагностируется.

Если нужно закрыть только часть терминов

Иногда сама таксономия полезна, но отдельные термины — мусорные. Тогда можно закрывать архивы по списку slug-ов:

<?php
add_filter( 'wp_robots', function ( array $robots ) {
	if ( is_tax( 'topic' ) ) {
		$term = get_queried_object();

		if ( $term instanceof WP_Term && in_array( $term->slug, array( 'misc', 'other', 'test' ), true ) ) {
			$robots['noindex'] = true;
			$robots['follow']  = true;
		}
	}

	return $robots;
} );

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

Как закрыть архивы через SEO-плагин

Если вы не хотите трогать код, проверьте настройки SEO-плагина. В большинстве случаев там есть отдельное управление индексируемостью таксономий. Смысл один: для ненужных архивов ставите noindex, а для нужных оставляете индексирование.

Важный момент: не путайте настройку noindex с отключением страницы в robots.txt. Если архив уже в индексе, robots.txt не удалит его сам по себе. Сначала нужно дать поисковику сигнал noindex, а уже потом при необходимости ограничивать обход.

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

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

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

Чек-лист проверки

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

Для быстрой проверки с сервера можно использовать curl:

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

В ответе смотрите на статус и заголовки. Если SEO-плагин или код добавляет X-Robots-Tag: noindex, это тоже нормальный вариант. Главное — чтобы сигнал был стабильным и не конфликтовал с другими настройками.

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

Закрыли архив в robots.txt, но он остался в индексе

Это самая частая ошибка. Robots.txt запрещает обход, но не гарантирует удаление URL из индекса. Если страница уже известна поисковику, нужен noindex или редирект. Исправление простое: временно откройте обход, дайте noindex, дождитесь переобхода, потом уже при необходимости ограничивайте доступ.

Поставили noindex на все таксономии без разбора

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

Сломали canonical

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

Использовали редирект там, где нужен архив

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

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

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

Ещё один практический момент: не плодите несколько решений одновременно. Если SEO-плагин уже ставит noindex, а вы сверху вручную добавляете свой meta-тег, можно получить конфликт или дублирование сигналов. Проверяйте итоговый HTML после каждой правки.

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

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