Пагинация и SEO: как правильно оформить постраничную навигацию

Как пагинация влияет на индексирование и ранжирование

Что такое пагинация с точки зрения SEO

Постраничная навигация это механизм разбиения длинного списка товаров или статей на отдельные URL: /catalog/page-2/, /catalog/page-3/ и так далее. С точки зрения поисковой оптимизации, каждая такая страница является самостоятельным документом со своим URL, title и контентом. Проблема в том, что все страницы пагинации повторяют одну структуру, отличаясь лишь набором элементов. Поисковики тратят ресурсы на анализ каждого URL, определяя, какой из них релевантен запросу. Вопрос правильной настройки становится критичным для поискового продвижения интернет-магазинов и крупных порталов, где число таких страниц достигает сотен.

Главный риск здесь это размытие веса. Ссылочный вес и внутренние сигналы распределяются по всем URL пагинации. Вторая страница может ранжироваться по тем же запросам, что и первая, создавая каннибализацию: поисковик не понимает, какой документ показывать, и в выдачу попадает не самый релевантный вариант. Дополнительно растет нагрузка на краулинговый бюджет, особенно если фильтры и сортировки генерируют бесконечные дубли. Бот тратит время на обход бесполезных URL, а важные страницы остаются без внимания.

Поисковые системы обрабатывают страницы 2+ по-разному. Яндекс часто исключает глубокие страницы пагинации из индекса, оставляя только первую, если не видит уникальной ценности. Google может индексировать их с пониженным приоритетом, и тогда в выдаче появляются несколько страниц одной категории, конкурирующих между собой. На практике это приводит к тому, что ни одна не попадает в топ. Без корректной настройки пагинации даже качественный контент и грамотная перелинковка не дадут ожидаемого результата.

Схемы склейки пагинации: rel=canonical, view-all, ajax-подгрузка

rel=canonical: просто и с оговорками

Самый распространённый вариант — проставить rel=canonical со всех страниц пагинации на первую. Поисковики получают однозначный сигнал, что индексировать нужно только первую. Это работает почти безотказно для Google, но у Яндекса отношение сложнее: он часто продолжает показывать страницы 2, 3 и дальше, если считает их релевантными. Мы обычно рекомендуем этот метод как базовый для интернет-магазинов с тысячами категорий, где view-all невозможен из-за объёма.

Оговорка в том, что canonical на первую убивает потенциал длинного хвоста запросов. Если на второй странице есть ценные товары с уникальными описаниями, поисковик может проигнорировать canonical и ранжировать её самостоятельно, но тогда в выдаче появятся дубли. Пагинация тесно связана с внутренней перелинковкой: правильная перелинковка страниц списков помогает распределять вес. Поэтому перед выбором схемы стоит оценить, насколько уникальны страницы вашей пагинации.

• Google последовательно учитывает rel=canonical на пагинации, что подтверждают наши кейсы за последние три года.
• Яндекс.Вебмастер показывает, что краулер всё равно обходит страницы пагинации даже с canonical на первую.
• Для каталогов с фильтрами canonical на первую часто конфликтует с rel=canonical самих фильтров.
• При склейке теряются переходы на глубокие страницы, если на них нет ссылок из других разделов.

View-all и бесконечный скролл

Отдельная страница view-all, на которой выведены все товары категории, спасает, когда ассортимент небольшой, до пары сотен позиций. Она получает максимум веса и часто ранжируется лучше любой страницы пагинации, но время загрузки растёт пропорционально числу товаров, а для мобильных это критично. Мы пробовали view-all на проектах с 500+ позициями и отказались: Core Web Vitals проседали, а поисковики всё равно предпочитали первую страницу.

Ajax-подгрузка и бесконечный скролл удобны пользователю, но это худший вариант для SEO, если не продумать fallback. Google умеет исполнять JavaScript и видит подгруженный контент, но Яндекс до сих пор индексирует такие страницы нестабильно. Выход — оставлять в коде страницы ссылки на все страницы пагинации с атрибутами rel=next/prev или хотя бы обычные URL, а ajax делать только визуальным слоем. Бесконечный скролл без явных ссылок на глубокие страницы превращает их в недоступные для краулера, и тогда вся пагинация теряет смысл.

