В WordPress часто нужно закрыть не весь сайт, а только конкретные страницы: служебные разделы, внутренние фильтры, тестовые публикации, дубли посадочных, страницы благодарности или временные материалы. Ошибка здесь одна и та же: ставят noindex где попало, закрывают URL в robots.txt без понимания последствий или лезут в .htaccess, хотя задача решается на уровне шаблона или SEO-плагина.
Ниже — рабочая схема, как закрывать отдельные страницы от индексации в WordPress и как проверить, что поисковик действительно видит нужные сигналы.
Когда нужно закрывать страницу от индексации
Сначала стоит понять, что именно вы хотите получить: убрать страницу из выдачи, запретить обход или просто не передавать ей SEO-вес. Это разные задачи, и одна настройка не заменяет другую.
- Нужно убрать страницу из поиска — используйте
noindex. - Нужно сократить обход ботами — можно добавить запрет в
robots.txt, но это не гарантирует удаление из индекса. - Нужно полностью ограничить доступ — тогда уже нужен редирект, авторизация или серверная защита, а не SEO-метка.
Типичные кандидаты на закрытие: страницы благодарности после формы, внутренние результаты поиска, тестовые черновики, страницы с параметрами сортировки, дубли архивов, технические страницы темы или плагина.
Диагностика проблемы: что именно сейчас индексируется
Перед правками проверьте, как страница выглядит для поисковика. Часто проблема не в том, что страница открыта, а в том, что у неё уже есть индексируемая копия, каноникал ведёт не туда или SEO-плагин не отдает нужный meta robots.
Что проверить в первую очередь
- Есть ли у страницы в исходном коде
<meta name="robots" content="noindex">. - Не стоит ли на странице канонический URL на саму себя или на другой адрес.
- Не закрыт ли URL только в
robots.txtбезnoindex. - Нет ли редиректа, который возвращает пользователя на индексируемую копию.
- Не генерирует ли тема или плагин дубли с параметрами
?replytocom=,?utm_или сортировкой.
Проще всего открыть страницу в браузере, посмотреть исходный код и найти строку с robots. Если используете SEO-плагин, проверьте его настройки именно для этой записи, а не только глобальные параметры.
Способы закрыть отдельную страницу в WordPress
Для точечной задачи обычно есть три нормальных варианта: через SEO-плагин, через код в теме или плагине и через серверные правила. Выбор зависит от того, сколько страниц нужно закрыть и кто будет поддерживать сайт дальше.
| Способ | Когда подходит | Минус |
|---|---|---|
| SEO-плагин | Если нужно закрывать страницы без кода и с понятным интерфейсом | Зависимость от плагина и его логики |
| Код в теме/плагине | Если правило нужно для конкретного типа страниц или по условию | Нужна аккуратность и контроль обновлений |
| .htaccess / сервер | Если нужно ограничить доступ на уровне сервера | Это не замена noindex и легко сломать доступ |
Вариант 1: закрыть страницу через SEO-плагин
Если на сайте уже стоит нормальный SEO-плагин, это самый безопасный путь для редактора или контент-менеджера. В большинстве случаев у записи есть настройка индексации: можно поставить noindex и при необходимости nofollow. Для одиночной страницы этого достаточно.
Плюс метода в том, что он прозрачен: настройка хранится рядом с контентом, а не спрятана в коде. Минус — если страниц много и правило одинаковое, ручная правка быстро надоедает.
Вариант 2: добавить noindex программно
Если нужно закрывать страницы по условию, например все записи определённой рубрики, страницы с шаблоном или технические URL, удобнее добавить фильтр в тему или небольшой mu-plugin. Ниже пример для wp_robots, который добавляет noindex на конкретной странице по ID.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_page( 123 ) ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
} );
Это рабочий и понятный способ, если вам нужно закрыть одну страницу или несколько конкретных ID. Для массовой логики лучше не плодить условия в functions.php, а вынести код в отдельный мини-плагин.
Вариант 3: закрыть доступ через .htaccess
Этот способ нужен не для SEO, а для ограничения доступа. Например, если страница должна быть недоступна вообще или на ней лежит временный технический контент. Но важно понимать: .htaccess не решает задачу индексации сам по себе. Поисковик может увидеть запрет, старую копию или ссылку из внешнего источника.
Пример для Apache, если нужно запретить доступ к конкретному файлу или каталогу:
<Files "test-page.html">
Require all denied
</Files>
Для обычной WordPress-страницы это редко лучший вариант. Если цель именно SEO, используйте noindex, а не блокировку на сервере.
Пошаговое решение для одной страницы
Если задача точечная, действуйте так:
- Откройте нужную страницу в WordPress и определите, это запись, страница или архив.
- Проверьте, не закрывает ли её уже SEO-плагин.
- Если нет — добавьте
noindexчерез настройки записи или код. - Убедитесь, что канонический URL не указывает на другую страницу без причины.
- Если страница больше не нужна, подумайте о редиректе на релевантный адрес вместо простого закрытия.
Для редиректа можно использовать штатный wp_redirect(), если речь о логике в коде, но делать это нужно аккуратно и только до вывода HTML:
<?php
add_action( 'template_redirect', function() {
if ( is_page( 123 ) ) {
wp_redirect( home_url( '/new-page/' ), 301 );
exit;
}
} );
Редирект полезен, когда старая страница уже не нужна пользователю. Если же она должна открываться, но не индексироваться, редирект не подходит.
Как проверить, что решение сработало
После правки не ограничивайтесь визуальной проверкой в браузере. Поисковику важен исходный код и ответ сервера.
- Откройте страницу и проверьте исходный код на наличие
meta robotsсnoindex. - Проверьте HTTP-заголовки, если настройка идет на сервере или через плагин.
- Убедитесь, что страница не закрыта только в
robots.txt. - Посмотрите, не остался ли старый
canonicalна другую страницу. - Если страница уже была в индексе, отправьте её на переобход в Google Search Console или Яндекс Вебмастер.
Проверить заголовки можно через curl:
curl -I https://example.com/test-page/
В ответе ищите X-Robots-Tag, если вы настраивали индексацию на уровне сервера. Для HTML-страницы также полезно посмотреть сам документ:
curl -s https://example.com/test-page/ | grep -i robots
Если в коде есть noindex, но страница всё равно висит в выдаче, обычно причина в том, что поисковик ещё не переобходил URL или где-то осталась индексируемая копия.
Частые ошибки и как их исправить
Закрыли URL в robots.txt и ждёте удаления из индекса
Это самая частая ошибка. robots.txt ограничивает обход, но не гарантирует удаление уже известного URL из выдачи. Для удаления нужен noindex или редирект/удаление страницы.
Поставили noindex, но оставили внутренние ссылки
Страница может продолжать получать трафик и ссылочный вес внутри сайта. Если она действительно не нужна, уберите ссылки из меню, блоков и связанных материалов. Иначе поисковик будет снова и снова находить её.
Смешали noindex и canonical без понимания логики
Если canonical указывает на другую страницу, а сама страница закрыта от индексации, это может быть нормально. Но если canonical ведёт на саму себя или на случайный URL, вы только запутаете обход. Проверяйте, что каноникал соответствует задаче.
Использовали .htaccess вместо SEO-метки
Серверный запрет полезен для доступа, но не заменяет корректную индексацию. Если страница должна быть доступна пользователю, но не попадать в поиск, нужен noindex, а не 403.
Закрыли не ту страницу из-за одинаковых шаблонов
В WordPress это бывает, когда условие написано слишком широко: например, is_page() без ID или с неверным slug. Перед выкладкой проверьте, на каких URL реально срабатывает правило.
Безопасность и производительность: что важно не сломать
Если вы добавляете код вручную, не правьте тему напрямую, если она обновляется. Лучше использовать дочернюю тему или маленький mu-plugin. Так правило не исчезнет после апдейта.
Для массовых правил не пишите тяжёлые запросы к базе на каждом хите. Если нужно определять тип страницы по метаданным, подумайте о кэшировании логики или о более простом условии по ID, шаблону или типу записи.
Если на сайте много технических страниц и дублей, иногда выгоднее сначала навести порядок в базовой SEO-логике: убрать лишние архивы, отключить ненужные таксономии, проверить пагинацию и внутренний поиск. В таких задачах удобнее использовать готовый инструмент для чистки SEO-дублей, например Clearfy Pro: https://wpshop.ru/plugins/clearfy.
Когда лучше не закрывать страницу, а заменить её
Если страница уже получает внешние ссылки или на неё есть трафик, простое удаление может быть хуже, чем аккуратный редирект на ближайший релевантный материал. Это особенно важно для старых посадочных и устаревших материалов, которые всё ещё находят пользователи.
Практическое правило простое: если у страницы есть понятная замена, делайте 301. Если замены нет, но страница должна остаться доступной, ставьте noindex. Если страница не должна открываться вообще, ограничивайте доступ на уровне сервера или авторизации.
В итоге рабочая схема всегда одна и та же: сначала определяете цель, потом выбираете механизм, затем проверяете исходный код, заголовки и фактическое поведение URL. Именно это отличает нормальную техническую настройку от случайной галочки в панели плагина.