Пагинация без rel-next: как Яндекс обходит каталог из 500 страниц

Ко мне пришёл владелец интернет-магазина запчастей: 12 000 товаров, каталог разбит на 500 страниц пагинации, а в поиске висят только первые две. «Анатолий, робот доходит до третьей страницы и разворачивается. Товары с 40-й страницы Яндекс вообще не видит». Открываю код — а там до сих пор стоит rel="next" и rel="prev", которые не работают уже много лет. Человек платил разработчику за «SEO-оптимизацию пагинации», а по факту получил разметку-призрак. Когда руки не доходят — доверьте это мне: занимаюсь поисковым продвижением бизнеса под ключ.

Пагинация — это та самая скучная «листалка» внизу каталога (1, 2, 3 … 500), про которую почти никто не думает. И зря. Именно от неё зависит, доберётся ли робот до глубоких товаров, не захлебнётся ли он в дублях и не сольёт ли ваш краулинговый бюджет впустую. В этой статье я разберу, как правильно устроить пагинацию в 2026 году — без мифического rel-next, зато с понятной логикой, которую любит Яндекс.

Что такое пагинация и почему это не мелочь

Пагинация — это разбивка длинного списка на пронумерованные страницы. Если в категории «Смесители» 800 товаров, вы не выводите их одним полотном (страница будет весить мегабайты и грузиться вечность), а режете на порции по 24–48 штук. Получается страница 1, страница 2 и так далее. То же самое — в блоге со списком статей, в каталоге услуг, в ленте отзывов.

С точки зрения пользователя всё просто: пролистал, нашёл нужное. А с точки зрения поисковика начинается интересное. Робот воспринимает каждую страницу пагинации как отдельный URL: /smesiteli/, /smesiteli/?page=2, /smesiteli/page/3/ и так далее. Пятьсот страниц — это пятьсот адресов, которые надо обойти, оценить и решить, что с ними делать. И вот тут кроется большинство проблем, из-за которых половина товаров магазина просто не попадает в индекс.

Я всегда объясняю клиентам простую мысль: пагинация — это не украшение, а транспортная система вашего сайта. По ней робот едет к товарам. Если дорога кривая, до конечных пунктов он не доедет. И тогда бесполезно вкладываться в ссылочное продвижение или тексты — товар, которого нет в индексе, не принесёт ни одной продажи.

Почему rel=next/prev больше не поддерживается

Долгие годы стандартом считалась связка атрибутов rel="next" и rel="prev". Идея была красивая: вы говорите поисковику «эти пять страниц — единая серия, обрабатывай их как одну книгу с главами». Google это официально поддерживал и рекомендовал.

А потом, ещё весной 2019 года, Google публично признался: мы не используем rel=next/prev для индексации уже несколько лет и просто забыли вам об этом сказать. То есть разметка, которую сеошники старательно проставляли по всему интернету, к тому моменту давно висела мёртвым грузом. Яндекс, к слову, официально её как значимый сигнал тоже никогда не выделял — он всегда предпочитал разбираться со структурой сам, по ссылкам и содержимому.

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

Как теперь правильно организовать листалку каталога и блога

Раз rel-next умер, встаёт вопрос: как объяснить роботу структуру? Ответ — через обычные, но грамотно устроенные ссылки. Разберу по пунктам, что реально работает на моих проектах.

• Ссылки на страницы должны быть настоящими тегами <a href>, а не JavaScript-кнопками. Если пагинация подгружается скриптом и в HTML нет чистых ссылок на страницу 2, 3, 50 — робот их просто не увидит. Это первое, что я проверяю в коде.
• Не прячьте глубокие страницы. Часто видишь блок «1 2 3 … 500». Между тройкой и пятисоткой — пропасть, в которую робот проваливается. Добавьте видимые «мостики»: первую, последнюю и несколько промежуточных страниц, чтобы у робота были короткие пути вглубь каталога.
• ЧПУ вместо параметров. Адрес вида /smesiteli/page/3/ робот понимает и любит куда больше, чем /catalog?cat=12&p=3&sort=0. Человекопонятные URL — это не эстетика, это сигнал структуры.
• Каждая страница пагинации открыта для индексации. Никаких noindex на страницах 2+, если вы хотите, чтобы товары с них попадали в индекс. Закрытая от индекса страница передаёт вес ссылок хуже и мешает роботу двигаться дальше.

Отдельно про блог. У меня самого в блоге больше девятисот статей, и листалка там устроена так же: чистые ЧПУ-ссылки, открытые страницы, видимые переходы к дальним страницам. Если вам интересно, как в принципе устроена нормальная индексация сайта в поисковых системах, пагинация — её фундамент: без сквозного обхода списков глубокие материалы в индекс не попадают.

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

Самая частая беда пагинации — дубли. Страницы 2, 3, 4 отличаются только набором товаров, а всё остальное — шапка, тексты, мета-теги — идентично. И вот у вас пятьсот страниц с заголовком «Смесители для ванной — купить в Москве» и одинаковым описанием. Для поисковика это пятьсот почти одинаковых документов. Он начинает нервничать: какую показывать в выдаче? Часть страниц уходит в «малоценные и маловостребованные», и товары с них выпадают.

