Пагинация: вторую страницу никто не видит
Раздел практики: индексация.
- Страницы в индексеsite: или консоль поиска — сколько реально видно
- Ссылки в HTML«2», «3» в разметке, а не дорисованы скриптом
- Заголовок каждой страницыне только карточки, есть текст
- Адрес у «показать ещё»ссылка на /page/2/ сохраняется
Сделайте сегодня: откройте свою категорию с конца — сколько кликов от первой страницы до последней и читается ли адрес вида /page/2/.
Категория на четыреста статей разбита на сорок страниц по десять. В индексе — первая. Остальные формально доступны, робот по ссылкам доходит, но трафика нет: по запросам вида «все статьи про хостинг» поисковик показывает первую, а пользователь до третьей не доскроллит никогда. Пагинация — распределение веса: настроишь иначе — половина контента окажется в подвале.
Как робот проходит листание
Для поисковика страница /page/2/ — обычная: он её обходит, если видит ссылку. Проблема в другом: у листания нет собственного смысла. Первая страница категории отвечает на запрос «категория X», вторая — ни на какой. Поисковик честно индексирует её, но показывать некому: запроса «категория X вторая страница» не существует. Отсюда практический вывод: длина выдачи должна быть такой, чтобы человек доходил до конца — обычно это три-пять страниц, а не сорок.
Сколько страниц делать
Считайте от контента, а не от дизайна. Десять материалов на страницу при объёме категории в сто — десять страниц листания: много. Правильнее: 20–30 карточек на страницу и не более 4–5 страниц; всё, что глубже, прячьте в подкатегории — дереву это только на пользу (структура и семантика). Если материалов мало, не дробите ради «взрослого» вида: две страницы по сто лучше, чем десять по двадцать, а одна — лучше обеих.
«Показать ещё»: удобно и опасно
AJAX-листание — стандарт для магазинов: скроллишь, карточки догружаются. Ловушка в том, что адреса у «дотгруженной» второй страницы нет: посетитель, найдя товар на десятом экране, не может дать ссылку коллеге; поисковик же видит одну бесконечную страницу с раздутым весом. Рабочий компромисс: каждая порция — отдельный URL (/page/2/), а кнопка «показать ещё» меняет адрес в строке через history API. Тогда и человеку удобно, и робот идёт по обычным ссылкам. Классические rel=prev/next поисковики давно отменили как сигнал — не тратьте на них время, важны нормальные ссылки в HTML.
Мусор листания
Страница «/page/17/» с пятью остатками материалов — кандидат на закрытие: она не конкурент в выдаче, а лишний URL в карте сайта. Что с ними делать: склеить с предыдущей (редирект), закрыть от индексации или просто увеличить выдачу, чтобы их не стало (роботы и sitemap). И следите за зеркалами сортировок: «?sort=date&page=3» — это та же пагинация, но в двойном-тройном экземпляре, такие адреса чистят правила canonical или параметры в консоли поиска.
Типичный случай
Блог на восемьсот записей: архив 2019 года листается на девяносто страниц, последняя — одна статья и подвал. Решается размером выдачи: шестьдесят карточек на страницу, страницы глубь пятой закрываются от индекса, а «хвосты» раскладываются по годовым обзорам — тем самым постам-навигаторам, которые как раз получают свой поисковый трафик (вторая жизнь архива).
Дальше: практика: техника · аудит сайта · базовый курс.