Rel=prev/next — пара HTML-атрибутов тега <link>, которые указывают поисковым роботам на структуру пагинированной серии страниц. Атрибут rel="prev" ссылается на предыдущую страницу в последовательности, rel="next" — на следующую. Директивы размещаются в секции <head> каждой страницы серии.
Концептуально rel=prev/next решает проблему контентного дублирования при пагинации. Когда каталог товаров разбит на страницы /catalog/?page=1, /catalog/?page=2 и т.д., без специальных сигналов поисковик воспринимает каждую страницу как самостоятельный документ с частично перекрывающимся контентом. Это размывает ранжирование Яндекса: ссылочный вес и поведенческие сигналы распределяются между десятками страниц вместо консолидации на основной.
Важно понимать отличие от canonical. rel="canonical" объединяет все страницы серии в одну, убирая пагинированные страницы из индекса. Rel=prev/next сохраняет каждую страницу индексируемой, но сигнализирует об их принадлежности к единой логической группе. Это принципиально, если страница 2+ содержит уникальные товары или статьи, которые должны ранжироваться самостоятельно.
<link rel="next" href="/catalog/?page=2"><link rel="prev" href="/catalog/?page=1"> и <link rel="next" href="/catalog/?page=3"><link rel="prev" href="/catalog/?page=N-1">Google официально отказался от поддержки rel=prev/next в марте 2019 года. Яндекс продолжает учитывать эти атрибуты при краулинге и индексации в Яндексе, что делает их актуальными для русскоязычного SEO в 2026 году.
В 2026 году Яндекс сохраняет поддержку rel=prev/next как сигнала при обходе пагинированных серий. Это подтверждается официальной документацией Яндекс.Вебмастера и реальным поведением Яндексбота в серверных логах краулинга.
Механика краулинга. Робот обнаруживает rel="next" на первой странице и выстраивает карту всей серии ещё до полного обхода. Яндексбот не тратит краулинговый бюджет на «угадывание» URL следующих страниц через ссылки в контенте — он получает их напрямую. На крупных каталогах это ускоряет обход серии в 2-3 раза по сравнению с сайтами без пагинационной разметки.
Бенчмарки из практики (e-commerce, 2025-2026):
| Сценарий | Эффект на индексацию | |---|---| | Без rel=prev/next | Страницы 3+ индексируются на 20-40% медленнее | | С корректной разметкой | Полный обход серии из 10+ страниц за 1-3 цикла | | Разрыв в цепочке | Индексация обрывается на месте разрыва |
CTR в Яндексе и пагинация. Если в выдаче показывается page=2 вместо page=1 из-за отсутствия пагинационных сигналов, CTR снижается: пользователь попадает не на «точку входа» каталога, а в середину серии. Корректная разметка помогает Яндексу определить, какая страница серии наиболее релевантна конкретному запросу.
Формирование сниппетов. Яндекс может объединять данные нескольких страниц серии при формировании расширенного сниппета в SERP Яндекса — особенно для коммерческих запросов с большим числом товаров в категории.
Яндекс.Вебмастер отображает пагинированные серии с корректными rel=prev/next как кластеры в разделе «Страницы в поиске». Разрывы цепочки видны как изолированные URL вместо единого кластера — это упрощает диагностику.
Ограничение: при полностью идентичных шаблонах страниц (меняется только блок товаров) rel=prev/next не гарантирует снятие дублирования. Добавляйте уникальный H1 с номером страницы — «Каталог ноутбуков — страница 2».
Добавьте в <head> каждой страницы пагинации динамически формируемые теги. В Next.js это реализуется через Metadata API или компонент <Head>:
// Пример для page=2
<link rel="prev" href="https://example.ru/catalog/?page=1" />
<link rel="next" href="https://example.ru/catalog/?page=3" />
URL в href должны быть абсолютными и совпадать с canonical URL страницы — без UTM-параметров, сессионных ID и лишних query-строк.
rel="prev" обратно на page=5/catalog/ и /catalog/?page=1 трактуются как разные URL без canonical между ними?page= закрыт от индексации, тогда как rel=next ссылается на эти страницыИспользуйте Screaming Frog (вкладка Pagination) или Netpeak Spider с парсингом rel-атрибутов. Выгрузите все <link rel="prev/next"> и постройте граф связей — разрывы видны сразу как «листовые» узлы внутри цепочки.
После внедрения проверьте серверные логи: если Яндексбот обходит страницы серии по порядку (page=1 → page=2 → page=3), разметка работает. В Яндекс.Вебмастере мониторьте раздел «Диагностика» на предмет ошибок пагинации — они появляются в течение 2-3 дней после обхода.
Индексация как условие ранжирования. Если страницы каталога не индексируются из-за некорректной пагинации, пользователи не находят нужный товар через поиск. Они возвращаются в выдачу — классический pogosticking, который ухудшает поведенческие факторы всего домена.
Глубина просмотра и время на сайте. Полная индексация каталога увеличивает вероятность, что пользователь найдёт нужную страницу и продолжит навигацию. Это напрямую влияет на глубину просмотра и время на сайте — два значимых сигнала в модели ранжирования Яндекса.
Борьба с поведенческим разжижением. Без rel=prev/next Яндекс может непредсказуемо выбирать, какую страницу серии показывать в выдаче. Если по коммерческому запросу в топе оказывается page=4 вместо page=1, пользователь попадает в середину каталога — Bounce Rate резко растёт, так как контекст «начала» потерян.
Фокусировка ПФ-трафика. Инструменты накрутки ПФ, такие как x10seo, генерируют поведенческие сессии на целевых страницах. Если пагинация настроена некорректно и поисковик рассеивает трафик между page=1…N, усиление сигналов на приоритетной странице требует значительно большего объёма сессий. Корректная разметка rel=prev/next «фокусирует» поведенческий вес на нужной странице серии и снижает затраты на прокачку.
Сигналы возврата. Чем точнее Яндекс понимает структуру каталога, тем выше вероятность показа правильной страницы входа. Пользователи, попадающие на релевантную первую страницу пагинации, реже уходят обратно в поиск — return rate и глубина сессии растут.
Rel=prev/next тесно связан с индексацией в Яндексе: без корректной цепочки пагинации часть страниц каталога выпадает из индекса, делая прокачку поведенческих факторов на этих URL бессмысленной. Проблема особенно критична для глубоких категорий в e-commerce, где товары со страниц 5+ никогда не увидят органический трафик.
На стороне поведения: некорректная пагинация провоцирует pogosticking и повышает Bounce Rate, ухудшая позиции даже хорошо оптимизированных страниц. Исправление разметки пагинации часто даёт быстрый прирост глубины просмотра без изменения контента — один из немногих чисто технических факторов с прямым влиянием на поведенческие метрики.