Как закрыть от индексации технические страницы WordPress: архивы, теги, авторы и служебные URL

Автор: Алексей Кузнецов | Опубликовано: 03.09.2026

Если в Search Console растут страницы без трафика, а в индексе появляются архивы тегов, авторов, дат и служебные URL, проблема обычно не в «плохом SEO», а в том, что WordPress по умолчанию публикует слишком много типов страниц. Их не всегда нужно удалять. Чаще достаточно правильно настроить индексацию: где-то поставить noindex, где-то убрать ссылку из карты сайта, а где-то вообще отключить генерацию архива на уровне темы или плагина.

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

Какие страницы WordPress чаще всего нужно закрывать

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

Типовые кандидаты на `noindex`

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

Важно не путать закрытие от индексации с удалением страницы. Если URL нужен пользователю или внутренним ссылкам, его можно оставить доступным, но запретить показывать в поиске.

Диагностика: где именно у вас появляется мусор

Сначала нужно понять, какие URL уже попали в индекс и откуда они берутся. Без этого легко закрыть не то и потерять полезные страницы.

Что проверить вручную

откройте /tag/, /author/, /date/ и убедитесь, есть ли там уникальный контент;
посмотрите исходный код страницы: есть ли <meta name="robots" content="noindex,follow">;
проверьте карту сайта: попадают ли туда архивы тегов и авторов;
в Search Console откройте отчёт по страницам и найдите URL с низкой ценностью или дублями.

Признаки, что настройка уже сломана

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

Что выбрать: плагин, код или ручную настройку

Для небольшого сайта проще всего использовать SEO-плагин. Для проекта с кастомной темой и нестандартными архивами надёжнее контролировать поведение кодом. Ниже короткое сравнение.

Подход	Когда подходит	Плюс	Минус
SEO-плагин	типовой сайт, стандартные архивы	быстро и без кода	не всегда удобно для нестандартных шаблонов
Код в теме или плагине	кастомная логика, точечные правила	полный контроль	нужно тестировать после обновлений
robots.txt	временная мера или ограничение обхода	просто закрыть краулинг	не убирает URL из индекса само по себе

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

Пошаговое решение для типового сайта

Шаг 1. Закройте архивы тегов и авторов от индексации

Если у вас один автор или теги не дают самостоятельного трафика, логично поставить им noindex,follow. Для этого можно использовать SEO-плагин или добавить фильтр в тему/мини-плагин.

<?php
add_filter( 'wp_robots', function( $robots ) {
    if ( is_tag() || is_author() || is_date() ) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
} );

Этот вариант работает на уровне мета-роботов. Он не удаляет страницу, но говорит поисковику не показывать её в выдаче. Для большинства служебных архивов этого достаточно.

Шаг 2. Уберите лишние архивы из sitemap

Если страница закрыта от индексации, но продолжает попадать в XML-карту сайта, вы посылаете поисковику противоречивые сигналы. В идеале URL должен либо быть полезным и индексироваться, либо не попадать в sitemap.

В популярных SEO-плагинах это настраивается в интерфейсе. Если вы пишете свою логику, проверьте, не добавляет ли тема архивы в карту сайта вручную. В WordPress 5.5+ есть встроенные XML sitemaps, но многие сайты используют сторонний плагин, и там логика может отличаться.

Шаг 3. Отключите архивы вложений, если они не нужны

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

<?php
add_action( 'template_redirect', function() {
    if ( is_attachment() ) {
        $parent = wp_get_post_parent_id( get_the_ID() );

        if ( $parent ) {
            wp_redirect( get_permalink( $parent ), 301 );
            exit;
        }

        wp_redirect( home_url( '/' ), 301 );
        exit;
    }
} );

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

Шаг 4. Проверьте страницы поиска и пагинацию

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

Как проверить, что решение сработало

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

Откройте проблемный URL и убедитесь, что в исходном коде есть noindex,follow.
Проверьте, исчез ли URL из XML sitemap.
В Search Console отправьте страницу на повторную проверку или используйте проверку URL.
Посмотрите, не остались ли внутренние ссылки на архивы в меню, сайдбаре и хлебных крошках.

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

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

Ошибка 1. Закрыли URL в robots.txt и ждут удаления из индекса

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

Ошибка 2. Поставили `noindex`, но оставили URL в sitemap

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

Ошибка 3. Закрыли полезные архивы, которые реально дают трафик

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

Ошибка 4. Используют разные правила в теме, SEO-плагине и сервере

Когда один слой ставит noindex, второй добавляет canonical на главную, а третий ещё и редиректит URL, диагностика становится мучительной. Лучше выбрать один источник правды: либо SEO-плагин, либо код в теме/мини-плагине.

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

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

не редактируйте functions.php напрямую на боевом сайте без бэкапа;
если пишете код, вынесите его в мини-плагин или mu-plugin;
после обновления темы проверьте, не исчез ли ваш фильтр;
не закрывайте в noindex страницы, которые нужны для навигации и поиска по сайту.

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

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

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

Если после этого в индексе всё ещё остаются старые технические страницы, обычно проблема не в одном теге meta robots, а в конфликте сигналов. Тогда проще идти от источника: шаблон, SEO-плагин, sitemap и внутренние ссылки по очереди, а не пытаться «переубедить» поисковик одним параметром.