На одном проекте по сантехнике мы столкнулись ровно с этим: в Вебмастере в разделе «Страницы в поиске» болталось три тысячи исключённых URL со статусом «дубль». Это были страницы пагинации и их вариации с сортировками. Каждый такой дубль — это не просто мусор, это ещё и потраченный впустую обход. Робот ходил по копиям вместо того, чтобы находить новые товары. Как искать такие проблемы, я подробно разбирал в материале про технический аудит сайта — дубли пагинации там один из первых пунктов чек-листа.

Проблема вторая: краулинговый бюджет и обход

Краулинговый бюджет — это, если совсем просто, количество страниц вашего сайта, которое робот готов обойти за определённый промежуток времени. Ресурс не бесконечный. У небольшого сайта это несущественно, а вот у магазина на 500 страниц пагинации, помноженных на фильтры и сортировки, бюджет становится критичным.

Представьте: базовый каталог — 500 страниц. Добавьте сортировку по цене, по популярности, по новизне — уже 1500. Прикрутите фильтры по бренду, цвету, размеру, которые генерируют новые URL с пагинацией внутри — и вы получаете десятки, а то и сотни тысяч адресов. Робот физически не успевает обойти всё. Он тратит бюджет на бесполезные комбинации фильтров, а до карточек реальных товаров руки не доходят. В итоге новинки индексируются неделями, а то и вовсе стоят в очереди.

Я на практике вижу это так: захожу в лог-файлы сервера или в Вебмастер, смотрю, по каким URL реально ходил робот за последний месяц. И часто оказывается, что 70% его визитов пришлось на мусорные страницы сортировок и параметров, а половина товарных карточек не получила ни одного захода. Это прямая утечка. Проверить, что творится с обходом, можно даже без логов — я показывал способы в статье о том, как проверить индексацию сайта в Яндексе.

Проблема третья: canonical на страницах пагинации

Отдельная минная зона — тег canonical. Это подсказка роботу: «настоящий адрес этой страницы вот такой, остальные считай копиями». И тут разработчики совершают классическую ошибку: ставят на всех страницах пагинации canonical, указывающий на первую страницу категории.

Логика вроде бы понятна — «схлопнуть» дубли в одну главную. Но эффект получается вредный. Вы фактически говорите поисковику: страницы 2–500 — это копии первой, не обращай на них внимания. А на этих страницах живут товары! Робот, послушав canonical, перестаёт считать их самостоятельными и хуже индексирует всё, что на них лежит. Вы своими руками закрываете 90% каталога.

Как правильно. Есть два рабочих подхода, и я выбираю в зависимости от проекта:

• Каждая страница пагинации канонична сама на себя. /smesiteli/page/3/ имеет canonical на /smesiteli/page/3/. Робот воспринимает её как полноценный документ, обходит и индексирует товары с неё. Это мой основной вариант для крупных каталогов.
• Canonical на «страницу показать всё» — если такая страница у вас есть и она адекватно грузится. Об этом ниже.

Чего точно нельзя — это ставить canonical на первую страницу и при этом надеяться, что глубокие товары попадут в индекс. Не попадут. Это одна из самых дорогих ошибок, которые я встречаю в комплексном аудите сайта у интернет-магазинов.

Решение: уникальные тайтлы и небольшие тексты на страницах

Раз главная беда пагинации — одинаковость, значит, страницы надо различать. Самый простой и эффективный приём, который я внедряю почти на каждом проекте, — уникализировать мета-теги страниц пагинации по шаблону с номером.

Вместо того чтобы на всех пятистах страницах висел один и тот же title, делаем так: на первой — «Смесители для ванной — купить в Москве», а на остальных — «Смесители для ванной — страница 2», «страница 3» и так далее. То же самое с description. Мелочь, но она разводит страницы по смыслу: теперь для поисковика это не пятьсот клонов, а серия связанных, но различимых документов. Дубли уходят, исключённые страницы возвращаются в индекс.

Ещё один нюанс: SEO-текст и подробное описание категории оставляйте ТОЛЬКО на первой странице. На страницах 2+ его быть не должно — иначе вы снова плодите дубли текстового контента. Первая страница — «продающая», с текстом и вхождениями; остальные — рабочие списки товаров. Если вы вообще не уверены, как писать эти тексты, чтобы они работали, а не мешали, посмотрите мой разбор про продающий текст для сайта.

Решение: страница «показать все» и когда она уместна

Отдельный инструмент — страница «Показать всё» (view-all), где весь каталог категории выводится одним списком без разбивки. Google в своё время прямо говорил, что предпочитает индексировать именно такую страницу, если она есть, — роботу удобнее собрать все товары с одного URL, чем прыгать по пятистам.

Но у этого приёма есть жёсткое ограничение — скорость. Если в категории 800 товаров, страница «показать всё» превратится в монстра на несколько мегабайт, который будет грузиться десять секунд и на телефоне, и у робота. А медленная страница — это провал и по поведенческим факторам, и по обходу. Поэтому я держусь такого правила:

