Страницы пагинации часто создают шум в индексе: /page/2/, /page/3/ и дальше по архивам, категориям и тегам. Проблема не в самой пагинации, а в том, что поисковик начинает тратить обход на дублирующие списки, а в отчётах появляются URL, которые не несут самостоятельной ценности. При этом закрывать от индексации нужно аккуратно: если переборщить, можно ухудшить обход важных архивов или запутать внутреннюю перелинковку.
Ниже — рабочая схема, которая помогает понять, что именно закрывать, чем это делать и как проверить результат после внедрения.
Когда пагинацию действительно стоит закрывать
Не все страницы с номером страницы нужно трогать. Если на сайте есть длинные архивы, а страницы 2, 3, 4 и дальше почти полностью повторяют структуру первой страницы, то индексировать их обычно нет смысла. Это особенно заметно на блогах с небольшим количеством уникального контента на листингах и на сайтах, где пагинация создаётся для удобства пользователя, а не как отдельная посадочная страница.
Есть и обратные случаи. Если страница пагинации сама по себе получает трафик, содержит заметные внутренние ссылки или используется как часть навигации по большому каталогу материалов, её лучше не закрывать без анализа. Сначала смотрят, есть ли у таких URL поисковый спрос, клики и показы в Search Console.
Диагностика проблемы
Перед изменениями проверьте три вещи:
- какие URL с
/page/уже попали в индекс; - есть ли у них трафик или показы;
- не дублируют ли они мета-теги и заголовки первой страницы архива.
Быстрый способ посмотреть шаблон URL — поиск по сайту и отчёт индексации в Google Search Console. Если у вас включён XML Sitemap, проверьте, не попадают ли туда страницы пагинации. Обычно они там не нужны.
Дополнительно полезно открыть несколько архивов вручную и сравнить:
<title>на первой и второй странице;meta robots;- canonical;
- наличие ссылок на предыдущую и следующую страницы.
Какой способ выбрать: код, плагин или настройка темы
Если задача точечная и вы контролируете тему, проще всего решить её кодом. Если сайт уже перегружен SEO-настройками и вы не хотите править шаблоны, можно использовать SEO-плагин. Но важно понимать компромисс: плагин даёт удобный интерфейс, а код — предсказуемость и меньше лишней логики.
| Подход | Плюсы | Минусы |
|---|---|---|
| Код в теме или mu-plugin | Точно работает на нужных архивах, не зависит от интерфейса | Нужно понимать шаблоны и тестировать после обновлений |
| SEO-плагин | Быстро включается, удобно для редактора | Не всегда даёт тонкую настройку по типам архивов |
| Правка шаблона темы | Можно настроить canonical и robots в одном месте | Риск сломать обновления темы, если править напрямую |
Пошаговое решение через код
Надёжный вариант — добавить noindex, follow для страниц пагинации архивов. Это означает: не включать такие URL в индекс, но не ломать переходы по ссылкам внутри сайта. Для WordPress это обычно делается через фильтр wp_robots.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_paged() && ( is_home() || is_archive() || is_search() ) ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Этот вариант подходит, если вы хотите закрыть именно пагинацию архивов, главной ленты и, при необходимости, внутренних поисковых страниц. Если поиск у вас уже закрыт отдельным правилом, условие is_search() можно убрать, чтобы не смешивать разные сценарии.
Если нужно закрыть только архивы записей и таксономий, оставьте более узкое условие:
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_paged() && ( is_home() || is_category() || is_tag() || is_tax() ) ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );Такой код лучше размещать в дочерней теме или в небольшом mu-plugin, если вы не хотите зависеть от активной темы. В functions.php основной темы это тоже работает, но при смене темы правило исчезнет.
Что делать с canonical
Не нужно принудительно ставить canonical со всех страниц пагинации на первую страницу архива. Для многих сайтов это выглядит логично, но на практике может мешать поисковику понимать структуру листинга. Если тема уже выводит корректный canonical на саму страницу пагинации, обычно лучше не трогать его без причины. Сначала закройте индексацию через robots, а canonical меняйте только если видите явные ошибки в шаблоне.
Если используете SEO-плагин
В популярных SEO-плагинах можно отключать индексацию архивов и задавать robots для отдельных типов страниц. Это удобно, когда настройку должен поддерживать редактор или контент-менеджер. Но проверьте, не дублирует ли плагин правила темы: иногда тема уже выводит свой meta robots, и в результате получается конфликт или двойной тег.
После настройки откройте HTML-код страницы пагинации и убедитесь, что в <head> нет двух разных инструкций для robots. Если плагин и тема спорят между собой, оставьте один источник правды. Обычно это плагин, если он у вас уже отвечает за SEO-логику сайта.
Проверка результата после внедрения
После правки не ограничивайтесь просмотром страницы в браузере. Нужно проверить именно то, что увидит робот:
- Откройте URL вида
/page/2/и посмотрите исходный код страницы. - Найдите строку с
noindexвmeta robotsили в заголовке ответа, если правило отдаётся через HTTP. - Проверьте, что ссылка на следующую страницу архива по-прежнему работает.
- Посмотрите, не исчезли ли важные страницы из sitemap из-за слишком широкого правила.
- Через Search Console отправьте URL на повторную проверку, если он уже был в индексе.
Если хотите проверить заголовки ответа, используйте команду:
curl -I https://example.com/category/news/page/2/В ответе не обязательно должен быть HTTP-заголовок X-Robots-Tag, если вы используете именно wp_robots. В этом случае смотрите HTML-код страницы. Главное — чтобы на нужных URL действительно появился noindex.
Частые ошибки и как их исправить
Ставят noindex на все архивы без разбора
Это самая частая ошибка. В итоге закрывают не только пагинацию, но и первую страницу категории, которая может приносить трафик. Исправление простое: добавляйте условие is_paged(), чтобы правило срабатывало только на страницах 2, 3 и дальше.
Закрывают пагинацию, но оставляют её в XML Sitemap
Если страницы уже не должны индексироваться, они не должны попадать и в карту сайта. Иначе поисковик продолжит регулярно их обходить. Проверьте настройки SEO-плагина или генератора sitemap и исключите URL с /page/, если они туда попали.
Путают noindex и disallow
Disallow в robots.txt не удаляет URL из индекса, если он уже известен поисковику. Для пагинации это плохой способ: робот может перестать нормально обходить ссылки, а URL всё равно останутся в отчётах. Для такой задачи обычно нужен именно noindex, а не запрет обхода.
Ставят canonical на первую страницу и ломают навигацию
Если canonical принудительно указывает на первую страницу, поисковик может игнорировать смысл пагинации. Это особенно заметно на больших архивах. Лучше сначала проверить штатный вывод темы и не переписывать canonical без конкретной причины.
Практические советы по безопасности и производительности
Если вы вносите правки кодом, не редактируйте файлы темы напрямую на рабочем сайте. Используйте дочернюю тему или mu-plugin. Так проще откатить изменение и не потерять его после обновления. Перед правкой сделайте резервную копию и проверьте, как тема формирует robots на архивных страницах.
Ещё один полезный момент: если на сайте много дублей и служебных страниц, имеет смысл посмотреть не только на пагинацию, но и на общую чистку SEO-шума. В таких сценариях помогает аккуратная настройка индексации и удаление лишних дублей в шаблонах. Если нужен инструмент для такой работы, можно посмотреть Clearfy Pro: https://wpshop.ru/plugins/clearfy.
Но даже с плагином не стоит отключать всё подряд. Сначала определите, какие URL реально бесполезны, потом проверьте индекс, и только после этого закрепляйте правило.
Что должно измениться после настройки
После внедрения у страниц пагинации должен сохраниться рабочий переход по ссылкам, но в HTML появится указание не индексировать эти URL. В Search Console новые страницы с /page/ начнут постепенно выпадать из индекса, а в отчётах станет меньше мусорных дублей. Если этого не произошло, проверьте, не переопределяет ли тема robots на уровне шаблона и не кэшируется ли старая версия страницы.
Если кэш у вас агрессивный, очистите его после правки. Иначе вы можете смотреть на старый HTML и думать, что правило не сработало, хотя на самом деле просто не обновилась кэшированная версия.