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

Автор: Ярослав Васильев | Опубликовано: 03.10.2026

Служебные страницы WordPress часто попадают в индекс не потому, что сайт «сломался», а потому что поисковик видит доступный URL и не понимает, что это технический экран, а не контент для поиска. Чаще всего речь идет о корзине, оформлении заказа, личном кабинете, странице входа, результатах поиска по сайту, фильтрах и других URL, которые нужны пользователю только в процессе работы с сайтом. Их обычно и нужно закрывать от индексации, чтобы не раздувать индекс мусорными страницами и не размывать релевантность сайта.

При этом закрывать надо не все подряд. Ошибка здесь типичная: владелец сайта прячет от поисковиков полезные страницы или, наоборот, оставляет открытыми системные URL, которые не должны ранжироваться. Ниже разберем, какие страницы действительно стоит закрыть, чем отличается запрет индексации от запрета обхода и как сделать это безопасно на WordPress.

Какие страницы WordPress обычно закрывают от индексации

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

На практике чаще всего закрывают:

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

Для интернет-магазина это особенно заметно: корзина и checkout не должны конкурировать с карточками товаров и категориями. Для сайта с личным кабинетом та же логика работает в отношении профиля, заказов, подписок и настроек аккаунта.

Что именно значит «закрыть от индексации»

Здесь важно не путать три разных действия. Они решают похожую задачу, но работают по-разному.

Способ	Что делает	Когда использовать
`noindex`	Говорит поисковику не включать страницу в индекс	Для служебных URL, которые должны открываться пользователю, но не ранжироваться
`nofollow`	Не передавать сигнал по ссылкам со страницы	Редко нужен отдельно; сам по себе не решает задачу индексации
`Disallow` в `robots.txt`	Запрещает обход страницы роботом	Когда нужно сократить обход, но не как единственный способ убрать URL из индекса

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

Как закрыть служебные страницы в WordPress без плагинов

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

Самый практичный способ — добавить на нужные шаблоны мета-тег noindex. Для WordPress это обычно делают через хук wp_head, но только на конкретных страницах.

Пример для страницы корзины и оформления заказа в WooCommerce:

add_action('wp_head', function () {
    if (function_exists('is_cart') && is_cart()) {
        echo '<meta name="robots" content="noindex,follow">' . "\n";
    }

    if (function_exists('is_checkout') && is_checkout()) {
        echo '<meta name="robots" content="noindex,follow">' . "\n";
    }
});

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

Если у вас не WooCommerce, а собственные страницы аккаунта или оформления, ориентируйтесь на условные теги WordPress или на конкретные ID страниц через is_page(). Например, для страницы с ID 42:

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

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

Как закрыть служебные URL через SEO-плагин

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

Что важно проверить в настройках:

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

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

Когда нужен robots.txt, а когда он мешает

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

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

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

Какие URL лучше не закрывать

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

Обычно не стоит закрывать:

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

Если страница выглядит «служебной», но на деле отвечает на запросы пользователей, закрывать ее не нужно. Сначала оцените, есть ли у URL самостоятельная ценность. Если есть — оставляйте в индексе и работайте над содержанием, а не над запретом индексации.

Как проверить, что страница действительно закрыта

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

Что сделать:

Откройте нужный URL в браузере и посмотрите исходный код страницы.
Найдите в <head> мета-тег <meta name="robots" content="noindex,follow"> или аналогичную инструкцию.
Проверьте, не конфликтует ли она с другими плагинами SEO или кэша.
Если страница уже была в индексе, отправьте ее на повторную проверку в Google Search Console или Яндекс Вебмастер.

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

Что делать со страницами, которые уже попали в индекс

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

Практически это выглядит так:

ставите noindex на саму страницу;
убираете внутренние ссылки на нее там, где они не нужны;
проверяете, не генерирует ли тема или плагин дополнительные ссылки с параметрами;
при необходимости настраиваете редирект для устаревших URL на более подходящую страницу.

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

Практический минимум для большинства сайтов

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

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

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

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