Что такое пагинация и почему ей занимаются отдельно
Пагинация сайта – это постраничная навигация: длинный список товаров, статей или объявлений разбит на части, а внизу стоят номера страниц. С точки зрения SEO у нее одна задача – сделать так, чтобы робот дошел до каждой карточки в списке, а в выдачу попали правильные страницы, а не случайные «вторые» и «пятые».
Короткий ответ на вопрос, как настроить пагинацию для поиска, такой. Каждая страница серии открывается по своему постоянному адресу и отдает код 200. Каждая содержит обычные ссылки на соседние страницы и на товары. У каждой свой canonical на саму себя. Заголовки и описания различаются. Закрывать серию от индекса или склеивать все со страницей 1 нужно только в особых случаях, о которых ниже.
Отдельного внимания пагинация требует потому, что на ней сходятся сразу три проблемы: обход глубоких страниц, дубли заголовков и распыление запросов между категорией и ее продолжениями. Если не разделить их, правка одной ломает другую: закрыли страницы 2+ от индекса и потеряли товары, до которых робот добирался только через них.
- страница серии нужна роботу как путь к карточкам, а не как самостоятельный посадочный адрес
- в выдаче по коммерческому запросу должна оставаться первая страница категории
- глубокие страницы не должны стать единственной дорогой к товарам
- у каждой страницы серии должен быть уникальный заголовок
В интернет-магазине с тысячами карточек эти правила сложнее, потому что к списку добавляются фильтры и сортировки; как это складывается в системе, я описываю в рамках SEO-продвижения интернет-магазина .
Что изменилось: rel prev/next больше не работает
Много лет советовали размечать серию атрибутами rel="prev" и rel="next" в head. Google официально объявил в 2019 году, что давно не использует их как сигнал индексации. Страницы серии он воспринимает как обычные страницы, связанные обычными ссылками. Яндекс отдельной разметки для пагинации не требует и в справке ее не описывает, поэтому опираться стоит на общие принципы: доступные ссылки, понятные коды ответа и корректный canonical.
Вывод практический. Если в шаблоне остались prev и next, вреда от них нет, и переписывать ради этого код не нужно. Но рассчитывать, что разметка заменит нормальные ссылки в самой навигации, нельзя. Если номера страниц подгружаются скриптом и в коде нет тегов a с адресами, робот серию не увидит, какие бы атрибуты ни стояли в head.
Проверить это просто: откройте исходный код страницы категории через «Просмотр кода» или сохраните ответ сервера командой curl и поищите ссылки на вторую и третью страницы. Если находите их как href с полным или относительным адресом, все в порядке. Если там только кнопка «Показать еще» без адреса, разбор ниже про бесконечную прокрутку – ваш случай.
Canonical в пагинации: на себя или на первую страницу
Самая частая ошибка – поставить на всех страницах серии canonical на первую. Логика понятна: хочется, чтобы в выдаче была только главная страница категории. Но canonical – это сигнал «эта страница равна той». Страница 3 содержит другие товары, чем страница 1, значит, они не равны. Поисковик вправе проигнорировать такой canonical, а если послушается, перестанет учитывать товары, которые видны только на глубоких страницах, и путь к ним сузится.
Рабочая схема проще. У каждой страницы серии canonical указывает на ее собственный адрес. Страница 1 – основная, и ее же вы продвигаете под запрос. Страницы 2 и далее остаются в индексе как технические: на них мало шансов занять места по коммерческим запросам, потому что у них слабее заголовок и нет собственного вступительного текста, но они выполняют роль маршрута.
Отдельно про вариант «Показать все». Google допускает, что canonical со всех страниц серии ведет на единую страницу со всем списком. Это оправдано, только если полный список грузится быстро и помещается в разумный объем – например, 40-60 позиций. Для каталога на тысячи карточек такая страница будет тяжелой, медленной и проиграет по Core Web Vitals, так что вариант годится для небольших рубрик.
| Подход | Когда подходит | Риск |
|---|---|---|
| Canonical на самих себя | Большинство каталогов и блогов | Глубокие страницы остаются в индексе, но редко мешают |
| Canonical на «Показать все» | Короткие списки до 50-60 позиций | Тяжелая страница, если список вырастет |
| Canonical на страницу 1 | Почти никогда | Товары на глубоких страницах теряются для поиска |
| noindex, follow на страницы 2+ | Серия без трафика и с дублями заголовков | Робот постепенно реже ходит по ссылкам с таких страниц |
Схему страниц, адресов и canonical проще всего заложить заранее, на этапе SEO-проектирования сайта , чем перестраивать каталог, который уже в индексе.
Заголовки, описания и тексты на страницах серии
Вторая типовая проблема – одинаковые title у всех страниц. Страницы «Шины зимние», «Шины зимние», «Шины зимние» с одним описанием читаются поисковиком как дубли метаданных, а в Вебмастере и Search Console превращаются в длинные отчеты замечаний.
Решение стандартное: к заголовку страниц со второй добавляется номер, например «Шины зимние – страница 2». Мета-описание для глубоких страниц можно не писать вручную, шаблонная фраза с номером достаточно. Важный момент: основной вводный текст категории и SEO-описание ставьте только на первую страницу. На странице 2 тот же блок превращается в дубль контента, а покупателю он там не нужен.
Заголовок H1 на страницах серии обычно оставляют прежним, номер добавляют в title и можно в небольшую надпись над списком. Хлебные крошки ведут на категорию, а не на «страницу 1» с параметром. Это снимает вопрос, какой адрес считать главным.
- title: название категории и «страница N» для всех страниц, кроме первой
- description: короткий шаблон с номером, без копии описания первой страницы
- SEO-текст категории – только на первой странице
- H1 одинаковый, но заметно, на какой вы странице
- в хлебных крошках ссылка на категорию без параметров
Адреса страниц и параметры: что не должно появляться
Адрес страницы серии должен быть стабильным и одним. Допустимы два варианта: /katalog/shiny/page/2/ или /katalog/shiny/?page=2. Вопросов к ним у поисковиков нет. Проблемы начинаются, когда рядом с номером в адресе появляются сортировка, фильтры и метки: ?page=2&sort=price&utm=vk. Одна страница серии превращается в десятки адресов.
Первую страницу при этом держите без номера: /katalog/shiny/, а адрес /katalog/shiny/?page=1 должен вести 301-редиректом на нее. Если он открывается отдельно с кодом 200, у вас получился полный дубль основной страницы. Как такие копии находить и склеивать, показано в статье про дубли – ссылка в конце раздела.
Еще одна ловушка – номера за пределами серии. Если в каталоге 12 страниц, адрес ?page=40 должен отдавать 404, а не пустую страницу с кодом 200. Иначе робот будет уходить по нему и получать бесконечную серию пустых страниц.
Если параметры в адресах уже плодят копии категории, начните с общей инструкции про дубли страниц сайта : там разобрано, когда нужен 301, когда canonical и когда noindex.
Бесконечная прокрутка и кнопка «Показать еще»
Бесконечная прокрутка удобна пользователям и опасна для поиска, если реализована как скрипт без адресов. Робот не прокручивает страницу и не нажимает кнопки так, как человек. Если новые товары подгружаются без перехода по ссылке, ему виден только первый экран списка.
Безопасный вариант – гибридный. Для людей остается подгрузка, но под ней в коде лежат обычные ссылки на страницы 2, 3 и далее, и при подгрузке браузер обновляет адрес через History API. Тогда робот получает привычную пагинацию, а пользователь – плавный скролл. Такую схему легко проверить: отключите JavaScript и посмотрите, остаются ли внизу номера страниц.
Для магазинов на JavaScript-фреймворках это одна из самых частых причин, почему часть каталога не индексируется. Отдельные приемы проверки отображения страниц роботом я разбирал в материале про индексацию, а проектирование каталога с нужной структурой адресов мы закладываем на старте.
Если страницы категорий закрыты за скриптом, разберите отчеты в статье про индексацию сайта : там показано, как увидеть, какие страницы поисковик действительно получил.
Как проверить пагинацию: чек-лист на полчаса
Проверка занимает немного времени и не требует платных инструментов. Нужны сканер вроде Screaming Frog (бесплатная версия обходит до 500 адресов), Вебмастер и Search Console. Я прохожу по одному и тому же порядку на каждом каталоге, и он закрывает основные риски.
Первым делом просканируйте категорию и посмотрите глубину: на какой уровень вложенности уходят товары. Если карточка находится в пяти кликах от главной, вероятнее всего, ее обходят редко. В таких случаях я добавляю на первую страницу ссылки на самые востребованные позиции и увеличиваю число товаров на странице, чтобы серия стала короче. Когда в серии сто страниц по двадцать товаров, дело не в canonical – слишком мелкий шаг нарезки.
- все страницы серии отдают 200, а страницы за пределами серии – 404
- в коде есть ссылки на следующую и предыдущую страницы, а не только кнопки
- canonical каждой страницы совпадает с ее адресом, без параметров сортировки
- title и description различаются между страницами
- ?page=1 редиректит на основную страницу категории
- страницы серии есть в sitemap.xml только при индексируемой серии
- в Вебмастере нет всплеска «Дублей» и «Малоценных страниц» по категориям
- товары с глубоких страниц присутствуют в индексе
Такую проверку я включаю в SEO-аудит сайта вместе с остальной технической частью – пагинация редко ломается одна, чаще вместе с фильтрами и редиректами.
Пример из практики и когда нужна помощь
Типичная картина по каталогам, которые я разбираю: категория на 40 страниц, у каждой страницы по три варианта адреса из-за сортировки и метки, одинаковые заголовки и canonical на первую страницу. Поисковик видит сотни почти одинаковых адресов, а до половины товаров на глубоких страницах обходит раз в несколько недель. Исправление занимает один спринт разработчика, а эффект в индексации заметен через 3-6 недель.
Если у вас интернет-магазин с большим каталогом, пагинацию лучше обсуждать вместе с фильтрами, структурой категорий и сортировками, а не отдельно: меняя что-то одно, легко потерять позиции по соседним запросам. Такие задачи я веду в рамках SEO-продвижения интернет-магазина, а адреса и шаблоны каталога лучше закладывать еще на проектировании сайта.
Магазин шин в Москве, где каталог с тысячами позиций – основа спроса, описан в кейсе SEO интернет-магазина шин в Москве : там видно, как поисковая посещаемость такого проекта меняется по неделям с учетом сезона.