Пагинация сама по себе не проблема. Проблема начинается, когда у сайта есть архивы, рубрики, теги или страницы блога, а поисковик начинает индексировать десятки однотипных URL вида /page/2/, /page/3/ и дальше. В итоге в индексе появляются страницы с одинаковыми заголовками, слабым контентом и почти без уникальной ценности.
На практике это чаще всего всплывает после аудита в Search Console, при массовой генерации архивов или после установки SEO-плагина, который автоматически оставил пагинацию открытой. Ниже — рабочий сценарий: как понять, что именно у вас дублируется, чем закрывать пагинацию и как проверить, что решение не навредило обходу сайта.
Когда пагинация становится дублем
Не каждая страница /page/2/ должна быть закрыта. Если это полноценный список материалов с отдельной навигацией и поисковик должен видеть все элементы архива, обычно достаточно корректных canonical и нормальной внутренней перелинковки. Но если страницы пагинации повторяют один и тот же шаблон, а ценности для поиска не несут, их лучше не пускать в индекс.
Типичные признаки проблемы
- в индексе есть страницы
/page/2/,/page/3/и дальше, хотя контент на них почти не отличается; - в отчётах Search Console растёт число «Просканировано, но не проиндексировано» для архивов;
- в выдаче появляются страницы пагинации вместо первой страницы рубрики;
- в логах видно, что бот часто ходит по длинным цепочкам архивов, а полезные страницы обходятся реже.
Диагностика: что именно закрывать
Сначала проверьте, какие типы страниц создают дубли. В WordPress это обычно:
- страницы рубрик и меток;
- архивы записей автора;
- архивы по датам;
- страницы блога, если на них включена постраничная навигация;
- страницы пользовательских таксономий.
Откройте несколько URL вручную и посмотрите, отличается ли контент между первой и второй страницей. Если на второй странице меняется только набор карточек, а заголовок и описание остаются почти теми же, это кандидат на закрытие от индексации.
Полезно также проверить исходный код страницы. Ищите:
<meta name="robots" content="noindex,follow">или другой robots-тег;rel="canonical"на первую страницу архива;- нет ли конфликтов между SEO-плагином и кодом темы.
Какой способ выбрать: плагин, код или настройка SEO-плагина
| Способ | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Если уже используется Yoast, Rank Math или аналог | Быстро, без правки темы | Нужно проверить, не закрывает ли плагин лишнее |
| Код в теме или mu-plugin | Если нужна точечная логика для конкретных архивов | Контроль над условиями | Требует аккуратной поддержки |
| robots.txt | Только как дополнительная мера | Просто ограничить обход | Не убирает URL из индекса, если они уже известны |
Если у вас уже стоит SEO-плагин, сначала используйте его возможности. Код нужен тогда, когда требуется закрыть только часть архивов или задать свою логику для конкретного типа страниц.
Пошаговое решение через код
Надёжный вариант — добавить noindex,follow для страниц пагинации, но оставить их доступными для обхода. Это важно: если полностью запретить обход, поисковик может хуже понимать структуру архива и связи между страницами.
Ниже пример для functions.php дочерней темы или, лучше, для небольшого mu-plugin.
<?php
add_action( 'wp_head', function () {
if ( is_paged() && ( is_home() || is_category() || is_tag() || is_archive() ) ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Этот вариант закрывает от индексации постраничные архивы блога, рубрик, меток и других архивных страниц. Если нужно сузить правило, уберите лишние условия. Например, если закрывать только рубрики, оставьте is_category().
Если SEO-плагин уже выводит robots-тег, не дублируйте его вручную. Два разных тега на одной странице — частая причина путаницы. В таком случае лучше настроить плагин или отключить его вывод на уровне конкретного шаблона.
Если нужно закрыть только отдельные архивы
Иногда пагинация нужна в рубриках, но не нужна в тегах или архивах автора. Тогда логика может быть такой:
<?php
add_action( 'wp_head', function () {
if ( is_paged() && is_tag() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Это удобнее, чем закрывать всё подряд. Чем точнее правило, тем меньше риск случайно убрать из индекса полезные страницы.
Настройка через SEO-плагин
Если на сайте уже используется SEO-плагин, проверьте, есть ли в нём отдельная настройка для архивов и пагинации. В большинстве случаев задача решается без кода: нужно отключить индексирование архивов, которые не несут самостоятельной ценности, или задать noindex для страниц пагинации в настройках шаблонов.
Главное здесь — не включать сразу несколько механизмов. Например, если плагин уже ставит noindex, а тема дополнительно вставляет canonical на первую страницу, это обычно нормально. Но если ещё и robots.txt закрывает обход, а сервер отдаёт редирект, можно получить лишние ошибки в обходе.
Проверка результата после внедрения
После изменения не ограничивайтесь просмотром кода страницы. Проверьте результат в нескольких слоях.
- Откройте
/page/2/в браузере и посмотрите исходный код: должен быть robots-тег сnoindex,follow, если вы использовали этот подход. - Проверьте canonical: он должен вести на ожидаемую страницу, а не на случайный URL.
- В Search Console отправьте страницу на повторную проверку, если она уже была в индексе.
- Посмотрите, не появились ли ошибки в логах сервера после изменения шаблона.
Если используете командную строку на сервере, можно быстро проверить заголовки и HTML через curl:
curl -I https://example.com/category/news/page/2/
curl -s https://example.com/category/news/page/2/ | grep -i robotsПервой командой вы увидите статус ответа, второй — наличие robots-тега в HTML. Это не заменяет полноценную проверку, но помогает быстро понять, сработала ли логика.
Частые ошибки и как их исправить
Закрыли пагинацию в robots.txt
Это распространённая ошибка. Если URL уже известен поисковику, запрет в robots.txt не гарантирует удаление из индекса. Для дублей пагинации обычно нужен именно noindex или корректная каноникализация.
Поставили noindex, но оставили конфликтующий canonical
Если canonical указывает не туда или ведёт на нерелевантную страницу, поисковик может игнорировать ваш сигнал. Canonical должен быть логичным: для страниц пагинации чаще всего это либо сам URL, либо первая страница архива — в зависимости от выбранной SEO-логики сайта.
Сломали пагинацию для пользователей
Иногда после правок в шаблоне исчезают ссылки «Следующая страница» или перестаёт работать навигация. Это уже не SEO-проблема, а ошибка верстки или темы. Проверяйте не только мета-теги, но и кликабельность пагинации в интерфейсе.
Закрыли слишком много страниц
Если под правило попали главная, важные категории или страницы с уникальным контентом, трафик может просесть. Перед выкладкой на прод лучше протестировать логику на staging-сайте и явно перечислить, какие типы архивов должны закрываться.
Практические советы по безопасности и производительности
Если вы добавляете код вручную, не правьте основной файл темы на живом сайте. Используйте дочернюю тему или mu-plugin, чтобы обновление не затёрло изменения. Для небольших правил это самый безопасный путь.
Ещё один полезный момент: не плодите несколько независимых решений для одной задачи. Когда robots-теги, canonical, редиректы и правила в SEO-плагине начинают конфликтовать, отладка занимает больше времени, чем сама настройка.
Если нужен более широкий набор инструментов для чистки дублей и технической оптимизации, можно посмотреть в сторону Clearfy Pro. Но даже с плагином важно понимать, какие именно архивы вы закрываете и почему.
Что должно получиться в итоге
После настройки страницы пагинации остаются доступными для обхода, но не засоряют индекс. Поисковик видит структуру архива, а в выдаче меньше шансов столкнуться с однотипными URL, которые не приносят пользы пользователю.
Если коротко, рабочая схема такая: сначала определяете, какие архивы реально дублируются, затем закрываете их через noindex,follow или настройки SEO-плагина, после чего проверяете HTML, canonical и статус в Search Console. Это надёжнее, чем пытаться «спрятать» страницы только через robots.txt.