Если в поиске всплывают страницы вида /page/2/, /page/3/ и другие страницы пагинации, их обычно закрывают от индексации не ради «косметики», а чтобы уменьшить количество дублей и лишних URL в выдаче. В WordPress такие страницы появляются автоматически в архивах записей, рубрик, меток, авторов и на страницах блога, когда контента больше, чем помещается на одну страницу.
Сразу скажу главное: чаще всего не нужно полностью ломать пагинацию на сайте. Задача обычно не в том, чтобы убрать сами страницы из работы, а в том, чтобы поисковик не индексировал их как отдельные посадочные URL. Для этого есть несколько рабочих способов, и выбор зависит от того, что именно вы хотите получить: скрыть страницы из индекса, убрать их из sitemap или одновременно решить обе задачи.
Что именно нужно закрывать
Пагинация в WordPress — это не только главная страница блога. Ссылки вида /page/2/ могут появляться:
- в архиве записей;
- в рубриках и метках;
- на страницах автора;
- в архиве по дате;
- в некоторых темах — на страницах с кастомными списками записей.
Если вы видите в индексе именно такие URL, сначала проверьте, где они генерируются. Иногда проблема не в WordPress как таковом, а в теме или плагине, который выводит архивы с пагинацией и не даёт поисковику понятный сигнал, что эти страницы не должны ранжироваться отдельно.
Важно не путать индексацию и обход. Страница может быть доступна для перехода пользователю, но при этом не должна попадать в индекс. Это нормальная ситуация для пагинации: пользователю она нужна, поисковику — не всегда.
Самый надёжный способ: поставить noindex на страницы пагинации
Если задача именно в том, чтобы убрать страницы пагинации из индекса, самый прямой вариант — добавить для них мета-тег noindex. Тогда поисковый робот сможет зайти на страницу, но не должен включать её в поиск.
В WordPress это обычно делают через SEO-плагин. У большинства популярных решений есть настройка для архивов и пагинации, но логика у них разная: где-то можно закрыть целые типы архивов, где-то — только страницы глубже первой.
Если у вас уже стоит SEO-плагин, проверьте его настройки архивов. Ищите параметры, связанные с:
- архивами рубрик и меток;
- архивами автора;
- страницами пагинации архивов;
- robots meta для архивных страниц.
В корректной настройке обычно нужно добиться такого поведения: первая страница архива остаётся индексируемой, а /page/2/ и дальше получают noindex. Это особенно полезно, если вторая и последующие страницы почти не несут самостоятельной ценности для поиска.
Если SEO-плагина нет: как закрыть пагинацию через код
Когда плагина для SEO нет или его настройка не даёт нужного результата, можно добавить noindex вручную. Для этого используется хук wp_head. Такой способ подходит, если вы понимаете, что делаете, и можете проверить результат после правки. Перед изменениями сделайте резервную копию файла темы или работайте в дочерней теме.
Ниже пример, который добавляет noindex, follow только на страницы пагинации архивов:
add_action( 'wp_head', function () {
if ( is_paged() ) {
echo '<meta name="robots" content="noindex,follow">' . "\n";
}
}, 1 );Что здесь важно:
is_paged()возвращаетtrueна страницах пагинации;noindexпросит поисковик не индексировать страницу;followоставляет возможность переходить по ссылкам на странице.
Этот вариант технически простой, но у него есть нюанс: он сработает на всех пагинированных страницах сайта, включая не только архивы, но и другие места, где тема использует пагинацию. Если вам нужно закрыть только архивы записей, рубрик и меток, а не вообще все страницы с пагинацией, код нужно дорабатывать под конкретный шаблон и условия.
Когда лучше не трогать robots.txt
Иногда пытаются закрыть страницы пагинации через robots.txt. Для задачи индексации это не лучший путь. Запрет в robots.txt мешает роботу обходить URL, но не гарантирует их исчезновение из индекса, если на них уже есть ссылки или они уже известны поисковику. Кроме того, поисковик не увидит содержимое страницы и не сможет корректно обработать сигнал noindex, если он нужен.
Поэтому для пагинации обычно правильнее использовать именно noindex, а не блокировку в robots.txt. Исключение — если вы сознательно хотите полностью запретить обход конкретных URL, но это уже другая задача и для борьбы с дублями подходит хуже.
Нужно ли убирать пагинацию из sitemap
Если страницы пагинации попадают в XML-карту сайта, это тоже стоит проверить. Sitemap не закрывает индексацию сам по себе, но помогает поисковику быстрее находить URL. Если вы не хотите видеть /page/2/ и похожие адреса в индексе, логично не подталкивать поисковик к их повторному обходу через карту сайта.
В большинстве случаев в sitemap должны попадать основные страницы и записи, а не пагинированные архивы. Если ваш плагин SEO или карта сайта добавляет такие URL, их лучше исключить в настройках. Это не заменяет noindex, но делает поведение сайта чище и предсказуемее.
Как проверить, что страницы действительно закрыты
После настройки не ограничивайтесь визуальной проверкой в браузере. Нужно убедиться, что поисковый робот увидит именно тот сигнал, который вы задали.
Проверьте несколько вещей:
- откройте страницу
/page/2/в браузере и посмотрите исходный код; - найдите в
<head>строку<meta name="robots" content="noindex,follow">или аналог от вашего SEO-плагина; - убедитесь, что первая страница архива не получила тот же запрет, если вы этого не планировали;
- проверьте, не остались ли пагинированные URL в sitemap;
- после переобхода страниц посмотрите в панели вебмастера, как поисковик интерпретирует статус URL.
Если мета-тег есть, но страницы всё равно продолжают появляться в индексе, обычно причина в том, что поисковику нужно время на переобход. Для уже проиндексированных URL это нормально: они не исчезают мгновенно.
Что делать, если в индексе уже много старых страниц пагинации
Когда проблема накопилась давно, одной настройки недостаточно. Сначала закройте пагинацию от индексации, потом дайте поисковику время обновить данные. Если страницы уже в индексе, они могут оставаться там до следующего обхода и переоценки.
Полезно проверить, не ведут ли на пагинированные URL внутренние ссылки с лишними параметрами, не дублируются ли архивы из-за неправильных canonical и не создаёт ли тема отдельные страницы пагинации там, где это не нужно. Если canonical указывает на первую страницу архива, а на второй и далее стоит noindex, это обычно нормальная и понятная для поисковика комбинация.
Если же у вас много архивов с тонким контентом и почти одинаковыми списками записей, иногда проще пересмотреть структуру архивов, чем пытаться точечно лечить каждый URL. Но для типового сайта достаточно корректно закрыть пагинацию и убрать её из sitemap.
Коротко о рабочей схеме
Для большинства сайтов практичная схема такая: первая страница архива остаётся открытой, страницы /page/2/, /page/3/ и дальше получают noindex,follow, а в sitemap они не попадают. Этого обычно хватает, чтобы сократить дубли и не плодить лишние URL в поиске, не ломая навигацию по сайту.
Если вам нужен более удобный способ управлять такими настройками без ручного кода, можно посмотреть на Clearfy Pro: у него есть инструменты для работы с SEO-настройками и дублями, но использовать его стоит только если он действительно закрывает вашу конкретную задачу лучше, чем уже установленный SEO-плагин.