Покупатель отобрал нужные товары, дошёл до третьей страницы и открыл понравившуюся модель. Нажал «Назад», а каталог снова показывает начало: фильтр сброшен, место потеряно. Красивые кнопки с номерами здесь мало помогают. Разбивку каталога нужно продумать вместе с фильтрами, сортировкой и возвращением из карточки.
Пагинация делит длинный список на страницы, между которыми можно переходить. Вместо неё или вместе с ней используют кнопку «Показать ещё» и автоматическую догрузку при прокрутке. Удобство этих вариантов зависит от того, как человек выбирает товары; доступность содержимого для поискового робота проверяют отдельно.
В Гуси-Лебеди мы предлагаем начинать с маршрута покупателя, а затем описывать адреса страниц и проверку реализации. Разберём эти задачи на примере условного каталога настольных ламп.
Как выбирать способ просмотра каталога
Представим каталог настольных ламп. Покупатель выбрал цвет и диапазон цены, переключил сортировку, сравнил несколько моделей. Для него важно продолжить выбор с того же места. Если же человек просто знакомится с ассортиментом, сценарий будет другим: последовательно просмотреть фотографии и открыть интересный товар. Сначала определите, какой путь поддерживает ваш каталог.
Страницы с номерами дают возможность перейти к определённой части списка и увидеть своё положение. Проверьте, понятен ли текущий номер, куда ведут «Назад» и «Далее» и что происходит на последней странице. Не нужно выводить все номера длинной последовательности: элементы управления должны оставаться различимыми и на телефоне.
Кнопка «Показать ещё» продолжает текущий список после явного действия посетителя. Опишите ожидание, завершение и ошибку загрузки. Если запрос не выполнился, уже показанные товары должны оставаться доступны, а интерфейсу нужен понятный способ повторить попытку.
Бесконечная прокрутка догружает список без отдельного нажатия. При проектировании проверьте, сможет ли человек остановиться, добраться до информации после каталога и вернуться к выбранному месту. Сам факт, что карточки появляются при прокрутке, ещё не подтверждает доступность их адресов для поиска.
Количество товаров в порции выбирайте по фактической проверке: размеры карточек, изображения, объём данных и работа на телефоне влияют на результат. Универсального числа, которое одновременно подходит всем каталогам и гарантирует SEO-эффект, в проверенных рекомендациях нет.
Как связывать страницы и учитывать правила поиска
У страницы каталога две задачи: показать человеку нужную часть ассортимента и дать понятный путь к следующей части. Проверять их следует раздельно. Рабочая кнопка в браузере не доказывает, что робот сможет получить тот же список.
Возьмём условные адреса /lamps/?page=2 и /lamps/?page=3. Каждый должен открывать соответствующую часть каталога по прямому переходу, а не только после посещения первой страницы. Само написание адреса не делает решение хорошим или плохим: проверить нужно содержимое, ссылки, настройки индексирования и поведение интерфейса.
Для Google в документации о пагинации описаны отдельные адреса страниц, ссылки с href на продолжение и собственный canonical каждой страницы последовательности. Номер после знака # не заменяет такой адрес. Робот обычно не нажимает кнопку «Показать ещё», поэтому доступ к продолжению не стоит строить только на действии посетителя. Эти рекомендации относятся к Google; переносить их на другую поисковую систему без проверки нельзя.
В справке Яндекса прямо сказано: робот не учитывает rel="prev" и rel="next», а страницы пагинации могут индексироваться и участвовать в поиске. Следовательно, наличие этих атрибутов само по себе не подтверждает, что последовательность будет правильно обработана Яндексом.
Отдельно проверьте canonical, robots и ответы сервера. Если разработчик предлагает закрыть все страницы после первой, попросите объяснить, какими доступными путями робот найдёт товары из продолжения и как это будет проверено. Отправка sitemap помогает сообщить об адресах, но не гарантирует включение каждого товара в поиск. Ошибка здесь может оставаться незаметной посетителю: каталог работает, а настройки обхода противоречат согласованной задаче.
Не превращайте метатеги в механическую генерацию сотен одинаковых обещаний. Google допускает одинаковые Title и Description внутри последовательности пагинации. Поэтому требование переписать их все «ради уникальности» нуждается в обосновании. Название категории, содержание страницы и выбранная политика индексирования важнее формального изменения одного слова.
Как согласовывать фильтры, сортировку и возврат
Вернёмся к лампам. Человек выбрал белый цвет, отсортировал товары по цене и дошёл до третьей страницы. Затем сузил диапазон цены. В новом результате может оказаться меньше трёх страниц. Если интерфейс оставит прежний номер, покупатель увидит пустой каталог, хотя подходящие товары есть. Для такого изменения заранее задайте переход к допустимой странице и проверьте его на реальных данных тестового каталога.
Сортировка тоже меняет последовательность. Нужны понятные правила: возвращаемся ли к началу нового порядка, сохраняется ли фильтр, какие параметры остаются в адресе. Важна не одна универсальная схема, а согласованное поведение. Кнопка «Назад» браузера, обновление страницы и прямая ссылка должны давать результат, который человек способен понять.
| Действие покупателя | Что проверить |
|---|---|
| Открыл товар и вернулся в каталог | Сохранились отбор и сортировка; выбранное место можно восстановить |
| Изменил фильтр на дальней странице | Открылась допустимая часть нового результата, а не ложный пустой список |
| Обновил адрес с номером страницы | Показана соответствующая подборка; состояние не зависит только от памяти вкладки |
| Нажал догрузку дважды | Нет повторов карточек и двух противоречащих друг другу состояний загрузки |
| Дошёл до конца списка | Понятно, что товары закончились; действие продолжения не ведёт в пустоту |
Для догрузки отдельно обсудите восстановление уже показанных порций. Одного номера последней страницы может быть недостаточно, чтобы вернуть прежний список и место прокрутки. Зафиксируйте, что именно нужно восстановить и какие ограничения есть у реализации. Проверка с несколькими карточками в демонстрационном каталоге не заменяет проверку длинного списка.
Фильтры и страницы создают сочетания адресов. Их правила индексирования следует рассматривать вместе, но не путать: номер страницы означает продолжение списка, а фильтр меняет состав выборки. Не закрывайте все сочетания одним правилом без понимания, какие из них нужны посетителям и поиску. Для отдельных полезных подборок может потребоваться самостоятельное решение, а для технических вариантов другое. Это вопрос структуры конкретного каталога, а не автоматическое правило для любого магазина.
Как принимать пагинацию после изменений
В задании на доработку полезнее записать маршрут покупателя, чем ограничиться фразой «сделать удобную пагинацию». Укажите исходную категорию, фильтр, порядок товаров и действия. Затем добавьте ожидаемый результат для каждого перехода. Так дизайнер, разработчик и владелец магазина проверяют одну и ту же задачу.
Начните с обычного пути: категория, отбор, вторая страница, карточка товара, возврат. После него проверьте крайние случаи: одна страница результатов, отсутствие совпадений, последняя порция, изменение отбора на дальней странице и ошибка догрузки. Сообщение об отсутствии товаров должно отличаться от сообщения о технической ошибке: человеку нужны разные следующие действия.
Проверку интерфейса проведите на компьютере и телефоне. Номер текущей страницы должен быть различим, элементы управления доступны, они не должны перекрывать карточки или мешать переходу. Для самого каталога проверьте, не прыгает ли список при появлении карточек и можно ли продолжить выбор после возврата. Скорость оценивайте на выбранных устройствах и условиях загрузки, не по ощущению от одной быстрой демонстрации.
Техническую часть принимайте по адресам и настройкам: прямое открытие дальней страницы, фактические ссылки на продолжение, ответы сервера, canonical и ограничения индексирования. Затем смотрите доступные данные поисковых инструментов. Успешная проверка реализации ещё не равна подтверждённому присутствию всех страниц в выдаче; это разные результаты, которые следует фиксировать отдельно.
При доработке каталога и поддержке сайта в Гуси-Лебеди предлагаем согласовать именно такие сценарии приёмки. Нужен результат, который можно показать: покупатель продолжает выбор с понятного места, адреса работают по прямому переходу, а настройки поиска соответствуют принятому решению. Красивые номера страниц становятся частью этого результата, а не заменяют его.