В LearnPress часто индексируются не только курсы и уроки, но и страницы, которые не должны попадать в поиск: результаты поиска по сайту, страницы профиля ученика, служебные архивы, черновые шаблоны, страницы пагинации с пустым или почти пустым содержимым. Если это не контролировать, в индексе появляется шум, а в отчётах Search Console — лишние URL без ценности.
Задача здесь не в том, чтобы «закрыть всё подряд», а в том, чтобы аккуратно убрать служебные страницы из индекса и не сломать внутреннюю навигацию, переходы между уроками и доступ к контенту для авторизованных пользователей.
Что именно нужно закрывать в LearnPress
Сначала полезно разделить URL на две группы. Первую группу нужно оставлять доступной для пользователей, но не пускать в индекс. Вторую — не только закрывать от индексации, но и по возможности не связывать с публичной навигацией.
Страницы, которые обычно не нужны в поиске
- страницы профиля ученика и личного кабинета;
- результаты внутреннего поиска по курсам и урокам;
- служебные страницы пагинации, если на них почти нет уникального контента;
- страницы предпросмотра, тестовые шаблоны и технические URL плагинов;
- архивы, которые дублируют каталог курсов без дополнительной пользы.
Курсы, уроки и полезные страницы с описанием программы обычно закрывать не нужно. Если страница реально помогает пользователю выбрать курс или пройти обучение, её лучше оставить в индексе и работать уже с качеством контента.
Диагностика: как понять, что проблема уже есть
Перед правками проверьте, какие URL уже попали в индекс. Самый простой путь — поиск по сайту и отчёт «Индексирование страниц» в Google Search Console. Если в выдаче есть страницы вида /profile/, /account/, ?s=, служебные архивы или пустые страницы пагинации, это сигнал, что нужна настройка.
Ещё один полезный тест — открыть подозрительный URL в браузере и посмотреть исходный код страницы. Если там нет noindex, а в <head> отсутствует корректный canonical, поисковик может индексировать такой адрес как самостоятельную страницу.
curl -I https://example.com/profile/В ответе стоит проверить два момента: код ответа и наличие заголовков, которые вы ожидаете от SEO-настроек. Если страница отдает 200 OK и при этом не закрыта от индексации, её нужно обработать на уровне темы, плагина SEO или через серверные правила.
Пошаговое решение
1. Закройте служебные URL через SEO-плагин, если он уже используется
Если на сайте стоит плагин вроде Yoast SEO, Rank Math или аналогичный, проще всего задать noindex для архивов, страниц поиска и других технических разделов в его настройках. Это предпочтительнее, чем править шаблоны вручную, потому что плагин обычно сам добавляет корректный мета-тег и canonical.
Но не стоит полагаться только на интерфейс, если у LearnPress есть собственные шаблоны или кастомные страницы. После обновления темы или плагина настройки могут не покрыть все URL, поэтому полезно проверить итоговый HTML.
2. Добавьте точечный noindex для отдельных шаблонов
Если нужно закрыть только конкретные типы страниц, можно добавить условную логику в functions.php дочерней темы или в небольшой кастомный плагин. Ниже пример для страниц поиска и профиля ученика. Он не зависит от вымышленных хуков LearnPress и использует стандартный фильтр WordPress wp_robots.
add_filter('wp_robots', function (array $robots): array {
if (is_search()) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
if (function_exists('learn_press_is_profile') && learn_press_is_profile()) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
});Такой подход хорош тем, что не ломает саму страницу. Пользователь по-прежнему может искать по сайту или заходить в профиль, но поисковый робот получает понятный сигнал не индексировать этот URL.
3. Для архивов и технических страниц задайте canonical на основную страницу
Если у вас есть архивы, которые повторяют каталог курсов, иногда лучше не только закрыть их через noindex, но и указать canonical на основную страницу каталога. Это помогает снизить риск дублей, особенно если архивы отличаются только пагинацией или сортировкой.
add_filter('get_canonical_url', function ($canonical, $post) {
if (is_post_type_archive('lp_course')) {
return home_url('/courses/');
}
return $canonical;
}, 10, 2);Этот пример нужно применять осторожно. Если архив курса реально содержит уникальные фильтры, описания или полезную структуру, canonical на главную страницу каталога может быть слишком агрессивным. В таком случае лучше оставить canonical по умолчанию и ограничиться noindex для служебных вариантов.
4. Не пытайтесь закрыть всё через robots.txt
robots.txt полезен для экономии краула, но он не решает задачу индексации сам по себе. Если URL уже известен поисковику, запрет в robots.txt не гарантирует исчезновение страницы из индекса. Для служебных страниц правильнее использовать noindex и, при необходимости, canonical.
robots.txt имеет смысл использовать только для совсем технических путей, которые не должны сканироваться вообще, например временных директорий или внутренних файлов. Для страниц LearnPress, которые открываются в браузере, лучше работать на уровне HTML-мета-тегов.
Сравнение подходов
| Подход | Когда подходит | Минус |
|---|---|---|
| SEO-плагин | Если уже используется на сайте и нужно быстро закрыть типовые страницы | Не всегда покрывает кастомные шаблоны LearnPress |
Код через wp_robots | Если нужны точечные правила для отдельных URL | Требует проверки после обновлений темы и плагинов |
robots.txt | Для совсем технических путей и экономии краула | Не гарантирует удаление URL из индекса |
Проверка результата после внедрения
После правок не ограничивайтесь визуальной проверкой. Откройте несколько страниц в браузере и посмотрите исходный код: в <head> должен появиться noindex там, где он нужен. Для страниц, которые вы оставили открытыми, проверьте, что случайно не появился запрет на индексацию.
Дальше проверьте заголовки ответа и canonical. Если используете командную строку, удобно смотреть сразу весь набор:
curl -I https://example.com/search/?s=php
curl -s https://example.com/profile/ | grep -iE 'robots|canonical'В Google Search Console изменения не видны мгновенно. Но после переобхода страницы должны начать уходить из отчётов как «исключённые по тегу noindex» или перестать появляться в новых результатах индексации. Если URL продолжает индексироваться, проверьте, не блокирует ли его robots.txt раньше, чем робот увидит мета-тег noindex.
Частые ошибки и как их исправить
- Закрыли страницу в robots.txt и ждёте удаления из индекса. Исправление: снимите запрет на сканирование и добавьте
noindexна самой странице. - Поставили
noindexна все архивы без разбора. Исправление: оставьте в индексе страницы, которые реально помогают выбрать курс или содержат уникальный контент. - Сделали canonical на главную без проверки. Исправление: canonical должен вести на логически близкую основную страницу, а не просто «куда-нибудь».
- Забыли про страницы поиска. Исправление: проверьте URL с параметром
?s=и внутренние результаты поиска LearnPress или темы. - Скрыли URL от робота, но оставили их в меню и хлебных крошках. Исправление: уберите служебные страницы из публичной навигации, если они не нужны пользователю.
Практические советы по безопасности и производительности
Если на сайте много учебного контента, не делайте массовые правки прямо в родительской теме. Используйте дочернюю тему или небольшой mu-plugin, чтобы не потерять изменения при обновлении. Это особенно важно для SEO-логики, потому что такие правки обычно забывают документировать.
Не ставьте несколько SEO-плагинов одновременно: они часто дублируют мета-теги, canonical и robots-правила. В результате поисковик получает противоречивые сигналы. Если нужен более тонкий контроль дублей и служебных страниц, можно посмотреть в сторону Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином всё равно стоит проверить итоговый HTML вручную.
И ещё один практический момент: если страница закрыта от индексации, но содержит важную логику входа или восстановления доступа, не ломайте её редиректами. Пользователь должен продолжать попадать на нужный экран, а поисковик — просто не учитывать его в выдаче.