Настройка индексирования страниц пагинации

Индексирование пагинации зависит от типа контента. Для информационных сайтов страницы 2+ часто ценны: они позволяют находить старые публикации через поиск. Если контент уникален, закрывать его не стоит. Для коммерческих каталогов с фильтрами ситуация обратная: страницы дублируют друг друга, размывают релевантность основной и создают переизбыток слабых страниц в индексе. Здесь закрытие вторых страниц снижает нагрузку на краулер и концентрирует вес на главной.

Закрывать пагинацию можно тремя способами, их комбинация даёт лучший результат. Первый: robots.txt с директивой Disallow для шаблонов вида /page/2/, но она работает только для Яндекса и Google. Второй: мета-тег noindex в head, который гарантированно убирает страницу из выдачи. Третий: параметр crawl в Яндекс.Вебмастере, в разделе «Настройки индексирования» можно исключить page=2 и выше. В Search Console аналогичная настройка есть в разделе «Параметры URL». На практике мы обычно комбинируем noindex и настройку краулинга.

Для коммерческих разделов закрывайте страницы 2+ полностью. Для информационных с уникальным контентом лучше оставить их в индексе, но настроить склейку через rel=canonical на первую страницу, если контент частично пересекается. При ajax-подгрузке или бесконечном скролле убедитесь, что поисковики видят полный контент без JavaScript. Контролируйте процесс через отчёты: в Яндекс.Вебмастере смотрите «Страницы в поиске», в Search Console отчёт «Покрытие» покажет ошибки.

Чек-лист: как оформить пагинацию без ошибок

Проверяем URL и заголовки

Начните с аудита адресов. URL второй и последующих страниц должны отличаться от первой читаемым параметром: ?page=2 или /page/2/, а не набором служебных символов. Проверьте, что номер страницы не дублируется в ЧПУ и не образует цепочек вида /page/2/page/3. Заголовки title и H1 должны содержать номер раздела: «Каталог диванов — страница 2». Без уникальных заголовков поисковик склеит страницы как дубли, и в выдаче останется только первая. Шаблонизаторы часто подставляют в title название категории без номера, и тогда весь цикл пагинации становится бесполезным.

Дальше проверьте rel=canonical на каждой странице. При склейке на первую canonical должен указывать на /category/, а не на себя. Если оставляете страницы в индексе, canonical ссылается на текущий URL. Убедитесь, что в robots.txt нет запрета на параметры пагинации, иначе Яндекс и Google не дойдут до глубоких разделов. При большом количестве страниц стоит задуматься об ускорении индексации через карту сайта.

Настройте навигацию между страницами. Ссылки «Предыдущая» и «Следующая» должны быть реальными href, а не JS-обработчиками, и вести на соседние номера. В хлебных крошках не должно быть ссылки на текущую страницу, только на первую. Проверьте, что на каждой странице есть ссылки на все остальные номера, иначе робот не пройдёт по цепочке. После внедрения прогоните URL через Screaming Frog и посмотрите статусы: 200, отсутствие редиректов и корректность canonical. В Яндекс.Вебмастере и Search Console отслеживайте, какие страницы попадают в индекс, при необходимости исключайте лишние через «Исключить URL». Через две-три недели сверьте охват: если глубокие страницы не появляются, проблема либо в ссылочном весе, либо в скорости ответа сервера, тогда копаете в сторону кеширования и оптимизации базы.

Частые ошибки при работе с пагинацией

Ошибка 1: canonical на вторую страницу

Самый частый промах в аудитах: rel=canonical на страницах пагинации указывает на вторую страницу списка. Логика примерно такая: «первая почти не меняется, вторая лучше отражает структуру раздела». На практике это ломает схему склейки: поисковик считает второй URL основным, а первую и третью страницы обесценивает. В одном проекте интернет-магазина так потеряли около 30% трафика на категорию, потому что Google проиндексировал дубли страниц 2 и 3 вместо основного списка. Исправление заняло два дня: прописали canonical на каждую страницу пагинации на саму себя, а на первую добавили canonical на URL без параметра.

