Если в индексе поисковиков появились лишние страницы разделов и архивов с пагинацией, проблема обычно не в самой пагинации, а в том, как WordPress и тема отдают эти URL поисковым роботам. Чаще всего речь идет о страницах вида /page/2/, /page/3/ и дальше, которые дублируют часть контента основного архива и создают мусор в индексе.
Полностью «удалять» пагинацию обычно не нужно: для пользователя и для обхода сайта она полезна. Задача другая — оставить навигацию на сайте, но не давать поисковику индексировать те страницы, которые не должны ранжироваться отдельно. Ниже разберем, какие варианты реально работают в WordPress и где легко сломать индексацию.
Почему появляются дубли страниц пагинации
WordPress сам по себе создает пагинированные страницы для рубрик, меток, архивов записей, авторов и иногда для главной страницы блога. Если на сайте много материалов, поисковик видит не только первую страницу архива, но и все последующие. Для SEO это не всегда плохо, но дубли появляются, когда:
- страницы пагинации доступны для индексации без необходимости;
- на них повторяются одинаковые title и description;
- тема выводит канонический URL неправильно или не выводит его вовсе;
- в sitemap попадают URL, которые не должны индексироваться;
- архивы с пагинацией закрыты частично, а ссылки на них продолжают активно обходиться роботами.
Важно понимать разницу между дублем и нормальной пагинацией. Если у вас архив на 200 записей, то страницы /page/2/, /page/3/ — это не ошибка, а часть навигации. Проблемой они становятся тогда, когда поисковик начинает считать их отдельными посадочными страницами без ценности.
Что делать в первую очередь: проверить, как WordPress отдает эти страницы
Перед любыми правками откройте несколько URL пагинации и посмотрите исходный код страницы. Нужны три вещи:
- есть ли на странице тег
rel="canonical"; - не стоит ли случайно
noindexна важных архивах; - не отличаются ли title и description у первой и последующих страниц так, что это провоцирует дубли.
Если у вас установлен SEO-плагин, он может сам управлять canonical и мета-тегами. В этом случае сначала проверьте настройки плагина, а не правьте шаблон темы вслепую. Иначе можно получить конфликт: тема выводит одно, плагин — другое.
Какие варианты закрытия пагинации подходят для WordPress
Для WordPress обычно используют три рабочих подхода. Выбор зависит от того, хотите ли вы полностью убрать страницы пагинации из индекса или только снизить риск дублей.
| Подход | Когда подходит | Что дает | Риски |
|---|---|---|---|
noindex,follow | Если пагинация нужна для обхода, но не для ранжирования | Страницы остаются доступными, но не должны индексироваться | Нужно следить, чтобы не закрыть важные архивы целиком |
| canonical на первую страницу архива | Если хотите явно указать основную страницу | Сигнализирует поисковику, какая страница главная | Не всегда достаточно, если страницы уже в индексе |
| закрытие через robots.txt | Редкий случай, когда нужно ограничить обход | Уменьшает обход пагинации роботами | Плохо подходит для удаления уже проиндексированных URL и может мешать переобходу |
Для большинства сайтов лучший базовый вариант — noindex,follow для страниц пагинации архивов, которые не должны ранжироваться отдельно. Это безопаснее, чем закрывать их в robots.txt, потому что робот может увидеть ссылку, но не индексировать страницу. При этом внутренние ссылки на записи продолжают работать.
Как закрыть пагинацию от индексации через SEO-плагин
Если на сайте уже стоит SEO-плагин, используйте его настройки. Это проще и безопаснее, чем вносить правки в код темы. В большинстве случаев нужно найти настройки для архивов и пагинации и отключить индексацию страниц, которые не должны попадать в поиск.
Логика обычно такая: вы оставляете индексируемой первую страницу рубрики или архива, а последующие страницы переводите в режим noindex. После этого проверьте исходный код пагинированной страницы: там должен появиться мета-тег robots с noindex, а canonical должен вести на корректный основной URL.
Если SEO-плагин позволяет отдельно управлять архивами рубрик, меток, авторов и дат, не закрывайте все подряд без разбора. Для небольшого сайта архив автора может быть полезен, а для новостного ресурса — наоборот, создавать лишние дубли. Решение зависит от структуры проекта, а не от универсального рецепта.
Когда нужен canonical и как его не испортить
Canonical полезен, когда у страницы есть несколько вариантов URL или когда пагинация должна явно ссылаться на основную страницу архива. Но canonical не заменяет нормальную настройку индексации. Если поставить только canonical, а страницы оставить индексируемыми, поисковик может все равно держать их в индексе какое-то время.
Для пагинации canonical обычно должен указывать на саму страницу, если это полноценная страница архива, или на первую страницу архива, если вы сознательно не хотите отдельной индексации для /page/2/ и дальше. Главное — не делать каноникал на случайный URL и не отправлять все страницы пагинации на главную, если они относятся к разным разделам. Это ломает сигналы релевантности.
Проверка простая: откройте исходный код страницы и найдите canonical. Он должен быть один, без конфликтов с темой и плагинами. Если на странице два canonical, это уже ошибка шаблона или конфигурации.
Что делать, если дубли уже попали в индекс
Если пагинированные URL уже проиндексированы, одного изменения настроек мало. Поисковику нужно время, чтобы переобойти страницы и убрать их из выдачи. Обычно порядок действий такой:
- настроить
noindexили canonical для пагинации; - убедиться, что страницы доступны для обхода и не закрыты в
robots.txtбез необходимости; - обновить sitemap, если туда попадали лишние URL;
- отправить важные страницы на переобход через инструменты для вебмастеров;
- проверить, как меняется статус страниц в индексе через несколько переобходов.
Если вы сначала закрыли URL в robots.txt, а потом хотите убрать их из индекса, это может затянуть процесс. Робот не сможет нормально переобойти страницу и увидеть новый noindex. Поэтому для уже проиндексированных дублей чаще лучше оставить доступ к странице и закрыть именно индексацию.
Когда не стоит закрывать пагинацию целиком
Есть ситуации, в которых пагинация нужна не только пользователю, но и поисковику. Например, если в архиве много материалов, а первая страница не отражает весь ассортимент контента. Тогда полное закрытие всех страниц пагинации может ухудшить обход глубоко лежащих записей.
В таких случаях обычно оставляют пагинацию доступной, но следят за тремя вещами:
- у страниц есть корректный canonical;
- не дублируются title и description;
- страницы не получают отдельную поисковую ценность, если она им не нужна.
То есть цель не в том, чтобы спрятать все страницы с /page/2/, а в том, чтобы не дать им конкурировать с основными разделами и не засорять индекс.
Как проверить, что решение сработало
После правок проверьте несколько вещей вручную. Откройте первую и вторую страницу нужного архива и сравните:
- мета-тег robots;
- canonical;
- title;
- наличие страницы в sitemap;
- код ответа сервера.
Если страница должна быть закрыта от индексации, в исходном коде должен быть виден noindex. Если вы используете canonical, он должен вести на ожидаемый URL. А если страница по-прежнему попадает в sitemap, проверьте настройки SEO-плагина и генерацию карты сайта: иногда проблема не в пагинации, а в том, что sitemap собирается без учета правил индексации.
Дополнительно полезно открыть URL в инструменте проверки страниц поисковой системы, если он у вас есть. Там видно, как робот воспринимает canonical и доступность страницы. Это особенно важно после смены темы или SEO-плагина, когда старые настройки могут конфликтовать с новыми.
Что обычно ломают при попытке убрать дубли
Самая частая ошибка — закрыть пагинацию в robots.txt и считать задачу решенной. Для новых страниц это иногда работает как ограничение обхода, но для уже проиндексированных URL этого недостаточно. Вторая ошибка — ставить noindex на все архивы подряд, включая те, которые реально нужны для поиска и навигации.
Еще одна типичная проблема — править шаблон темы вручную, не понимая, что SEO-плагин уже выводит свои мета-теги. В итоге на странице появляются дубли canonical или conflicting robots directives. Если у вас нестандартная тема или кастомный шаблон архива, после обновления темы такие правки легко потерять.
Если нужен более управляемый способ чистить SEO-дубли и системно настраивать архивы, можно посмотреть на Clearfy Pro. Но даже с ним важно понимать логику: плагин помогает настроить поведение сайта, а не заменяет проверку canonical, robots и sitemap.
В итоге рабочая схема обычно такая: не трогать саму навигацию, закрыть от индексации только те страницы пагинации, которые не должны ранжироваться отдельно, и обязательно проверить, что важные архивы и записи остались доступны поисковику. Тогда дубли уходят без лишнего риска для сайта.