Пагинация

Пагинация — старая как интернет штука 🐗. Когда у тебя каталог с 5000 товаров, отзывы на 300 страниц или архив статей за 10 лет — ты не вываливаешь всё в одну простыню, а режешь на куски: страница 1, страница 2, страница N. Пользователь доволен, сервер не падает. Всё логично.

Механика простая: каждая страница получает свой URL — например, `/catalog/?page=2` или `/blog/page/3/`. И вот тут начинается SEO-боль 😩. Поисковик видит кучу похожих страниц с пересекающимся контентом и начинает тупить: какую индексировать? Какой передавать вес? Раньше Google поддерживал атрибуты `rel="prev"` и `rel="next"` — можно было явно сказать боту, что страницы связаны в серию. В 2019-м они от этого отказались, и теперь каждый выкручивается сам. На практике: в гемблинг-каталогах казино, в нутра-шопах с листингом продуктов, в беттинг-блогах с архивом прогнозов — везде пагинация есть, и везде её нужно настраивать по уму. Canonical на первую страницу, грамотная внутренняя перелинковка, нормальный crawl budget — иначе бот сожрёт лимит на страницах 47-312, до которых реальный юзер никогда не дойдёт 😆.

Типичная ошибка — закрыть все страницы пагинации от индексации через `noindex`, решив, что "там же дублированный контент". Блин, в итоге ты сам себе режешь краулинг уникальных товаров и статей, которые живут только на этих страницах. Другая крайность — позволить генерировать бесконечные URL через фильтры и сортировки: поисковик уходит в бесконечный лабиринт и теряет приоритеты 🗿. Настрой canonical, пропиши логику в sitemap, следи за crawl budget в GSC — и пагинация перестанет быть головной болью. Нормально делай — нормально будет 🐗