Пагинация для SEO: страницы 2, 3 и дальше
Как настроить пагинацию для SEO: уникальные URL, crawlable-ссылки, self-canonical, индексирование, параметры, бесконечная прокрутка и контроль обхода.
В этой статье
Коротко. Пагинация делит длинный список на последовательные URL. Для поиска важно, чтобы робот мог открыть каждую страницу, перейти по обычным ссылкам к товарам или материалам и понять каноническую версию каждого URL. Главная ошибка — считать страницы 2, 3 и далее бесполезными дублями первой: на них находится другой набор элементов, который может остаться без внутренних путей.
Статья посвящена серии страниц 2, 3 и далее в каталогах и архивах: обходу, canonical и индексированию. Общая борьба с дублями сайта, фильтрами и параметрами раскрывается отдельно.
Определите, где нужна пагинация
Каталоги, архивы и списки публикаций растут, а одна огромная страница становится тяжёлой и неудобной. Но короткий список не стоит дробить только ради шаблона.
Практический шаг. Зафиксируйте тип списка, скорость роста, число элементов, пользовательский сценарий и способ обнаружения карточек.
| Элемент | Правило | Проверка |
|---|---|---|
| URL | Устойчивый номер | Прямой вход |
| Ссылка | Обычный href | Без JS |
| Canonical | На себя | Исходный HTML |
| Список | Другие элементы | Нет случайности |
Дайте каждой странице устойчивый URL
Состояние только в JavaScript или cookie невозможно надёжно передать и открыть напрямую. Номер должен отражаться в адресе предсказуемо.
Практический шаг. Используйте последовательный параметр или путь, одинаковый во всём разделе. Проверьте прямой вход без предыдущего клика.
Свяжите страницы обычными ссылками
Поисковому роботу нужны crawlable-ссылки с адресом в href. Кнопка, работающая только обработчиком JavaScript, не всегда создаёт обнаруживаемый путь.
Практический шаг. Добавьте ссылки «следующая», «предыдущая» и разумный диапазон номеров. Не генерируйте тысячи ссылок в одном блоке.
Ставьте self-canonical на каждую страницу
Если страница 2 содержит другой набор карточек, canonical на первую может попросить поиск считать её дублем и ослабить обнаружение элементов.
Практический шаг. Укажите канонический адрес самой страницы при отсутствии иного дубля. Проверьте фактический HTML и HTTP-версию URL.
Не полагайтесь на rel next и prev
Исторические атрибуты могли использоваться некоторыми системами, но не заменяют ссылки, canonical и доступность. Поддержка различается.
Практический шаг. Можно сохранять их для совместимости, но архитектуру стройте так, будто решение принимает обычная ссылка и содержимое страницы.
Решите вопрос индексирования по цели
Не все страницы пагинации обязаны приводить поисковый трафик, но массовый noindex способен закрыть путь к глубоким карточкам и скрыть проблемы.
Практический шаг. Сначала обеспечьте обход и внутренние ссылки, затем принимайте решение по данным и конкретной системе, не по универсальному рецепту.
| Сценарий | Риск | Решение |
|---|---|---|
| Page 2 → page 1 | Потеря глубины | Self-canonical |
| Noindex всей серии | Слабый путь | Проверить архитектуру |
| Infinite scroll | Нет URL | Прогрессивное улучшение |
| Page 999 | Бесконечный обход | Корректный статус |
Сделайте Title и заголовок понятными
Одинаковый Title у всей серии не катастрофа сам по себе, но мешает диагностике и может выглядеть как дубль. Искусственный SEO-текст на каждой странице ещё хуже.
Практический шаг. Добавьте понятное обозначение номера там, где оно помогает, сохраняя тему категории. Не создавайте разные рекламные обещания для каждой части.
Не повторяйте длинное описание категории
Большой вводный текст на каждой странице создаёт массу одинакового содержания и отодвигает список. Пользователю на глубокой странице чаще нужна навигация.
Практический шаг. Оставьте основное описание на первой, а на остальных — компактный контекст и список. Важные правила категории доступны отдельной ссылкой.
Стабилизируйте порядок элементов
Если товары случайно пересортировываются между запросами, один элемент повторяется, другой пропадает. Робот и пользователь видят плавающую серию.
Практический шаг. Используйте детерминированную сортировку с вторичным ключом. При обновлении каталога принимайте допустимые сдвиги, но исключите случайность.
Обработайте удаление последней страницы
После сокращения каталога прежняя страница 8 может стать пустой. Вечный пустой 200 создаёт мягкую ошибку, а редирект всех несуществующих номеров на первую скрывает проблему.
Практический шаг. Верните корректный статус или релевантный перенос по выбранной политике. Обновите навигацию и карту сайта.
Отделите пагинацию от фильтров
Номер страницы, сортировка, цвет и цена образуют множество комбинаций. Если все открыты обходу, пространство URL растёт быстрее каталога.
Практический шаг. Составьте матрицу параметров: какие комбинации имеют спрос и уникальный список, какие доступны пользователю, но не должны порождать бесконечный обход.
| Параметр | Роль | Политика |
|---|---|---|
| page | Пагинация | Разрешённый диапазон |
| sort | Порядок | Не плодить дубли |
| filter | Подмножество | По спросу |
| view | Интерфейс | Один канон |
Настройте бесконечную прокрутку с URL
Удобная загрузка при прокрутке может оставаться SEO-доступной, если каждый фрагмент имеет адрес и существует без взаимодействия. Только API-ответ не заменяет страницу.
Практический шаг. Сделайте прогрессивное улучшение: ссылки и URL работают без JavaScript, интерфейс поверх них подгружает элементы.
Проверьте карточки на глубине
Цель серии — дать путь к элементам. Если карточка встречается только на странице 40 и больше нигде не связана, её обнаружение и значимость могут быть слабыми.
Практический шаг. Возьмите выборку глубоких карточек, проверьте внутренние ссылки, статус, canonical и факт обхода. Улучшите тематические пути, а не только номера.
Используйте карту сайта для карточек
XML-карта помогает сообщить важные URL, но не исправляет закрытую навигацию. Сами страницы пагинации не всегда нужно включать, если их функция — обход списка.
Практический шаг. Включайте канонические карточки и важные категории по правилам сайта, указывайте корректную дату изменения и сверяйте с внутренними ссылками.
Не создавайте бесконечные номера
Шаблон иногда возвращает 200 и пустой список для page=999999. Робот может находить произвольные адреса и расходовать обход.
Практический шаг. Ограничьте диапазон существующим числом страниц, верните корректный статус за границей и не генерируйте ссылки на пустоту.
Тестируйте серверный ответ
В браузере JavaScript может дорисовать правильную страницу, пока исходный ответ содержит первую часть, неправильный canonical или запрет.
Практический шаг. Проверяйте HTML без выполнения скриптов, заголовки, статус, robots, canonical, ссылки и содержимое для нескольких номеров.
| Контроль | Инструмент | Сигнал |
|---|---|---|
| Ответ | HTTP/HTML | Статус |
| Связность | Краулер | Глубина |
| Обход | Логи | Запросы |
| Индекс | Панель поиска | Выбранный canonical |
Наблюдайте обход и индексирование
Количество проиндексированных страниц не является самоцелью. Важно, обнаруживаются ли карточки, нет ли дублей и тратится ли обход на пустые параметры.
Практический шаг. Сравнивайте логи, отчёты поисковых систем, выборочные инспекции и органический трафик. После изменения ждите переобхода.
Проверьте первую страницу отдельно
Первая страница категории часто имеет короткий адрес без параметра, а page=1 доступен как дубль. Внутренние ссылки и canonical должны последовательно выбирать одну версию.
Практический шаг. Откройте оба адреса, проверьте перенаправление или канонизацию, меню, сортировку и абсолютные ссылки. Не допускайте чередования версий.
Учитывайте изменение размера страницы
Параметр количества элементов способен создать несколько серий с тем же содержанием в другой нарезке. Пользовательская настройка не обязана становиться отдельным индексируемым пространством.
Практический шаг. Выберите основной размер, сохраните предпочтение интерфейса без размножения канонических URL и проверьте, что ссылки робота ведут в основную серию.
Не канонизируйте всё на view-all вслепую
Страница «показать всё» может быть полезной канонической версией только если она быстро и стабильно загружается, содержит весь набор и действительно предпочтительна. Для огромного каталога это редко реалистично.
Практический шаг. Измерьте размер ответа, производительность и полноту. Не объявляйте каноном URL, который редиректит, закрыт или выдаёт урезанный список.
Проведите обход тестового раздела
Ручная проверка нескольких URL не обнаруживает циклы, пропущенные номера, дубли параметров и страницы без входящих ссылок. Нужен ограниченный краулинг до и после изменения.
Практический шаг. Сравните число URL, статусы, canonical, глубину и карточки на каждой странице. Исключите бесконечные параметры до запуска полного обхода.
Составьте план миграции пагинации
Смена формата с /page/2 на ?page=2 без переноса оставляет старые адреса и сигналы. Одновременно меняются ссылки, кэш и аналитика.
Практический шаг. Сделайте карту старого и нового URL, настройте точные постоянные перенаправления, обновите внутренние ссылки и наблюдайте ошибки после релиза.
Контрольный список перед запуском
Пагинацию проверяйте на одном разделе: последовательность URL, canonical, доступность ссылок для робота и попадание карточек в индекс. Если дальние элементы не обнаруживаются, сначала исправляют навигацию и только потом оценивают поисковый трафик раздела.
Практическая работа: Пагинация для SEO
Для темы «Пагинация для SEO» ниже собрана прикладная проверка. Каждый шаг «U576» использует исходные данные статьи, фиксирует решение «Определите, где нужна пагинация» и передаёт подтверждённый результат к пункту «Дайте каждой странице устойчивый URL».
Определите, где нужна пагинация: практическая проверка
Раздел «Определите, где нужна пагинация» лучше начинать с контрольной точки. Seo-специалист берёт объект «рабочий сценарий «Пагинация для SEO»» и до любых действий собирает исходное значение для пункта «Определите, где нужна пагинация», источник и время проверки. Затем выполняется один проход, а исходное состояние остаётся в документе «карточка применения «Пагинация для SEO»». Для аудитории «читатель материала «Пагинация для SEO»» удачный итог формулируется заранее: подтверждённый переход от «Определите, где нужна пагинация» к «Дайте каждой странице устойчивый URL». Если появляется риск «решение по «Определите, где нужна пагинация» без сопоставимой контрольной точки», эксперимент останавливают. Переход к «Дайте каждой странице устойчивый URL» разрешён только после повторения результата другим сотрудником.
Дайте каждой странице устойчивый URL: практическая проверка
Практику «Дайте каждой странице устойчивый URL» удобно проверить на одном реальном примере, не затрагивая весь процесс «Пагинация для SEO». Ответственный — SEO-специалист; предмет проверки — рабочий сценарий «Пагинация для SEO». В карточку «карточка применения «Пагинация для SEO»» он заносит исходное значение для пункта «Дайте каждой странице устойчивый URL», источник и время проверки, время и роль тестового аккаунта. Нужный эффект описывается словами «подтверждённый переход от «Дайте каждой странице устойчивый URL» к «Свяжите страницы обычными ссылками»», чтобы его нельзя было заменить субъективным впечатлением. Условие остановки — результат «Дайте каждой странице устойчивый URL» нельзя повторить на исходных данных. После него возвращают прежнее состояние, разбирают риск «решение по «Дайте каждой странице устойчивый URL» без сопоставимой контрольной точки» и лишь потом открывают раздел «Свяжите страницы обычными ссылками».
Свяжите страницы обычными ссылками: практическая проверка
Для шага «Свяжите страницы обычными ссылками» составьте короткий протокол из трёх частей: что было до изменения, какое одно действие выполнил SEO-специалист, что увидела аудитория «читатель материала «Пагинация для SEO»». Доказательствами служат исходное значение для пункта «Свяжите страницы обычными ссылками», источник и время проверки. Протокол хранится как «карточка применения «Пагинация для SEO»», а не в личной переписке исполнителя. Результат считается подтверждённым, когда получено «подтверждённый переход от «Свяжите страницы обычными ссылками» к «Ставьте self-canonical на каждую страницу»» и второй проверяющий воспроизвёл тот же путь. Сигнал «результат «Свяжите страницы обычными ссылками» нельзя повторить на исходных данных» означает, что к теме «Ставьте self-canonical на каждую страницу» переходить рано.
Ставьте self-canonical на каждую страницу: практическая проверка
Пограничный случай для «Ставьте self-canonical на каждую страницу» проверяют отдельно от обычного сценария. На объекте «рабочий сценарий «Пагинация для SEO»» роль «SEO-специалист» сначала подтверждает исходное значение для пункта «Ставьте self-canonical на каждую страницу», источник и время проверки, после чего меняет ровно одно условие. Наблюдение сверяют с ожидаемым итогом «подтверждённый переход от «Ставьте self-canonical на каждую страницу» к «Не полагайтесь на rel next и prev»». Особое внимание уделяют риску «решение по «Ставьте self-canonical на каждую страницу» без сопоставимой контрольной точки»: его нельзя прятать внутри среднего показателя или общего вывода. Все расхождения попадают в «карточка применения «Пагинация для SEO»». Раздел «Не полагайтесь на rel next и prev» начинается только с версии, которая прошла такую сверку.
Не полагайтесь на rel next и prev: практическая проверка
Чтобы пункт «Не полагайтесь на rel next и prev» не остался теорией, назначьте владельца — SEO-специалист — и объект «рабочий сценарий «Пагинация для SEO»». Владелец готовит исходное значение для пункта «Не полагайтесь на rel next и prev», источник и время проверки, ставит дату опыта и описывает результат понятным для группы «читатель материала «Пагинация для SEO»» языком. Формула успеха здесь не абстрактна: подтверждённый переход от «Не полагайтесь на rel next и prev» к «Решите вопрос индексирования по цели». Если вместо неё фиксируется «результат «Не полагайтесь на rel next и prev» нельзя повторить на исходных данных», действие отменяют и проверяют источник отклонения. В «карточка применения «Пагинация для SEO»» остаются обе версии, поэтому следующий этап «Решите вопрос индексирования по цели» получает проверяемые данные, а не пересказ.
Остался вопрос по теме статьи? Напишите его в предложку блога — отвечаю лично: задать вопрос в MAX. Частые вопросы разбираю отдельными статьями и присылаю ссылку тому, кто спросил.
Частые вопросы
Что такое пагинация в SEO?
Это серия URL, которая делит длинный список и должна оставаться связной и доступной для обхода.
Какой canonical ставить на страницу 2?
Обычно self-canonical на её собственный URL, если она содержит другой набор элементов и не является дублем другого адреса.
Нужно ли закрывать страницы 2 и далее от индексации?
Универсального правила нет. Сначала оцените обход карточек, внутренние ссылки и цель индексации, не применяйте массовый noindex вслепую.
Нужны ли rel next и prev?
Они не заменяют обычные ссылки, устойчивые URL и canonical; поддержку конкретной системой следует проверять отдельно.
Как совместить infinite scroll и SEO?
Каждая порция должна иметь открываемый URL и ссылочный путь, а JavaScript — улучшать интерфейс поверх доступной пагинации.
Что делать с пустой последней страницей?
Уберите ссылки на неё и верните корректный статус или обоснованный перенос, а не пустой ответ 200 для любого номера.
Читайте дальше
-
Продвижение event-агентства: как получать корпоративные заказы
Как продвигать event-агентство в B2B: выбрать специализацию, упаковать кейсы, собрать бриф и смету, работать с…
-
Lead nurturing: как прогревать лид после заявки
Как построить lead nurturing после заявки: сегментировать контекст, выбрать следующий шаг, создать цепочки, передавать…
-
Как напомнить клиенту об оплате вежливо: 20 готовых формулировок
Двадцать вежливых формулировок напоминания об оплате: до срока, в день платежа, после задержки, при споре и после…