У компании несколько направлений, и каждое хочется показать в шапке. Но длинный перечень не объясняет, что выбрать, а общий пункт «Решения» может скрыть именно то, за чем пришёл человек. Нужна схема переходов, которую можно объяснить без устного сопровождения.
Этот материал — о навигации между уже определёнными услугами. Вопрос, каким из них нужны отдельные страницы, относится к планированию структуры сайта. Роль главной и переходы из её блоков разобраны в материале о главной странице.
Начните со списка запросов, а не отделов
Выпишите действующие услуги и простые ситуации, с которыми обращаются в бизнес. Если реальные запросы доступны, используйте их формулировки без персональных данных. Если нет — отметьте предположения и попросите человека вне команды объяснить, что он ожидает за каждым названием.
Для каждого пункта нужны название, целевая страница и короткий ответ, что там можно найти. Внутренние названия отделов, технологий или пакетов не становятся понятными клиенту только потому, что их хорошо знает команда.
Называйте пункт в соответствии со страницей
Сравните название в меню с заголовком и предложением на странице. После перехода человек должен узнать свой выбор. Если под «Уборкой офисов» открывается только общий рассказ о компании, нужно изменить маршрут или содержание, а не просто сократить надпись.
Вместо одинаковых ссылок «Подробнее» в разных местах укажите название услуги там, где это помогает выбрать. Google рекомендует описательный текст ссылок; это объясняет назначение перехода, но не гарантирует позиций в поиске.
Не устанавливайте универсальный лимит пунктов. Проверяйте длину названий на всех языках, на узком экране и при увеличении текста. Сокращение должно сохранять смысл: непонятная аббревиатура лишь переносит проблему.
Группируйте по вопросу, который решает посетитель
Общая группа полезна, когда её название предсказуемо объединяет услуги. Сравните варианты: по объекту работы, потребности или типу клиента. Выберите основной признак для меню, а остальные объясните на обзорной странице; не заставляйте человека угадывать, к какому отделу относится его задача.
| Ситуация | Возможный маршрут | Что проверить |
|---|---|---|
| Несколько разных услуг | Прямые пункты с названиями услуг | Отличают ли названия предложения |
| Много связанных услуг | «Услуги» → обзор → нужная услуга | Помогает ли обзор сравнить и перейти |
| Одна услуга для разных клиентов | Один основной пункт и пояснение на странице | Не дублируются ли одинаковые переходы |
| Срочное обращение с известной задачей | Доступный пункт контакта рядом с услугами | Обслуживает ли бизнес этот канал |
Это варианты для проверки, а не правила по количеству страниц. Услуги можно повторно показать в уместном контексте, но одинаковое название должно вести к одинаковому ожидаемому результату.
Учебный пример: меню сервисной компании
Условная компания убирает квартиры и офисы и выполняет уборку после ремонта. Это учебный пример, не клиентский кейс и не описание фактической структуры конкретного бизнеса.
Вместо «Частным / Корпоративным / Специальные решения» можно проверить группу «Услуги» с пунктами «Уборка квартир», «Уборка офисов», «После ремонта». Обзорная страница объясняет разницу и содержит те же переходы. «Контакты» остаются отдельным понятным маршрутом.
Задания для проверки: найти условия уборки офиса; выяснить, куда обращаться после ремонта квартиры; найти способ уточнить нестандартную работу. Последняя ситуация может пересекать две категории — это повод добавить пояснение или уместную ссылку, а не автоматически создавать ещё один уровень меню.
Не прячьте услугу за единственным способом взаимодействия
Если есть вложенное меню, проверьте открытие нажатием и клавиатурой, понятное состояние и возможность закрыть его. W3C предупреждает о сложностях выпадающих меню и советует другой путь к вложенным пунктам, например через страницу родительской категории. Одного наведения мыши недостаточно.
На телефоне проверьте полные названия, прокрутку длинного меню и переход на нужную страницу. С клавиатуры — последовательность фокуса и его видимость. W3C описывает семантическую структуру навигации; попросите разработчика проверить её реализацию. Бытовая проверка владельцем не подтверждает соответствия стандарту доступности.
Полный маршрут до обращения проверяйте по мобильному чеклисту, а не только по тому, открылся ли список.
Передайте схему и примите конкретные маршруты
Подготовьте таблицу: название на каждом языке, группа, конечная страница, поведение родительского пункта и контрольное задание. Если «Услуги» и открывает список, и ведёт на обзор, согласуйте отдельные понятные элементы управления; одно действие не должно непредсказуемо подменять другое.
- Все пункты ведут к действующим страницам или согласованным разделам без тупиков.
- Названия в меню, на обзоре и на страницах согласованы на каждом языке.
- Нужную услугу можно найти без наведения мыши и без помощи автора схемы.
- Изменение меню не сопровождается несогласованным переименованием URL; перенос адресов планируют отдельно.
Содержание конечной страницы проверьте по структуре страницы услуги. Если нужно спланировать навигацию для вашего бизнеса, отправьте список услуг и задачу; объём изменений согласуется после разбора.
Вопросы о меню нескольких услуг
Нужно ли каждую услугу выносить в шапку?
Нет. Важны предсказуемые переходы. Часть услуг можно показать в понятной группе и на обзорной странице.
Есть ли правильное количество пунктов?
Универсального числа для любого бизнеса нет. Проверяйте конкретные названия, группы, языки и сценарии.
Можно ли оставить только выпадающее меню?
Не стоит делать наведение мыши единственным путём. Нужны проверки клавиатуры и телефона и альтернативные переходы к вложенным услугам.
Нужно ли менять адреса вместе с меню?
Не обязательно. Название или место пункта можно изменить с сохранением адреса. Изменение URL согласуют с картой переноса и проверками.