SEOProvision
Товар находится на пятой странице категории, но робот видит только первую. Кнопка «Показать ещё» меняет экран, не создавая доступных ссылок, а canonical у всех состояний указывает на начало списка. В результате интерфейс удобен человеку, но маршрут к глубокой карточке может существовать только внутри запущенного JavaScript.
Пагинацию стоит проверять не по наличию номеров под списком, а по пути к конкретному элементу контента. Возьмите карточку или статью из глубины, пройдите к ней от первой страницы обычными href и на каждом шаге запишите URL, код ответа, canonical и доступные ссылки. Такая трассировка быстро показывает, где последовательность обрывается.
Страница пагинации остаётся самостоятельным документом
Вторая страница категории обычно содержит другой набор товаров, а следующая страница блога — другие публикации. Они продолжают один список, но не всегда копируют первую страницу целиком. Поэтому автоматический canonical всех URL на page=1 может сообщать роботу, что различий нет, хотя именно на глубоких страницах находятся новые элементы.
Самостоятельность не означает, что каждый номер должен ранжироваться по главному запросу категории. Задача пагинации скромнее: дать устойчивый адрес части списка, сохранить путь обхода и не создавать ложных дублей. Первая страница остаётся основной точкой входа, а последующие помогают обнаружить содержимое.
| Признак | Нормальная часть последовательности | Технический дубль |
|---|---|---|
| Состав | Другие товары или статьи | Тот же список без изменения |
| URL | Постоянный page=2 или /page/2 | Случайный параметр сессии |
| Ссылки | Есть href вперёд, назад и к элементам | Состояние только через onClick |
| Canonical | Согласован с выбранной моделью | Механически указывает на page=1 |
| Код | 200 для существующей части | 200 для любого большого номера без элементов |
Проверьте границу списка. Если существует только пять страниц, запрос page=999 не должен отдавать пустой шаблон с кодом 200. Верните честную 404 либо перенаправьте только тогда, когда продуктовая логика определяет точную эквивалентную страницу. Бесконечное число пустых URL создаёт пространство мягких дублей.
Номер страницы полезно включать в title и видимый контекст, чтобы документы не выглядели одинаково в отчётах и браузере. Это не попытка оптимизировать каждый номер как отдельную посадочную. Подпись объясняет, где находится человек, и помогает технически различить части одного списка.
Каталог и блог по-разному распределяют ценность
В каталоге элементы могут перемещаться из-за наличия, сортировки и обновления ассортимента. Если порядок меняется ежедневно, товар сегодня находится на третьей странице, а завтра — на пятой. Ссылочная архитектура не должна полагаться только на длинную линейную цепочку. Добавьте категории, подкатегории, популярные фильтры и внутренние рекомендации.
В блоге хронологический архив обычно стабильнее: новые материалы сдвигают старые в глубину, но публикация сохраняет собственный URL. Пагинация поддерживает доступ к архиву, а тематические рубрики и контекстные ссылки сокращают путь к важным статьям. Здесь номер отражает отрезок ленты, а не самостоятельную тему.
| Задача | Каталог | Блог |
|---|---|---|
| Главный риск | Карточки уходят глубоко из-за сортировки | Старые статьи остаются только в архиве |
| Дополнительный путь | Категории, фильтры, рекомендации | Рубрики, авторы, контекстные ссылки |
| Изменчивость | Высокая при наличии и цене | Предсказуемый сдвиг по времени |
| Проверяемый объект | Одна глубокая карточка | Одна старая статья |
Не применяйте к обоим типам сайта одно правило noindex. Если закрытая от индексации страница остаётся доступной по ссылкам, робот всё ещё может проходить через неё, но обработка зависит от набора сигналов. Если одновременно закрыть обход и убрать альтернативные пути, глубокие элементы становятся труднодоступными.
Решение принимают по роли последовательности. В маленьком блоге из двух страниц отдельная сложная настройка почти не нужна. В каталоге на сотни тысяч товаров пагинация является лишь одним слоем архитектуры и должна работать вместе с таксономией, sitemap и перелинковкой.
Вопросы и ответы
Можно ли использовать бесконечную прокрутку без URL страниц?
Для интерфейса — да, для обхода нужен альтернативный путь: устойчивые URL частей списка и обычные ссылки в href. Прокрутка может загружать их незаметно для человека, но не должна быть единственным способом открыть глубокие элементы.
Нужно ли добавлять номер страницы в title?
Это полезно для различения частей списка и диагностики дублей. Номер не превращает page=2 в отдельную тематическую посадочную, но делает заголовок честнее и помогает понять текущую позицию.
Чем кнопка «Показать ещё» отличается от пагинации?
Кнопка описывает поведение интерфейса, а пагинация — адресуемые части списка. Хорошая реализация объединяет их: пользователь получает плавную загрузку, а каждый следующий набор имеет URL и доступную ссылку.
Ссылки проводят робота к глубоким элементам
Откройте исходный HTML первой страницы и найдите адрес следующей. Ссылка должна существовать в элементе a с href. Если переход создаётся только скриптом после клика, робот может не получить маршрут. Точно так же проверьте ссылки на товары и статьи внутри подгруженного блока.
Не обязательно выводить тысячи номеров одновременно. Достаточно устойчивой локальной навигации: текущая страница, несколько соседних, переход вперёд и назад, при необходимости начало и конец диапазона. Важнее, чтобы цепочка оставалась непрерывной и не меняла адреса при перезагрузке.
- page=1 не дублируется отдельным параметрическим URL без необходимости;
- каждая существующая часть отдаёт 200 и собственный набор элементов;
- следующая и предыдущая страницы доступны в href;
- глубокая карточка имеет прямую ссылку из списка;
- фильтры и сортировка не размножают параллельные последовательности;
- несуществующий номер не отвечает пустым документом 200.
Если используется «Показать ещё», обновляйте историю браузера или предоставьте скрытый для дизайна, но доступный обычный маршрут страниц. Не создавайте две несогласованные системы, где кнопка загружает одни наборы, а URL page=2 — другие. Их состав и порядок должны совпадать при одинаковых условиях.
Ссылочная доступность не гарантирует индексацию каждой части, однако убирает искусственный барьер. Робот получает возможность пройти список и найти конечные документы. Дальше решение зависит от качества карточек, дублей, canonical и общих приоритетов обхода.
Canonical и noindex не заменяют архитектуру
Canonical нужен для выбора предпочтительного адреса среди одинаковых или очень похожих документов. В пагинации соседние страницы обычно показывают разные элементы, поэтому указание всех частей на первую требует отдельного обоснования. Оно может заставить систему игнорировать отличающийся состав.
Самоканонический адрес каждой страницы — распространённая модель, если части доступны, различимы и нужны для обхода. Но атрибут не исправит дубли, созданные сортировкой, метками и разным порядком параметров. Для них сначала назначают один URL и приводят к нему внутренние ссылки.
Noindex исключает документ из поиска, но не является универсальным способом экономить обход. Если одновременно запретить URL в robots.txt, робот не сможет прочитать метатег и увидеть ссылки на глубокие элементы. Набор сигналов проектируют целиком, а не складывают запреты на всякий случай.
| Сценарий | Что проверить до сигнала | Ошибка по умолчанию |
|---|---|---|
| Уникальные части списка | Состав, ссылки, коды, границу | Canonical всех частей на page=1 |
| Сортировка того же набора | Основной порядок и генерацию href | Индексировать каждый вариант |
| Фильтр с отдельным спросом | Ценность, ассортимент, метаданные | Закрыть все фильтры |
| Пустая страница за границей | Фактическое число страниц | Вернуть 200 с пустым шаблоном |
Официальная справка Яндекса подчёркивает, что canonical является рекомендацией. Сильнее работает согласованность: один и тот же выбор отражён в href, sitemap, коде ответа и содержимом. Если эти элементы спорят, робот может принять решение, отличающееся от ожидаемого.
Наблюдения отделяют дубли от нормальной последовательности
Сравните две соседние страницы не только по шаблону, но и по фактическим элементам. Запишите первые и последние три карточки, title, canonical, код и ссылки. Если состав полностью повторяется, причина может быть в кэше, неверном параметре или сортировке. Если меняется ожидаемо, перед вами часть списка.
Затем откройте Яндекс Вебмастер и проверьте статусы этих URL после обхода. Отметка о неканоничности показывает решение робота на момент обработки, но не объясняет его автоматически. Сопоставьте её с текущим HTML: возможно, canonical уже исправлен, а данные ещё относятся к старой версии.
В серверных логах посмотрите, обращается ли робот к глубоким страницам и какие коды получает. Частые запросы параметрических дублей рядом с отсутствием полезных частей указывают на слабые внутренние маршруты. Сначала исправьте ссылки, затем оцените изменение по новому периоду.
Для крупного каталога выберите несколько последовательностей разной длины. Одна категория на три страницы не обнаружит ошибку, которая появляется после page=100 из-за ограничения базы или CDN. Проверка на малом, среднем и глубоком диапазоне показывает, остаётся ли правило устойчивым.
Не обещайте, что после исправления все номера войдут в поиск. Цель — сделать структуру понятной, убрать противоречия и открыть путь к ценным карточкам. Фактическое участие конкретной страницы определяется отдельно.
Трассировка глубокой страницы завершает проверку
Выберите один товар, который находится далеко от первой страницы. Зафиксируйте стартовый URL категории и отключите персональные сортировки. На каждом шаге записывайте адрес, код, canonical, ссылку на следующий набор и наличие выбранной карточки.
Трассировка глубокой карточки: путь робота
| Шаг | URL | Наблюдение | Решение |
|---|---|---|---|
| 1 | /catalog | Есть href на page=2 | Маршрут начинается в HTML |
| 2 | /catalog?page=2 | 200, другой состав, self-canonical | Часть списка различима |
| 3 | /catalog?page=3 | Кнопка без href на page=4 | Добавить обычную ссылку |
| 4 | /catalog?page=4 | URL открывается напрямую, карточка есть | Проверить включение в цепочку |
| 5 | /product/item-77 | 200 и ссылка из списка | Конечный документ доступен |
После исправления повторите путь из чистой сессии и сохраните HTML третьего шага. Карточка должна достигаться без выполнения произвольной последовательности кликов и без авторизации. Затем проверьте серверный лог или Вебмастер после нового обхода.
Если SEOProvision ведёт комплексное SEO-продвижение сайта, такая трассировка связывает пагинацию с каталогом, внутренними ссылками и техническими шаблонами. Она показывает конкретный потерянный путь, а не абстрактную оценку «пагинация настроена».
Проверка завершена, когда другой специалист проходит тот же маршрут и получает те же URL и ответы. Первая страница не притворяется владельцем всего содержимого, глубокие элементы доступны по ссылкам, а canonical и noindex используются по причине, которую можно показать на конкретном документе.
