В категории 600 товаров, на странице показывается 24. Значит, у категории 25 страниц. Если поисковик не может по ним пройти, товары с 5-й страницы и дальше для него почти невидимы: ссылок на них нет больше нигде. Пагинация: не мусор, а дорога к этим товарам.
Как настроить правильно
- Страницы пагинации открыты для индексации и сканирования.
- У каждой страницы собственный canonical на саму себя, а не на первую страницу.
- Ссылки между страницами: обычные теги a с href.
- Первая страница открывается по основному адресу категории, а адрес вида ?PAGEN_1=1 отдаёт 301 на него.
- Несуществующая страница (например, 99 при 25 реальных) отдаёт 404.
Частые ошибки
| Ошибка | Последствие |
|---|---|
| Canonical всех страниц на первую | Поисковик может перестать сканировать товары в глубине |
| Noindex, nofollow на пагинации | Робот не идёт по ссылкам на товары |
| Запрет PAGEN в robots.txt | То же самое: товары на дальних страницах теряются |
| Одинаковые title и description на всех страницах | Дубли в отчётах; лучше добавить «: страница 2» |
| SEO-текст категории повторяется на каждой странице | Частичные дубли; текст оставляют только на первой |
Бесконечная прокрутка и «Показать ещё»
Для людей бесконечная лента удобна, для робота, нет: он не прокручивает страницу и не жмёт кнопки. Решение: за кнопкой «Показать ещё» и бесконечной лентой должны стоять обычные страницы пагинации с собственными адресами, а при подгрузке адрес в браузере меняется на /page-2/, /page-3/. Тогда и людям удобно, и робот видит все элементы.
Нужно ли продвигать страницы пагинации?
Нет. Их задача служебная: провести робота к элементам списка. Продвигается первая страница категории. Поэтому на второй и дальше не нужны SEO-тексты, а title можно делать по шаблону «Название категории: страница N».
Пагинация в 1С-Битрикс
По умолчанию Битрикс использует параметр PAGEN_1. В шаблонах Аспро кнопка «Показать ещё» работает поверх обычной пагинации. Проверьте три вещи: адрес с PAGEN_1=1 не дублирует категорию, canonical на страницах пагинации указывает на них самих, в robots.txt нет запрета на PAGEN. На этом сайте, например, обработчик canonical специально сохраняет параметр пагинации и убирает все остальные.
Для блога и новостей правила те же: старые статьи на дальних страницах списка должны быть доступны по ссылкам. Дополнительно помогают рубрики, теги с реальным наполнением и блоки «Связанные материалы» внутри статей.
Пример настройки для категории на 600 товаров
Категория /catalog/smesiteli/ показывает 30 товаров на странице, всего 20 страниц. Настройка такая. Первая страница открывается по основному адресу с SEO-текстом и полноценным title. Страницы 2–20 доступны по адресам /catalog/smesiteli/?PAGEN_1=2 и так далее, у каждой canonical на саму себя, title «Смесители: страница 2», без SEO-текста. Адрес ?PAGEN_1=1 отдаёт 301 на основной. Ссылки на соседние страницы и на первую, обычные теги a. Кнопка «Показать ещё» подгружает следующую страницу и меняет адрес в браузере. В sitemap: сами товары и первая страница категории.
Частые вопросы
«Не будут ли страницы пагинации считаться дублями?»: Нет, если у них разный набор товаров и собственный canonical. Небольшое совпадение шаблонных блоков нормально. «Нужно ли уникализировать description страниц пагинации?»: Достаточно добавить номер страницы. Писать уникальные описания для каждой не нужно: эти страницы не продвигаются.
Вопросы про пагинацию
Сделать «Показать все» вместо пагинации?
Сколько товаров показывать на странице?
Нужны ли страницы пагинации в sitemap?
Настройку пагинации и каталога проверяем в техническом аудите.
Источники
- Google Search Central: «Рекомендации по пагинации, дополнительной загрузке и их влиянию на Google Поиск»
- Яндекс Справка для вебмастера: «Страницы с пагинацией»
См. также: Canonical, Краулинговый бюджет, SEO для интернет-магазина.
