Как настроить noindex для страниц с формами WPForms

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

Ниже разберём, когда достаточно настроек SEO-плагина, когда нужен код, как проверить результат и какие ошибки чаще всего ломают ожидаемое поведение.

Когда страницу с WPForms действительно стоит закрывать от индексации

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

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

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

Диагностика: что именно мешает индексации или, наоборот, не даёт её отключить

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

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

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

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

Пошаговое решение через SEO-плагин

Самый безопасный путь — использовать штатные настройки страницы в SEO-плагине. В большинстве случаев это проще, чем писать код, и меньше шансов сломать другие шаблоны.

Как сделать в редакторе страницы

1. Откройте страницу с формой в админке WordPress.
2. Найдите блок настроек SEO-плагина.
3. Установите для страницы noindex.
4. Если плагин позволяет, оставьте follow, чтобы ссылки на странице продолжали обходиться.
5. Сохраните страницу и очистите кэш.

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

Точечная настройка noindex кодом для страниц с формой

Если нужно закрывать от индексации только конкретные страницы, удобнее добавить условие в wp_head. Это подходит, когда форма стоит на отдельном шаблоне, на странице с определённым slug или в служебном разделе.

<?php
add_action( 'wp_head', function () {
    if ( is_page( array( 'contact', 'request-quote', 'apply' ) ) ) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
} );

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

Если форма стоит на шаблоне страницы

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

<?php
add_action( 'wp_head', function () {
    if ( is_page_template( 'templates/page-request.php' ) ) {
        echo '<meta name="robots" content="noindex,follow" />' . "\n";
    }
} );

Такой код лучше размещать в дочерней теме или в небольшом функциональном плагине, а не в functions.php основной темы, если она часто обновляется.

Как не перепутать noindex и запрет в robots.txt

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

Для страницы с формой обычно нужен именно noindex. А robots.txt имеет смысл только если вы хотите дополнительно сократить обход служебных URL, но это уже отдельная задача.

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

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

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

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

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

Страница закрыта в robots.txt, но всё равно видна в выдаче

Причина обычно в том, что поисковик не может прочитать метатег noindex на странице, потому что вы сами запретили ему обход. Решение: уберите запрет из robots.txt и оставьте именно noindex в HTML.

Метатег добавлен, но в исходнике его нет

Чаще всего виноват кэш: плагин кэширования, серверный кэш или CDN. Очистите все уровни кэша и проверьте страницу в режиме инкогнито и через просмотр исходного HTML, а не через визуальный редактор.

Закрыли не ту страницу

Если условие написано через is_page(), легко промахнуться по slug или ID. Лучше временно вывести список целевых URL и проверить, что условие срабатывает только там, где нужно.

Поставили noindex на полезную посадочную страницу

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

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

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

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

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

Что должно получиться в итоге

После настройки страница с формой должна:

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

Если после проверки страница всё ещё индексируется, обычно проблема не в WPForms, а в том, что поисковик не успел переобойти URL, метатег не попал в финальный HTML или страница закрыта не тем способом. В таких случаях сначала проверяйте исходный код и ответ сервера, а уже потом меняйте логику индексации.