Навигация в каталоге продукции: карта путей и проверка на глубокой карточке

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

Что входит в задачу и где её границы

Навигация в каталоге продукции — это не оформление и не украшение страницы. Это набор путей, по которым человек движется между разделами, списками и карточками, и набор подсказок, которые объясняют его текущее положение. Задача формулируется узко: посетитель должен понимать, где он, и уметь вернуться назад — к списку раздела, к родительскому разделу, к результатам поиска или подбора.

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

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

Артефакт задачи — карта путей навигации и чек-лист проверки на глубокой карточке. Карта фиксирует точку входа, ожидаемые ссылки и возврат. Чек-лист позволяет проверить результат на конкретной странице, а не «в целом по сайту».

Исходные данные и ответственные

Прежде чем рисовать карту, нужно собрать входные данные. Без них навигация строится на догадках и потом переделывается. Минимальный набор: структура разделов каталога, перечень типов карточек, список точек входа (меню, поиск, подбор, внешние переходы), перечень документов и их привязка к модификациям.

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

Отдельно нужен человек, который отвечает за документы: он подтверждает, какая версия паспорта действующая и к какой модификации она относится. Это не задача навигации, но от данных зависит корректность ссылок на документы.

Если каталог уже существует, входные данные дополняются текущей картой: какие разделы есть, какие карточки считаются глубокими, откуда приходят посетители. Это основа для проверки целостности путей, а не отчётная статистика.

Варианты навигации и критерии выбора

Навигацию в каталоге продукции можно строить по-разному, и выбор зависит от структуры и сценариев. Ниже — предметное сравнение вариантов по критериям, которые важны для каталога без корзины.

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

Если структура каталога ещё формируется, полезно сверить её с структурой каталога интернет-магазина: дерево разделов, свойства и карта каталога — там описаны принципы дерева, которые затем превращаются в пути навигации.

Последовательность действий: от структуры к карте путей

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

Затем определяются точки входа. Меню, поиск, подбор, переходы из документов, внешние ссылки. Для каждой точки входа описывается, куда попадает посетитель и что он должен увидеть, чтобы понять своё положение.

После этого проектируются пути возврата. Из карточки — к списку раздела. Из списка — к родительскому разделу. Из поиска — к результатам. Из подбора — к условиям подбора. Каждый путь проверяется вопросом: если посетитель нажмёт «назад» в браузере, он вернётся туда же?

Далее формулируются подписи. Хлебные крошки в каталоге должны называть разделы так же, как они названы в меню. Если в меню «Насосы», а в крошках «Оборудование для перекачки», посетитель теряет связь.

Завершающий шаг — сборка карты путей в один документ. В нём для каждой точки входа указаны ожидаемые ссылки и возврат. Карта согласуется с ответственными и передаётся в проверку.

Как устроены хлебные крошки в каталоге

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

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

На глубокой карточке крошки могут занимать несколько строк. Это нормально, если структура действительно глубокая. Но если крошки становятся длиннее заголовка, стоит проверить, не слишком ли много уровней и нельзя ли часть из них объединить.

Отдельный вопрос — карточки, которые относятся к нескольким разделам. Если товар логично находится в двух группах, нужно решить, какой путь считается основным, а какой — дополнительным. Основной путь показывается в крошках, дополнительный — в связанных разделах. Иначе крошки начнут противоречить меню.

Возврат из поиска и подбора

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

Решение — сохранять контекст перехода. Если карточка открыта из результатов поиска, на ней должен быть путь назад к результатам. Если из подбора — к условиям подбора. Это не то же самое, что крошки: крошки ведут по структуре разделов, а возврат — к предыдущему списку результатов.

Технически это требует, чтобы поиск и подбор передавали в карточку информацию о своём контексте. Как именно это реализовано, зависит от платформы, и здесь нельзя опираться на догадки — нужна проверка на конкретной сборке. Если каталог работает на Битрикс, полезно сверить поведение с каталогом товаров на Битрикс: фильтры, скорость и SEO — там описаны особенности компонентов, влияющие на сохранение контекста.

Отдельно проверяется поведение кнопки «назад» в браузере. Если она возвращает не к списку, а к предыдущей карточке, это признак того, что контекст перехода не сохраняется.

Матрица проверок навигации

Проверка навигации в каталоге продукции — это не один тест, а набор проверок по сценариям. Матрица ниже помогает пройти их последовательно и зафиксировать результат.

Матрица заполняется по каждой глубокой карточке. Если карточек много, выбираются типовые: по одному представителю каждого типа. Результаты фиксируются письменно для объективной приёмки.

Учебный пример: каталог насосного оборудования

Учебный пример. Компания «Условная» ведёт каталог насосного оборудования без корзины. В каталоге три уровня: «Оборудование» → «Насосы» → «Центробежные». Внутри — карточки с характеристиками, документами и заявкой. Поиск и подбор ведут в карточки напрямую.

Входные условия: 12 разделов, около 200 карточек, из них 40 — глубокие, на третьем уровне (учебные данные). Документы привязаны к модификациям. Заявка оформляется на товар или набор.

Действия. Сначала зафиксировали дерево разделов и отметили глубокие карточки. Затем описали точки входа: меню, поиск, подбор, переходы из документов. Для каждой точки входа определили ожидаемый возврат. Далее согласовали названия разделов в меню и в крошках. После этого собрали карту путей и передали на проверку.

Проверка. На глубокой карточке «Насос центробежный» проверили: крошки ведут от «Оборудования» через «Насосы» к «Центробежным»; из поиска есть возврат к результатам; из подбора — к условиям; документ открывается в актуальной версии; заявка не обещает покупку. Обнаружили, что возврат из поиска сбрасывал запрос. Это зафиксировали как замечание и передали разработчику.

Результат: карта описывает 6 сценариев, чек-лист применён к 40 карточкам, замечание по возврату зафиксировано.

Чек-лист приёмки навигации

• Крошки на глубокой карточке содержат все уровни и каждый уровень, кроме текущего, является ссылкой
• Названия разделов в крошках совпадают с названиями в меню
• Из карточки есть возврат к списку раздела
• Из карточки, открытой из поиска, есть возврат к результатам поиска
• Из карточки, открытой из подбора, есть возврат к условиям подбора
• Ссылка на документ ведёт к актуальной версии, привязанной к модификации
• Заявка на товар или набор не обещает онлайн-покупку
• Кнопка «назад» в браузере возвращает к предыдущему списку, а не к другой карточке
• На мобильном экране основные пути возврата доступны
• Карта путей заполнена для всех типовых точек входа

Ограничения, ошибки и следующий шаг

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

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

Отдельно стоит помнить про границы: каталог продукции без корзины не должен вести себя как магазин. Если сценарий требует покупки, это отдельный этап, и его нельзя подменять навигацией. Как устроены сценарии заявок и приёмка в таком каталоге, разобрано в Сайт-каталог без корзины: сценарии заявок, данные и приёмка.

Следующий шаг: согласовать карту путей и провести проверку по чек-листу на типовых карточках. Если каталог только проектируется, навигацию стоит закладывать вместе со структурой; в этом помогает разработка сайтов-каталогов, где пути и разделы описываются до вёрстки.