Почему каталогу недостаточно списка «важных страниц»
В небольшом сайте обычно легко увидеть главные URL вручную. В каталоге один тип сущности может существовать в десятках вариантов: карточка, листинг, страница бренда, категория, город, результат фильтра, архив, страница с номером пагинации. Одни варианты нужны покупателю или посетителю, другие — только интерфейсу, третьи возникают по ошибке шаблона или данных.
Google описывает структуру сайта через связи страниц: робот находит категории из навигации, подкатегории из категорий и карточки из подкатегорий. Поэтому архитектура — это не только адреса: важны обычные ссылки, порядок пути к сущности, ответ сервера и содержание самой страницы.
Начните с паспорта каждого типа URL
До изменения canonical, robots или шаблонов полезно описать не все миллионы адресов, а повторяющиеся типы. Для каждого типа команда фиксирует назначение, источник данных, правила ссылки и критерии приемки. Это превращает спор «нужна ли эта страница поиску» в проверяемое решение.
| Тип URL | Задача страницы | Минимум для проверки |
|---|---|---|
| Категория или подкатегория | Помочь выбрать направление ассортимента или предложений. | Стабильный URL, понятная навигация, ассортимент, самостоятельная роль и источник внутренних ссылок. |
| Карточка сущности | Дать полный ответ о товаре, услуге, объекте или предложении. | Уникальный идентификатор, фактические данные, статус доступности, описание и связь с родительским разделом. |
| Листинг или страница пагинации | Разделить длинный список так, чтобы посетитель и робот могли перейти дальше. | Последовательные ссылки <a href>, реальные результаты и корректное поведение несуществующих номеров. |
| Фильтр, сортировка, служебный параметр | Упростить выбор в текущем сеансе. | Нужна ли самостоятельная посадочная; не создаёт ли вариант бесконечные адреса, дубли или пустые выдачи. |
| Регион или редакционный материал | Ответить на отдельную задачу, а не дублировать базовую страницу. | Реальное различие данных, контента и предложения; права на опубликованные сведения. |
Паспорт не означает, что каждый тип надо индексировать. Он определяет, какие варианты действительно самостоятельны, а какие не должны незаметно стать новыми SEO-посадочными только из-за работы интерфейса.
Четыре слоя, которые согласуют до шаблонов
- Сущности и данные. Что именно показывает страница: товар, предложение, объект, бренд, категория или подборка? Кто отвечает за название, наличие, цену, характеристики и изображения?
- Один вид URL для одной роли. У договорённой страницы должен быть стабильный путь; если в адресе есть параметры или части пути, их порядок не должен случайно менять ту же сущность на новый URL.
- Навигация, доступная без клика по JavaScript-кнопке. Google указывает, что обычно находит URL в атрибуте
href; роботы не обязаны нажимать кнопки «показать ещё» или запускать сценарий интерфейса. Для листингов проверяют последовательные ссылки и доступность карточек. - Содержание, соответствующее разметке. Product-разметка не компенсирует пустую карточку и не заменяет данные. Для merchant listings Google отдельно ограничивает её страницами конкретного товара или его вариантов, где покупка доступна пользователю.
Фильтры и пагинация: два разных вопроса
Фасетная навигация меняет подборку по свойствам, а пагинация делит один список на части. Их часто смешивают, хотя последствия различаются. Фильтры могут создавать огромное число сочетаний; Google рекомендует заранее решить, какие из них потенциально нужны в поиске, и не оставлять остальным бесконечный путь для обхода. Для пустых или бессмысленных комбинаций и несуществующих страниц пагинации в документации указан корректный HTTP 404 на исходном URL.
Пагинация же нужна для обнаружения содержимого длинного списка. Если интерфейс использует «показать ещё» или бесконечную прокрутку, команда отдельно проверяет, может ли робот дойти до всех URL обычными ссылками. Canonical сам по себе не заменяет эти правила и не делает хаотичную структуру управляемой.
Отдельный разбор фасетной навигации — в материале «Фильтры интернет-магазина: как управлять URL без тысяч дублей». Он дополняет эту статью, но не заменяет карту всей структуры каталога.
Как выпускать изменения без массового риска
- Зафиксировать baseline: типы URL, серверные ответы, индексируемость, источники внутренних ссылок, sitemap и проблемные шаблоны.
- Выбрать один приоритетный паттерн — например, категорию с несколькими дублями или шаблон карточки с неполными данными.
- Подготовить preview: какие URL и шаблоны затронуты, что изменится в ссылках, canonical, метаданных или данных, как проверяется результат и как откатывается изменение.
- Получить подтверждение владельца с оценкой риска и стоимости; не менять robots, редиректы, каталог или данные поставщиков автоматически.
- Выпустить ограниченный срез и перепроверить коды ответа, доступность ссылок, sitemap, видимое содержание и данные обхода до расширения работы.
Чего такая работа не обещает
- она не гарантирует индексацию, позиции, трафик, заявки или выручку конкретного раздела;
- она не даёт права массово создавать, закрывать или менять URL, шаблоны, robots и редиректы без preview и подтверждения владельца;
- она не подменяет управление ассортиментом, качество источника данных, разработку или редактуру карточек;
- она не подключается к CRM, персональным данным, поставщикам или бюджету без отдельного согласованного контура.
С чего начать каталогу или агрегатору
Первый полезный результат — реестр типов URL и карта приоритетов, а не список массовых правок. В услуге SEO для каталогов и агрегаторов мы разбираем структуру, данные сущностей, навигацию, шаблоны и порядок контролируемого внедрения. До любого изменения показываем затронутые паттерны, риск, способ проверки и смету первого этапа.
Первичные источники
- Google Search Central: ecommerce website navigation structure — связь навигации, категорий, подкатегорий и карточек для обнаружения страниц.
- Google: managing crawling of faceted navigation URLs — управление обходом фасетной навигации, параметры, порядок фильтров и пустые комбинации.
- Google Search Central: pagination and incremental page loading — доступные ссылки, пагинация, load more и бесконечная прокрутка.
- Google Search Central: merchant listing structured data — границы Product-разметки и требования к конкретной странице товара.
Частые вопросы
Чем SEO для каталога отличается от настройки фильтров?
Фильтры — один из типов URL. SEO для каталога охватывает более широкую модель: категории, карточки, подкатегории, листинги, фильтры, пагинацию, шаблоны, данные сущностей и внутренние ссылки. Настройку фильтров принимают после того, как роли этих поверхностей определены.
Нужно ли делать индексируемой каждую страницу каталога?
Нет. Индексируемость определяют не по числу страниц, а по роли, содержанию, спросу, доступности данных и риску дублей. Навигационные, сортировочные и бессмысленные варианты могут не быть самостоятельными посадочными. Конкретное правило проверяют на реальной CMS и существующей индексации.
Можно ли поставить Product-разметку на страницу категории?
Тип разметки должен соответствовать видимому содержанию и назначению конкретной страницы. Google рекомендует фокусировать Product-разметку для merchant listings на странице одного товара или варианта, где пользователь может купить товар, а не на общей категории. Реализацию проверяют на фактическом шаблоне.