Вторая по частоте ошибка связана с noindex. Некоторые SEO-специалисты закрывают все страницы пагинации от индексации через , надеясь убрать дубли. Но если на страницах 2, 3 и дальше есть уникальный контент (описания, фильтры, обзоры), вы выбрасываете его из индекса. Мы обычно рекомендуем noindex только для служебных страниц с параметрами сортировки, а не для основной пагинации. На сайте с 200 страницами товаров закрыли пагинацию noindex, и через месяц органический трафик на категории упал вдвое, потому что из индекса выпали все длинные хвосты запросов.

Третья системная проблема это игнорирование параметров URL. Если /catalog/kurtki?page=2 и /catalog/kurtki/page/2 открывают один и тот же контент, но не склеены через canonical, поисковик индексирует оба URL как разные страницы. Это размывает вес ссылок и создаёт дубли. В Яндекс.Вебмастере такие случаи видны в отчёте «Параметры URL», а в Search Console в разделе «Улучшения». Лечится это либо настройкой ЧПУ в CMS, либо переадресацией 301 со всех вариантов на канонический формат. Ниже собрал типовые ошибки, которые встречаются чаще всего.

• Пагинация склеена с помощью canonical на первую страницу, из-за чего вторая и третья страницы полностью исключаются из индекса.
• В robots.txt закрыты все URL с параметром page, при этом сами страницы пагинации остаются доступными для краулера.
• Отсутствует rel=prev/next для Google, хотя Яндекс эти подсказки игнорирует, и страницы дублируются в выдаче.
• Использование view-all страницы без canonical на неё, что создаёт конфликт между полной версией и постраничной навигацией.
• Параметры сортировки и фильтры не закрыты от индексации, поэтому каждая комбинация фильтров индексируется как отдельная страница.
• Неправильная настройка ajax-подгрузки: контент подгружается динамически, но URL не меняется, и поисковик не видит вторую страницу.

Как проверить пагинацию: инструменты и метрики

Первый этап проверки пагинации это прогон краулером. Screaming Frog покажет, какие URL участвуют в постраничной навигации, отдаёт ли сервер корректные статусы и не висит ли редирект. Смотрите на код 200 для первой страницы и 301 для остальных, если они склеены. Часто страница 2 отдаёт 200, но закрыта в robots.txt, и краулер просто не видит её. Это не всегда ошибка, но если вы планировали индексировать глубину, то проблема налицо. Дополнительно прогоните сайт через Ahrefs Site Audit, он подсветит дубли title и meta description.

Панели вебмастеров дают картину индексации с другой стороны. В Google Search Console откройте раздел «Индексирование страниц» и отфильтруйте URL с параметрами пагинации. Если страницы 3, 4, 5 внезапно перестали попадать в индекс, это повод проверить, не зацепил ли их алгоритм как дубли. В Яндекс.Вебмастере похожая логика, но обращайте внимание на статус «Страницы в поиске» и раздел «Исключённые страницы». Если видите, что страницы с ?page=2 исключены по причине «дубль», значит, склейка работает, и это нормально. Хуже, когда исключённых много, а релевантного контента на них нет, тогда стоит пересмотреть схему.

Метрики, которые реально показывают эффект от исправлений, это охват и трафик по страницам глубины. Зафиксируйте текущее состояние до изменений, потом через две-три недели сравните количество страниц в индексе и запросы, по которым они показываются. Если после склейки или настройки canonical органический трафик на раздел вырос, значит, всё сделано правильно. Если нет, копайте дальше. На практике бывает, что проблема не в самой пагинации, а в слабых текстах на страницах 2+. Агентство Cinar регулярно решает такие задачи, когда постраничная навигация мешает продвижению категорий, и всегда начинает именно с аудита, а не с гипотез.

Часто задаваемые вопросы

Кирилл Токарев

Senior SEO-специалист

Подписаться на ТГ