• Товаров в категории немного (до 150–200) — можно сделать «показать всё» и канонить пагинацию на неё.
• Товаров сотни и тысячи — забудьте про view-all, работайте через обычную пагинацию с самоканоникалами и уникальными тайтлами.

И обязательно проверьте скорость. Как это делать и на что смотреть, я расписал в статье про то, как повысить скорость загрузки сайта — для страниц-списков это критично вдвойне.

Товарные фильтры, ЧПУ и главная ловушка магазинов

Фильтры — самая мощная и самая опасная часть каталога. Покупатель выбирает «смесители Grohe, хром, до 15 000 рублей» — и получает удобную подборку. Но каждый такой выбор создаёт новый URL, а у него — своя пагинация. Умножьте варианты фильтров друг на друга, и вы получите бесконечную генерацию страниц, в которой утонет любой краулинговый бюджет.

Моя стратегия на проектах магазинов такая:

• Спросовые фильтры выводим в отдельные посадочные страницы с ЧПУ. Если «смесители Grohe» люди реально ищут — делаем страницу /smesiteli/grohe/, открытую для индексации, с текстом и своим тайтлом. Она собирает трафик по бренду.
• Мусорные комбинации фильтров закрываем от обхода. Сочетания вроде «цвет + цена + сортировка», которые никто не ищет, уводим из индекса — через мета-robots, правила в robots.txt или Clean-param в Яндексе для параметрических URL.
• Сортировки не должны создавать индексируемые дубли. Один и тот же список, отсортированный по-разному, — это дубль. Такие URL канонизируем на базовую страницу без сортировки.

Чтобы отделить спросовые фильтры от мусорных, нужна семантика — понимание, что и как часто ищут люди. Без этого вы либо закроете то, что могло бы приносить трафик, либо откроете тысячи бесполезных страниц. Это уже уровень стратегии, и здесь часто выручает SEO-консультация, где мы вместе с владельцем размечаем, какие фильтры превращать в посадочные, а какие прятать.

Как это выглядит для интернет-магазина на практике

Давайте соберу всё в живой сценарий. Возвращаюсь к тому клиенту с запчастями, 500 страниц пагинации, товары не в индексе. Что мы сделали по шагам:

• Убрали мёртвые rel="next"/"prev" — они всё равно ничего не давали, только вводили клиента в заблуждение, что «оптимизация есть».
• Поставили на каждой странице пагинации canonical сам на себя. Товары со страниц 2+ снова стали для робота полноценными.
• Уникализировали тайтлы и description по шаблону с номером страницы. Через шесть недель из «дублей» в Вебмастере вернулось около 2100 страниц.
• Переделали блок листалки: добавили ссылки на первую, последнюю и промежуточные страницы, чтобы робот не буксовал на «1 2 3 … 500».
• Спросовые фильтры по маркам авто вывели в отдельные ЧПУ-страницы, мусорные параметры закрыли через Clean-param.
• Сортировки канонизировали на базовые списки.

Результат к третьему месяцу: в индексе оказалось на 40% больше товарных карточек, органический трафик на каталог вырос примерно в полтора раза, а робот стал заходить на новые товары в течение двух-трёх дней вместо прежних двух недель. Никакой магии — просто убрали препятствия с дороги, по которой ездит робот. Если у вас похожая история и вы хотите понять, реально ли вытащить каталог, начните с технического аудита — 90% проблем пагинации видно уже на нём. А если каталог в принципе спроектирован криво и переделка неизбежна — это уже доработка сайта на уровне шаблонов.

Коротко: главное о пагинации без rel-next

• rel=next/prev мёртв — Google не использует его с 2016 года, Яндекс никогда не считал значимым. Проставлять бессмысленно.
• Каждая страница пагинации канонична сама на себя (либо на view-all для небольших категорий). Canonical на первую страницу закрывает от индекса весь глубокий каталог — так делать нельзя.
• Уникальные title и description по шаблону с номером страницы убирают дубли и возвращают исключённые страницы в индекс.
• SEO-текст — только на первой странице, на 2+ его быть не должно.
• Ссылки на страницы — настоящие <a href> с ЧПУ, с «мостиками» к первой, последней и промежуточным страницам. Никакого чистого JavaScript.
• Берегите краулинговый бюджет: спросовые фильтры — в отдельные посадочные ЧПУ, мусорные комбинации и сортировки — из индекса через Clean-param, robots и canonical.
• «Показать всё» уместна только для небольших категорий — иначе убьёте скорость.

Пагинация — не самая гламурная тема в SEO, но именно она решает, увидит ли Яндекс ваш пятисотстраничный каталог целиком или остановится на третьей странице. Проверьте свою листалку прямо сегодня: откройте страницу 2 каталога, посмотрите её title и canonical в коде. Если title дублирует первую страницу, а canonical ведёт на неё же — вы теряете деньги на невидимых товарах. И это чинится за пару недель.