Если в индексе всплывают страницы вида /page/2/, /page/3/ и похожие дубли архивов, проблема обычно не в «плохом SEO-плагине», а в том, как WordPress и тема строят архивы, категории, теги и поиск. На небольшом сайте это незаметно, но на каталоге статей или новостном проекте такие URL быстро размывают краулинговый бюджет и создают лишние точки входа.
Ниже — практический сценарий: как понять, что именно индексируется, какие варианты закрытия дублей реально работают, и как не сломать пагинацию там, где она нужна пользователю и поисковику.
Как понять, что проблема именно в дублях пагинации
Сначала проверьте, что в индексе действительно есть лишние страницы, а не просто нормальные архивы с пагинацией. Для этого откройте в поиске запросы по шаблону site:example.com inurl:/page/ и сравните результаты с реальной структурой сайта. Если в выдаче есть страницы пагинации рубрик, тегов, авторов и поиска, это уже повод разбираться.
В Google Search Console полезно посмотреть:
- раздел Страницы — есть ли рост «Просканировано, но не проиндексировано» или «Дубликат, Google выбрал другой канонический URL»;
- отчёт по конкретным URL — какой канонический адрес выбран;
- страницы с параметрами поиска, если на сайте есть внутренний поиск и он открыт для индексации.
На стороне сайта проверьте, не создаёт ли тема отдельные архивы для одного и того же контента: рубрики, метки, авторы, дата-архивы, поиск, пагинация главной страницы, пагинация архивов CPT. Часто проблема не в самих /page/2/, а в том, что у них нет нормального canonical или они доступны через несколько путей.
Что считать дублем, а что нет
Пагинация архива сама по себе не всегда лишняя. Если на второй и последующих страницах есть уникальные записи, поисковик может их обходить. Но если это технические страницы без ценности для поиска, их обычно закрывают от индексации или приводят к единой канонической версии.
| Сценарий | Что делать | Компромисс |
|---|---|---|
| Архив категории с пагинацией | Оставить доступным для обхода, проверить canonical и meta robots | Не закрывать без необходимости, если это важная навигация |
| Внутренний поиск | Закрыть от индексации | Пользователи всё равно смогут пользоваться поиском |
| Теги с пустым или слабым контентом | Удалить, объединить или закрыть noindex | Нужно проверить, не теряется ли полезная навигация |
| Дата-архивы без ценности | Обычно закрыть | Если это новостной сайт, решение может быть другим |
Пошаговое решение: от проверки canonical до noindex
Есть три рабочих подхода. Выбор зависит от того, что именно вы хотите получить: убрать URL из индекса, оставить для обхода, но не показывать в поиске, или вообще отключить генерацию лишних архивов.
1. Проверьте canonical на страницах пагинации
Во многих случаях WordPress и тема уже выводят canonical автоматически. Проблема возникает, если шаблон переопределяет его неправильно или SEO-плагин конфликтует с темой. На странице пагинации canonical должен указывать на саму страницу пагинации, а не на первую страницу архива, если это обычная пагинация списка записей.
Проверить можно в исходном коде страницы или через инструменты разработчика. Ищите тег:
<link rel=