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

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

Проблема не в самих архивах, а в том, что их редко настраивают осознанно. Часть страниц нужно оставить открытыми, часть — закрыть, а часть — переадресовать на более сильную посадочную. Ниже разберём, как понять, что именно у вас лишнее, и как отключить открытые архивы без побочных эффектов.

Когда архивы лучше закрыть, а когда оставить

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

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

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

Что обычно ломает структуру

Чаще всего проблемы возникают не в ядре WordPress, а на стыке темы, SEO-плагина и кастомного кода. Например, разработчик добавил register_taxonomy() с publicly_queryable и rewrite, но не подумал, что архивы этой таксономии будут индексироваться. Или плагин создаёт архивы, а потом тема выводит на них одинаковый шаблон без текста и без нормальной перелинковки.

Диагностика: как найти лишние архивы

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

1. Откройте карту сайта и список архивных URL в Search Console.
2. Проверьте, есть ли у страницы уникальный контент, а не только список записей.
3. Посмотрите, не дублируется ли архив через пагинацию, параметры сортировки или фильтры.
4. Сравните canonical, robots meta и фактический статус ответа.
5. Проверьте, не ведут ли внутренние ссылки на закрываемый архив из меню, хлебных крошек и блоков похожих материалов.

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

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

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

1. Отключить архив у таксономии

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

add_action('init', function () {
    register_taxonomy('project_type', ['post'], [
        'label'             => 'Тип проекта',
        'public'            => false,
        'publicly_queryable' => false,
        'show_ui'           => true,
        'show_admin_column' => true,
        'rewrite'           => false,
        'query_var'         => false,
        'show_in_rest'      => true,
    ]);
});

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

2. Оставить таксономию, но закрыть архив от индексации

Если URL нужен пользователям, но не нужен поисковику, закрывайте его через noindex и при необходимости убирайте из sitemap. Для этого можно использовать фильтр SEO-плагина или добавить мета-тег в шаблон архива.

add_action('wp_head', function () {
    if (is_tax('project_type')) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
}, 1);

Это рабочий вариант, но он не убирает URL из публичного пространства. Если архив совсем не нужен, лучше не ограничиваться noindex.

3. Сделать 301 на более сильную страницу

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

add_action('template_redirect', function () {
    if (is_tax('project_type')) {
        wp_redirect(home_url('/services/'), 301);
        exit;
    }
});

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

Сравнение подходов: код, плагин или шаблон

Если у вас уже стоит Clearfy Pro, часть задач по чистке дублей и управлению техническими страницами можно закрыть через настройки плагина: https://wpshop.ru/plugins/clearfy. Но даже в этом случае полезно понимать, что именно делает плагин под капотом.

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

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

• Страница отдаёт нужный HTTP-статус: 200, 301 или 404/410 — в зависимости от сценария.
• В исходном коде есть noindex, если архив должен оставаться доступным, но не индексироваться.
• В sitemap нет закрытого URL.
• Внутренние ссылки не ведут на удалённый или закрытый архив.
• Canonical указывает на правильную страницу, а не на сам архив, если он должен быть заменён.

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

curl -I https://example.com/project-type/design/
curl -s https://example.com/project-type/design/ | grep -i robots

Если используете Search Console, смотрите не только статус индексации, но и то, как Google видит canonical и не остались ли старые URL в отчётах по страницам с исключением.

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

Оставили архив открытым, но убрали его из меню

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

Поставили noindex, но забыли про canonical

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

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

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

Закрыли архив, но оставили его в sitemap

Такое бывает, если sitemap генерирует один плагин, а правила индексации — другой. После правки обязательно пересоберите карту сайта и проверьте, что закрытый URL исчез из выдачи sitemap.

Сломали пагинацию

Если вы отключили архив целиком, но на него вели страницы /page/2/, /page/3/ и т.д., проверьте, не появились ли 404 на старых URL. Для уже проиндексированных страниц иногда нужен отдельный редирект или корректный ответ 410.

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

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

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

Для сложных сайтов полезно держать короткий чек-лист перед публикацией изменений:

• есть ли у архива поисковый спрос;
• есть ли у него уникальный текст и заголовок;
• нужен ли он в навигации;
• есть ли замена с 301;
• убран ли URL из sitemap;
• не осталось ли на него внутренних ссылок.

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