Пагинация в SEO: настройка страниц пагинации для Яндекса и Google

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

Для пользователя всё выглядит просто:

1  2  3  4  5  →

Для поисковой системы каждая страница пагинации — отдельный URL с другим набором элементов. Ошибочная настройка может скрыть товары от робота, создать дубли, запутать canonical или заставить поисковик обходить тысячи комбинаций пагинации, фильтров и сортировок.

Особенно важно не использовать устаревшие рекомендации. Сегодня и Яндекс, и Google не используют rel="prev"/rel="next" как сигнал индексирования. Google рекомендует отдельный URL и self-canonical для каждой страницы последовательности, а Яндекс прямо указывает, что страницы пагинации могут индексироваться и участвовать в поиске.

Главная мысль: страница 2, 3 или 10 — это не технический дубль первой страницы, если она показывает другой набор товаров или материалов. Не канонизируйте всю пагинацию на страницу 1 автоматически.

Содержание

• Что такое пагинация
• Зачем пагинация нужна сайту
• Как поисковик видит страницы пагинации
• Какими должны быть URL
• Canonical на страницах пагинации
• Нужны ли rel prev и next
• Пагинация в Яндексе
• Пагинация в Google
• Нужно ли индексировать страницы 2, 3, 4
• Robots.txt и пагинация
• Noindex и пагинация
• Страница page=1 и дубли
• Title и Description
• Внутренние ссылки
• Глубокие страницы пагинации
• Пагинация и фильтры
• Пагинация и сортировки
• Пустые страницы пагинации
• Sitemap.xml
• Кнопка «Показать ещё»
• Infinite scroll
• JavaScript-пагинация
• Как проверить пагинацию
• Типичные ошибки
• Пример настройки интернет-магазина
• Чек-лист
• FAQ
• Вывод

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

Пагинация — это разделение большого набора элементов на последовательность отдельных страниц.

Например, в категории 480 товаров, а на одной странице выводится 24.

Получаем:

страница 1 → товары 1–24
страница 2 → товары 25–48
страница 3 → товары 49–72
...
страница 20 → товары 457–480

URL могут выглядеть по-разному:

/catalog/notebooks/?page=2
/catalog/notebooks/page/2/
/catalog/notebooks/?PAGEN_1=2

В 1С-Битрикс часто встречается:

?PAGEN_1=2

На других CMS используются page, p, /page/2/ и другие схемы.

Для SEO важен не конкретный параметр, а предсказуемость:

• у каждой порции контента есть отдельный URL;
• один и тот же набор элементов не дублируется по множеству адресов;
• робот может переходить между страницами по обычным ссылкам;
• каждая страница отдаёт корректный HTTP-код;
• canonical не противоречит содержанию.

Зачем пагинация нужна сайту

Можно попытаться вывести все товары на одной странице, но для большого каталога это создаёт новые проблемы:

• тяжёлый HTML;
• более медленная загрузка;
• большое количество изображений;
• нагрузка на сервер и базу данных;
• неудобная навигация;
• сложная работа на мобильных устройствах.

Пагинация позволяет загружать каталог частями.

Но SEO-задача состоит в том, чтобы поисковый робот всё равно мог обнаружить товары и понять структуру последовательности.

Это особенно важно для интернет-магазинов: если робот видит только первые 24 товара, а остальные доступны после нажатия JavaScript-кнопки, большая часть ассортимента может обнаруживаться хуже.

Как поисковик видит страницы пагинации

Для поисковой системы:

/catalog/notebooks/

и:

/catalog/notebooks/?page=2

— два разных URL.

Если на второй странице находятся другие товары, это не полный дубль первой.

Поэтому схема:

page=2 → canonical на page=1
page=3 → canonical на page=1
page=4 → canonical на page=1

не соответствует фактическому содержанию последовательности.

Google в актуальной документации рекомендует давать каждой странице пагинации отдельный URL и собственный canonical.

Яндекс также указывает, что страницы пагинации могут индексироваться и участвовать в поиске без специальных ограничений.

Какими должны быть URL пагинации

Хорошая схема URL должна быть стабильной.

