Пагинация сама по себе не проблема. Проблема начинается, когда поисковик видит несколько URL с почти одинаковым содержимым: страницы архивов, рубрик, меток, блога и их пагинированные версии. В результате в индексе оказываются лишние адреса, а нужные страницы получают меньше веса.
Ниже разберём, как понять, что дубли действительно связаны с пагинацией, какие варианты исправления работают в WordPress и как не сломать индексацию полезных страниц.
Когда дубли появляются именно из-за пагинации
Чаще всего проблема заметна на сайтах с большим архивом записей: блог, рубрики, страницы с фильтрацией контента, архивы автора. Один и тот же набор материалов доступен по нескольким адресам, а пагинация создаёт дополнительные URL вида /page/2/, /page/3/ и так далее.
Если шаблон темы выводит на этих страницах одинаковые title, description и почти одинаковый текст, поисковик начинает воспринимать их как слабые дубли. Это не всегда критично, но почти всегда шумит в индексе.
Что обычно видно в выдаче и в Search Console
- в индексе есть страницы пагинации, которые не должны ранжироваться отдельно;
- в отчётах по индексированию растёт число URL с одинаковым или очень похожим контентом;
- страницы рубрик конкурируют между собой, а не с основными материалами;
- в сниппетах попадаются не те адреса, которые вы хотели бы продвигать.
Диагностика: как проверить, что виновата пагинация
Сначала не трогайте код. Сначала проверьте, где именно дублируется контент и как WordPress отдаёт мета-теги на страницах пагинации.
- Откройте несколько архивов и их страницы
/page/2/,/page/3/. - Сравните title, meta description и H1.
- Посмотрите исходный код: есть ли
noindex,canonicalи не указывает ли canonical на первую страницу везде подряд. - Проверьте, не индексируются ли служебные страницы с параметрами сортировки или фильтрации.
Если у вас установлен SEO-плагин, сначала посмотрите его настройки. Иногда проблема не в WordPress, а в том, что шаблон темы и SEO-плагин конфликтуют: один ставит canonical на первую страницу, другой — на текущую.
Что делать: рабочая схема без лишнего риска
Для большинства сайтов правильная схема выглядит так: основные архивы остаются доступны для обхода, но пагинированные страницы не претендуют на самостоятельное ранжирование. При этом не нужно массово закрывать всё через robots.txt — это часто мешает поисковику понимать структуру сайта.
Есть три подхода:
| Подход | Когда подходит | Минус |
|---|---|---|
| Настройки SEO-плагина | Если нужен быстрый и безопасный вариант | Не всегда решает конфликт canonical в теме |
| Код в теме или мини-плагине | Если нужен точечный контроль | Нужно аккуратно тестировать после обновлений |
| Закрытие через robots.txt | Редкие служебные сценарии | Можно ухудшить обход важных страниц |
Вариант 1: задать canonical для пагинированных архивов
Если тема или плагин не справляются, можно принудительно указать canonical для страниц пагинации. Для архивов обычно логика такая: каждая страница пагинации ссылается на саму себя, а не на первую страницу. Это помогает поисковику корректно понимать структуру, не склеивая всё в один URL.
<?php
add_filter('get_canonical_url', function ($canonical, $post) {
if (is_admin()) {
return $canonical;
}
if (is_paged()) {
return $canonical;
}
return $canonical;
}, 10, 2);Этот пример сам по себе ничего не меняет, а нужен как напоминание: не стоит бездумно переписывать canonical глобально. Если canonical уже отдаётся корректно, лучше не вмешиваться.
Практически полезнее проверить шаблон темы и SEO-плагин. Если canonical на страницах пагинации указывает на первую страницу архива, это можно исправлять точечно через фильтры конкретного плагина или в шаблоне header.php, но только после проверки, как именно формируется тег.
Вариант 2: убрать индексирование пагинации, но оставить обход
Если ваша задача — не видеть страницы /page/2/ в индексе, но сохранить их для обхода роботом, обычно используют noindex,follow на пагинированных архивах. Это более мягкий вариант, чем запрет в robots.txt.
<?php
add_action('wp_head', function () {
if (is_paged() && (is_home() || is_archive())) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1);Этот код стоит использовать только если у вас нет другого SEO-плагина, который уже управляет robots meta. Иначе получите два тега robots на странице, а это лишний шум и непредсказуемое поведение.
Вариант 3: сократить количество самих дублей
Иногда лучше не маскировать последствия, а уменьшить число страниц, которые вообще создают дубли. Для этого полезно:
- сократить количество записей в архиве на страницу, если это не ломает UX;
- убрать из архивов лишние блоки, которые повторяются на каждой странице;
- не выводить одинаковые большие вступительные тексты на всех страницах рубрик;
- не дублировать один и тот же список материалов в нескольких таксономиях без необходимости.
Проверка результата после внедрения
После правок не ограничивайтесь визуальной проверкой. Откройте исходный код и убедитесь, что на страницах пагинации остались только нужные мета-теги.
- canonical указывает на ожидаемый URL;
- на пагинированных страницах нет случайного
noindex, если вы его не планировали; - в
robots.txtнет запрета на обход важных архивов; - страницы пагинации открываются без ошибок 404 и без редирект-цепочек;
- в Search Console новые настройки не создали всплеск исключённых URL.
Если вы меняли код, проверьте несколько типов страниц: главную блога, рубрику, метку, архив автора, страницу поиска. Ошибка часто проявляется не в одном месте, а только на части шаблонов.
Частые ошибки и как их исправить
Закрывают пагинацию через robots.txt
Это распространённая ошибка. Запрет на обход не решает проблему дублей как таковую, а иногда ещё и мешает поисковику увидеть связь между страницами архива. Если цель — убрать дубли из индекса, чаще нужен noindex или корректный canonical, а не запрет в robots.txt.
Ставят одинаковый canonical на все страницы
Когда каждая страница пагинации указывает на первую, поисковик может игнорировать часть контента или путаться в сигналах. Для архивов это не универсальное решение. Сначала проверьте, что именно рекомендует ваш SEO-плагин и как ведёт себя тема.
Смешивают несколько источников мета-тегов
Если у вас одновременно работают тема, SEO-плагин и самописный код, легко получить два canonical, два description или конфликтующие robots. В таком случае сначала отключите лишний источник, а потом уже настраивайте один основной.
Удаляют пагинацию целиком
Иногда пытаются убрать навигацию по страницам архива, оставив только бесконечную ленту или один длинный список. Для больших сайтов это ухудшает доступность и может создать проблемы с загрузкой страницы. Лучше управлять индексацией, а не ломать навигацию.
Безопасность и производительность: что учесть перед правками
Если вы вносите изменения кодом, не редактируйте файлы темы напрямую. Используйте дочернюю тему или небольшой mu-plugin, чтобы обновление не затёрло правки. Перед изменениями сделайте копию сайта или хотя бы сохраните текущую версию шаблона.
Ещё один практический момент: не пытайтесь решить проблему дублей тяжёлыми плагинами, если достаточно одной точечной настройки. Лишний SEO-комбайн может добавить свои мета-теги, скрипты и административную нагрузку. Для сайтов, где уже есть Clearfy Pro, имеет смысл сначала проверить, не закрывает ли он часть дублей штатными настройками, прежде чем писать свой код.
Если нужен минимальный контроль без лишнего интерфейса, лучше держать логику в одном месте: либо SEO-плагин, либо код. Смешанный подход допустим только тогда, когда вы точно понимаете, какой компонент за что отвечает.
Как понять, что решение действительно сработало
Рабочий результат выглядит так: поисковик видит структуру архива, но не тащит в индекс лишние страницы пагинации. В Search Console со временем уменьшается число URL с дублирующимся контентом, а в выдаче остаются те адреса, которые вы считаете основными.
Проверяйте не только главную страницу блога, но и все типы архивов, которые есть на сайте. Если проблема была в шаблоне темы, исправление должно примениться везде одинаково. Если только на рубриках — значит, правка слишком узкая и часть дублей останется.