Например:

/catalog/notebooks/?page=2
/catalog/notebooks/?page=3
/catalog/notebooks/?page=4

или:

/catalog/notebooks/page/2/
/catalog/notebooks/page/3/

Каждая страница — отдельный URL

Google прямо рекомендует отдельный адрес для каждой страницы последовательности.

Плохо, когда URL не меняется:

/catalog/notebooks/

а содержимое полностью зависит от JavaScript-состояния в браузере.

Робот должен иметь возможность запросить конкретную страницу напрямую.

Не используйте # как единственную пагинацию

Например:

/catalog/#page=2

Фрагмент после # обычно не является отдельным серверным URL.

Для поисковой навигации лучше использовать обычные адреса.

Один номер — один адрес

Плохо:

?page=2
?p=2
/page/2/
?PAGEN_1=2

если все четыре URL показывают один и тот же список.

Выберите основную схему, а старые варианты устраните или правильно канонизируйте.

Canonical на страницах пагинации

Это одна из самых частых ошибок.

Неправильная универсальная схема

/page/2/ → canonical → /category/
/page/3/ → canonical → /category/
/page/4/ → canonical → /category/

Если на каждой странице другой набор товаров, они не являются одинаковыми документами.

Рекомендуемая модель для Google

Каждая страница последовательности получает self-canonical.

Страница 1:

<link rel="canonical" href="https://example.ru/catalog/notebooks/">

Страница 2:

<link rel="canonical" href="https://example.ru/catalog/notebooks/?page=2">

Страница 3:

<link rel="canonical" href="https://example.ru/catalog/notebooks/?page=3">

Google прямо пишет: не используйте первую страницу последовательности как canonical для всех остальных; каждой странице рекомендуется собственный canonical URL.

Официальная документация: Pagination, incremental page loading, and their impact on Google Search.

Подробнее о самом сигнале: rel=canonical.

Когда canonical на другую страницу всё же возможен

Если два URL действительно показывают один и тот же набор:

?page=2&view=list
?page=2&view=grid

то технический вариант view=grid можно канонизировать на выбранную основную версию страницы 2.

То есть canonical работает внутри конкретного содержимого, а не превращает всю пагинацию в страницу 1.

Нужны ли rel="prev" и rel="next"

Раньше существовали рекомендации связывать страницы так:

<link rel="prev" href="...">
<link rel="next" href="...">

Сегодня рассчитывать на это как на SEO-сигнал нельзя.

Google

Google официально указывает, что значения next и prev атрибута rel больше не используются Google Search и не влияют на индексирование.

Документация: Meta tags and attributes that Google supports.

Яндекс

Яндекс прямо сообщает, что робот не учитывает rel="prev" и rel="next" при индексировании страниц пагинации.

Поэтому добавление этих тегов само по себе не исправит пагинацию.

Если они уже есть на сайте и нужны другой системе или внутренней логике, это не обязательно проблема. Но строить SEO-стратегию вокруг них не нужно.

Пагинация в Яндексе

В справке Яндекс Вебмастера указано:

робот не учитывает rel со значениями prev и next, поэтому страницы пагинации могут индексироваться и участвовать в поиске без ограничений.

Официальная страница: Как работает поиск Яндекса.

Из этого следует несколько практических выводов.

Не рассчитывайте на rel prev/next

Яндекс будет оценивать URL как обычные страницы.

Следите за доступностью ссылок

Робот должен иметь путь к следующим страницам.

Например:

<a href="/catalog/?page=2">2</a>
<a href="/catalog/?page=3">3</a>

Не смешивайте пагинацию с мусорными параметрами

URL:

?page=4&sort=price&view=list&utm_source=test

создаёт уже не просто страницу пагинации, а комбинацию нескольких параметров.

Для Яндекса служебные GET-параметры стоит разбирать отдельно через Clean-param и настройки GET-параметров Вебмастера.

Но сам page или PAGEN_1 нельзя объявлять незначащим автоматически: он меняет набор элементов.

Проверяйте фактические страницы в поиске

В Яндекс Вебмастере полезно смотреть отдельно:

/category/
/category/?page=2
/category/?page=3

и глубокие страницы последовательности.

Если в индекс массово попадают сортировки и фильтры вместе с пагинацией, проблема уже не в самой пагинации, а в архитектуре параметров.

Пагинация в Google

Google рассматривает каждую страницу пагинации как отдельный URL.

Актуальные рекомендации включают несколько ключевых принципов.

1. Отдельный URL для каждой страницы

Например:

?page=2
?page=3
?page=4

2. Self-canonical

Каждая страница должна канонизироваться на себя, а не на первую страницу последовательности.

3. Последовательные ссылки

Google рекомендует связывать страницы последовательности обычными <a href>.

Минимум:

1 → 2 → 3 → 4

чтобы Googlebot мог обнаруживать последующие страницы.

4. Не полагаться на клики

Googlebot обычно обнаруживает URL из href элементов <a>. Он не «нажимает» обычные кнопки и, как правило, не запускает JavaScript-функции, требующие пользовательского действия для загрузки следующей порции.

5. Фильтры и сортировки контролировать отдельно

Google отдельно рекомендует не допускать бесконтрольной индексации альтернативных сортировок и фильтров.

Это особенно важно для URL:

?page=3&sort=price&color=black

Подробно о фильтрах: SEO фильтров интернет-магазина.

Нужно ли индексировать страницы 2, 3, 4

Не существует универсального правила «всегда noindex после первой страницы».

Если страница 2 содержит товары, которых нет на странице 1, она является частью структуры каталога.

Закрывая её от индексации или обхода, вы можете ухудшить обнаружение глубоких карточек.

Для обычного каталога

Базовая безопасная модель:

страница 1 → index, self-canonical
страница 2 → index, self-canonical
страница 3 → index, self-canonical
...

при условии, что страницы доступны роботу и не создают технических дублей.

Когда нужен другой подход

Отдельная стратегия может потребоваться, если:

• пагинация генерирует огромные бесконечные диапазоны;
• глубокие страницы почти пустые;
• одни и те же товары многократно повторяются;
• URL создаются динамически без конечной границы;
• пагинация относится к внутреннему поиску, который вообще не должен индексироваться.

Решение нужно принимать по типу раздела, а не по номеру страницы.

Robots.txt и пагинация

Частая ошибка:

Disallow: /*page=

или для Битрикса:

Disallow: /*PAGEN_1=

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

Когда robots.txt может быть уместен

Не для самой чистой пагинации, а для технических комбинаций.

Например:

?page=2&sort=random
?page=3&view=list
?page=4&filter=...

Но правила нужно проектировать так, чтобы не заблокировать полезные последовательные URL.

Помните про HTML-сигналы

Если URL закрыт через Disallow, робот может не получить страницу и не увидеть canonical или noindex внутри HTML.

Поэтому не используйте одновременно несколько противоречащих механизмов «на всякий случай».

Noindex и пагинация

Схема:

page 1 → index
page 2+ → noindex

часто встречается в старых SEO-рекомендациях, но не должна применяться автоматически.

Почему это может быть проблемой

Глубокие товары могут иметь мало других внутренних ссылок.

Если вся последовательность после первой страницы исключена, вы ослабляете структуру обнаружения контента.

Когда noindex логичен

Например, для:

• внутреннего поиска;
• технических списков без самостоятельной ценности;
• специальных пользовательских выборок;
• страниц, которые вы осознанно хотите оставить доступными, но исключить из поиска.

Но это уже характеристика конкретного раздела, а не пагинации как технологии.

Подробнее: Noindex.

Page=1 и дубли первой страницы

Отдельная проблема возникает, когда первая страница доступна одновременно так:

/catalog/notebooks/
/catalog/notebooks/?page=1

или в Битриксе:

/catalog/notebooks/
/catalog/notebooks/?PAGEN_1=1

Если содержимое одинаковое, это технический дубль.

Предпочтительная модель

Основной URL первой страницы:

/catalog/notebooks/

А ?page=1:

• не генерируется внутренними ссылками;
• либо перенаправляется на чистый URL;
• либо канонизируется на чистый URL, если редирект по архитектуре невозможен.

Лучше не создавать лишнюю версию с самого начала.

Проверьте обратный переход

Кнопка «1» или «В начало» должна вести на чистый URL категории, если именно он выбран каноническим.

Title и Description страниц пагинации

Нужно ли добавлять «Страница 2» в Title?

Не обязательно.

Google в актуальной документации пишет, что страницы одной последовательности могут иметь одинаковые title и description: Google старается распознавать их как части последовательности.

Но для пользователя и внутренней диагностики иногда удобно различать номера.

Например:

Ноутбуки — купить в интернет-магазине | Страница 2

Главное — не создавать ложный новый поисковый интент.

Плохо:

Купить ноутбуки страница 2 дешево в Москве

Пагинация — техническая часть категории, а не новая коммерческая посадочная под запрос «страница 2».

H1

Можно сохранить основной H1:

Ноутбуки

или добавить визуальное указание номера отдельно от H1.

Не нужно превращать номер страницы в ключевую фразу.

Внутренние ссылки между страницами пагинации

Google рекомендует связывать страницы последовательности обычными ссылками.

Базовый вариант:

← Назад  1  2  3  4  5  Далее →

Каждая ссылка должна быть настоящим:

<a href="...">

а не только:

<button onclick="...">

Не обязательно ссылаться со страницы 1 на все 500 страниц

Для огромного каталога достаточно логичной навигации:

• следующая;
• предыдущая;
• несколько соседних номеров;
• первая;
• последняя — если это полезно пользователю.

Ключевой принцип — не создавать изолированные страницы без пути обхода.

Ссылки на товары

Карточки на странице пагинации должны иметь обычные ссылки на товар.

Плохо, если переход к товару реализован только JavaScript-обработчиком карточки без href.

Что делать с глубокими страницами пагинации

Каталог может иметь:

page=2
page=20
page=200
page=2000

Если таких страниц действительно столько, нужно оценить архитектуру.

Проблема не всегда в индексации

Очень глубокая пагинация может означать, что каталог слишком широкий и не имеет достаточного числа подкатегорий.

Например, вместо одной категории из 50 000 товаров полезнее иметь структуру:

Ноутбуки
├─ Игровые
├─ Для работы
├─ Lenovo
├─ ASUS
└─ 16 ГБ RAM

если эти подкатегории соответствуют спросу и ассортименту.

Так важные товары становятся ближе к верхнему уровню сайта.

Не создавайте фиктивные страницы

Если существует только 20 страниц, URL:

?page=999

не должен возвращать пустой 200 OK.

Пагинация и фильтры

Самая сложная зона — комбинации:

/catalog/notebooks/?brand=lenovo&page=2
/catalog/notebooks/?brand=lenovo&page=3

Если фильтр Lenovo — полноценная SEO-посадочная, её пагинация также должна работать последовательно.

Например:

/lenovo/          → страница 1 посадочной Lenovo
/lenovo/?page=2   → страница 2 той же посадочной

Canonical страницы 2 должен относиться к странице 2 этой последовательности, а не к общей категории и не обязательно к странице 1 Lenovo.

Технический фильтр

Если сам фильтр не должен существовать в поиске:

?price_from=43127&price_to=56891&page=3

то пагинация не делает его полезнее.

Сначала определяется статус фильтра, потом его последовательности.

Подробнее: SEO фильтров и SEO умного фильтра в 1С-Битрикс.

Пагинация и сортировки

Комбинации сортировки особенно быстро создают дубли:

?page=2&sort=price_asc
?page=2&sort=price_desc
?page=2&sort=rating

Если сортировка меняет только порядок тех же товаров, отдельная индексация обычно не нужна.

Нужно выбрать основную последовательность:

?page=2
?page=3

и не позволить альтернативным сортировкам становиться равноправными SEO-страницами.

Механизм зависит от поисковой системы и архитектуры:

• canonical;
• robots.txt для ненужных пространств;
• отсутствие crawlable-ссылок на технические варианты;
• Clean-param для незначащих параметров в Яндексе, если параметр действительно не меняет смысл документа.

Пустые страницы пагинации

Допустим, в категории только 6 страниц.

Запрос:

/category/?page=500

не должен создавать бесконечный документ:

200 OK
Товаров нет

Для несуществующей страницы последовательности корректнее вернуть:

404 Not Found

или другой корректный статус в зависимости от реальной ситуации, но не маскировать отсутствие контента обычным успешным ответом.

Это снижает риск Soft 404 и бесконечного обхода.

Не редиректите любой неверный номер на страницу 1

Например:

?page=999999 → 301 → /category/

создаёт ложную постоянную замену.

Если такой страницы никогда не существовало и прямой замены нет, 404 честнее.

Нужно ли добавлять пагинацию в Sitemap.xml

Sitemap должен прежде всего содержать канонические URL, которые вы хотите показывать поисковым системам.

Для интернет-магазина обычно важнее обеспечить наличие:

• категорий;
• подкатегорий;
• SEO-посадочных;
• карточек товаров.

Страницы пагинации могут быть каноническими URL, но их массовое добавление в Sitemap не заменяет нормальную внутреннюю перелинковку.

Робот должен уметь обнаружить последовательность через ссылки.

Не используйте Sitemap как костыль для пагинации, которую невозможно обойти со страницы сайта.

Подробнее: Sitemap.xml.

Кнопка «Показать ещё» и SEO

UX-паттерн «Показать ещё» выглядит так:

24 товара
[Показать ещё]
ещё 24 товара
[Показать ещё]

Для пользователя это удобно: новая страница визуально не загружается.

Для Google есть важное ограничение: робот обычно не нажимает кнопки, которые запускают JavaScript-загрузку следующей порции.

Если товары 25–48 существуют только после клика:

<button>Показать ещё</button>

и у них нет отдельного crawlable URL, робот может не получить нормальный путь к ним.

Правильная модель

Можно оставить кнопку для пользователя, но под ней должна существовать адресуемая пагинация:

?page=2
?page=3
?page=4

и ссылки/источник, позволяющие роботу обнаружить эти URL.

То есть UX может быть «Показать ещё», а техническая SEO-архитектура — обычной пагинацией.

Infinite scroll и SEO

Бесконечная прокрутка автоматически загружает следующую порцию, когда пользователь доходит до конца списка.

Проблема та же: поисковому роботу нужен адресуемый контент.

Хорошая реализация infinite scroll строится поверх страниц:

?page=1
?page=2
?page=3

Браузер может визуально объединять их в одну бесконечную ленту, но каждый сегмент должен иметь URL, который можно открыть напрямую.

Что проверить

• URL обновляется логично;
• прямое открытие ?page=4 работает;
• товары этой порции доступны;
• есть способ обнаружить следующий URL;
• history API не создаёт дубли;
• возврат назад не сбрасывает пользователя в начало каталога.

SEO здесь тесно связано с UX и JavaScript-архитектурой.

JavaScript-пагинация

Google умеет рендерить JavaScript, Яндекс также поддерживает JS-рендеринг и позволяет управлять им в Вебмастере.

Но это не означает, что можно скрыть навигацию полностью внутри пользовательских событий.

Googlebot не должен «угадывать» клики

Google в документации по пагинации указывает, что crawler обычно обходит URL из href элементов <a> и не нажимает кнопки для запуска JavaScript.

Поэтому:

<a href="?page=2">Далее</a>

намного надёжнее как механизм обнаружения, чем:

<button onclick="loadPage(2)">Далее</button>

без адресуемого URL.

Яндекс

В Яндекс Вебмастере есть настройка JavaScript-рендеринга. Но для каталога лучше не делать индексирование зависимым от выполнения сложной цепочки событий.

Подробнее: JavaScript и индексация.

Как проверить пагинацию сайта

Проверяйте не одну страницу, а последовательность.

1. Откройте страницы напрямую

Например:

/category/
/category/?page=2
/category/?page=3

Каждая должна показывать ожидаемый набор.

2. Проверьте HTTP-коды

Существующие:

200 OK

Несуществующие:

404

3. Проверьте canonical

Ожидаем:

page 1 → self
page 2 → self
page 3 → self

для обычной последовательности.

4. Проверьте первую страницу

?page=1 не должен создавать ненужный дубль чистой категории.

5. Проверьте ссылки

Найдите в HTML:

<a href="...page=2">

6. Отключите JavaScript

Полезная практическая проверка: остаётся ли у робота путь по каталогу без пользовательских событий?

7. Проверьте Яндекс Вебмастер

Смотрите индексирование представителей:

page 1
page 2
глубокая page N

и комбинации с фильтрами.

8. Проверьте Google Search Console

URL Inspection покажет:

• доступность;
• индексирование;
• declared canonical;
• Google-selected canonical.

9. Просканируйте сайт

SEO-краулер поможет найти:

• сломанные ссылки пагинации;
• циклы;
• дубли page=1;
• canonical на страницу 1;
• бесконечные URL;
• комбинации сортировок;
• пустые страницы.

10. Посмотрите серверные логи

На большом сайте видно, насколько глубоко реально ходят Яндекс-робот и Googlebot и не тратят ли они большую часть обращений на технические комбинации.

Типичные ошибки SEO пагинации

Ошибка 1. Canonical всех страниц на первую

Страница 2 содержит другой набор элементов и не является полным дублем страницы 1.

Ошибка 2. Noindex для всех page > 1 без анализа

Так можно ослабить путь к глубокому контенту.

Ошибка 3. Disallow всей пагинации

Робот теряет один из основных путей к товарам.

Ошибка 4. Надежда на rel prev/next

Яндекс их не учитывает, Google больше не использует как сигнал индексирования.

Ошибка 5. Page=1 доступна как отдельный дубль

/category/
/category/?page=1

оба индексируемые.

Ошибка 6. «Показать ещё» без URL

Пользователь видит товары, робот не получает crawlable-путь.

Ошибка 7. Infinite scroll без адресуемых сегментов

Вся лента существует только внутри браузерного состояния.

Ошибка 8. Несуществующая page=999 с 200 OK

Создаёт бесконечное пространство пустых URL.

Ошибка 9. Сортировка × фильтр × пагинация

?page=4&sort=price&brand=x&view=list

создаёт множество дублей последовательности.

Ошибка 10. Нет обычных ссылок

Навигация построена только кнопками и JavaScript.

Ошибка 11. Все товары только на первой странице sitemap, а пагинация недоступна

Sitemap не должен компенсировать сломанную архитектуру внутренних ссылок.

Ошибка 12. Считать пагинацию бесполезной по определению

Это нормальный механизм структуры больших списков. Проблемы появляются из-за неправильной реализации.

Пример настройки пагинации интернет-магазина

Категория:

/catalog/notebooks/

В ней 240 товаров по 24 на странице.

Получаем 10 страниц.

URL

/catalog/notebooks/
/catalog/notebooks/?page=2
/catalog/notebooks/?page=3
...
/catalog/notebooks/?page=10

HTTP

page 1–10 → 200 OK
page 11+   → 404

Canonical

page 1  → /catalog/notebooks/
page 2  → /catalog/notebooks/?page=2
page 3  → /catalog/notebooks/?page=3

Page=1

/catalog/notebooks/?page=1

не используем во внутренних ссылках и приводим к чистой первой странице.

Robots

Чистую пагинацию не блокируем только потому, что у неё есть параметр page.

Сортировки

?page=2&sort=price

не делаем самостоятельной SEO-последовательностью.

Фильтр Lenovo

Если это SEO-посадочная:

/catalog/notebooks/lenovo/
/catalog/notebooks/lenovo/?page=2

то она имеет собственную последовательность.

UX «Показать ещё»

Можно визуально подгружать следующую порцию, но сохраняем доступные URL страниц.

Чек-лист SEO пагинации

• у каждой страницы последовательности есть отдельный URL;
• URL можно открыть напрямую;
• страницы связаны обычными <a href>;
• page 2 показывает другой набор, чем page 1;
• каждая обычная страница имеет self-canonical;
• страница 1 канонизируется на чистый основной URL;
• ?page=1 не создаёт индексируемый дубль;
• rel=prev/next не используется как основной SEO-механизм;
• пагинация не закрыта глобальным Disallow без причины;
• page > 1 не закрыты noindex автоматически без анализа;
• несуществующие номера не возвращают массовый 200 OK;
• фильтры и сортировки контролируются отдельно;
• Clean-param не объявляет номер страницы незначащим автоматически;
• важные товары имеют crawlable-ссылки;
• «Показать ещё» имеет адресуемые страницы под интерфейсом;
• infinite scroll основан на реальных URL;
• JavaScript не является единственным способом получить следующий набор;
• Яндекс Вебмастер проверен на нескольких номерах;
• Google Search Console проверена на нескольких номерах;
• краулер не находит бесконечные комбинации;
• серверные логи не показывают зацикливание роботов на параметрах.

FAQ

Что такое пагинация на сайте?

Это разделение большого списка товаров, статей или других элементов на несколько отдельных страниц с номерами или переходами «Назад/Далее».

Нужно ли индексировать страницы пагинации?

Для обычной каталожной последовательности чаще всего нет причины автоматически запрещать индексирование страниц 2+. Они содержат другой набор элементов и являются частью структуры сайта.

Какой canonical ставить на страницу 2?

Google рекомендует self-canonical: страница 2 должна указывать canonical на собственный URL, а не на страницу 1.

Нужны ли rel="prev" и rel="next"?

Как SEO-сигнал — нет. Google больше их не использует для индексирования, Яндекс также сообщает, что не учитывает эти значения rel для пагинации.

Нужно ли закрывать пагинацию в robots.txt?

Не автоматически. Для каталога это может лишить робота пути к товарам. Закрывать имеет смысл только конкретные технические пространства URL после анализа.

Нужно ли ставить noindex на страницы 2 и дальше?

Универсального требования нет. Такая схема может ухудшить структуру обнаружения глубоких элементов, поэтому её нельзя применять только по номеру страницы.

Что делать с ?page=1?

Лучше использовать чистый URL первой страницы и не создавать отдельный индексируемый ?page=1.

Как Google относится к «Показать ещё»?

Googlebot обычно не нажимает кнопки, требующие пользовательского действия. Поэтому за интерфейсом «Показать ещё» должны существовать crawlable URL следующих порций.

Можно ли использовать infinite scroll?

Да, если он построен поверх реальной адресуемой пагинации и каждый сегмент можно открыть по отдельному URL.

Что делать с PAGEN_1 в 1С-Битрикс?

Рассматривать как параметр пагинации, а не автоматически как мусорный GET-параметр. Он меняет набор элементов на странице.

Добавлять ли страницы пагинации в Sitemap?

Это не главный механизм их обнаружения. Важнее корректные внутренние ссылки и доступная последовательность. Sitemap должен содержать канонические URL, которые соответствуют общей стратегии проекта.

Вывод

Правильная SEO-пагинация не требует сложного набора директив.

Для обычного каталога достаточно последовательной архитектуры:

1. каждая порция имеет отдельный URL;
2. страницы связаны обычными ссылками;
3. каждая страница имеет self-canonical;
4. page=1 не создаёт дубль чистой категории;
5. несуществующие номера возвращают корректный HTTP-код;
6. сортировки и фильтры не размножают последовательность бесконтрольно;
7. «Показать ещё» и infinite scroll работают поверх доступных роботу URL.

Для Яндекса важно помнить, что rel=prev/next не учитывается и страницы пагинации могут участвовать в поиске. Для Google — что каждая страница считается отдельным URL, должна иметь собственный canonical, а crawler обнаруживает следующую порцию прежде всего через обычные ссылки.

Если пагинация пересекается с десятками фильтров, PAGEN_1, сортировками и дублями, проблема уже становится частью технического SEO-аудита и оптимизации crawl budget.

Связанные материалы: SEO фильтров · SEO умного фильтра 1С-Битрикс · Canonical · Noindex · Clean-param · Crawl Budget · JavaScript и индексация · Soft 404