У сайта разработчика программного обеспечения обычно несколько читателей. Руководитель выбирает решение под задачу, технический специалист проверяет API и требования, закупщик ищет условия лицензирования. Если разделы между собой не связаны, каждый из них упирается в тупик: описание продукта не ведёт к документации, а документация не ведёт к запросу демонстрации. Ниже о том, как выстроить связи осознанно, а не «на всякий случай».
Какие разделы нужно связывать и зачем
Типичный набор: продукты, решения по задачам или отраслям, интеграции, документация, тарифы или условия лицензирования, безопасность и варианты размещения, кейсы, блог, поддержка, форма запроса демо. Для каждой страницы полезно ответить на два вопроса: кто на неё приходит и какой вопрос у него возникнет следующим. Ссылка должна быть ответом на этот следующий вопрос. Если ответа нет, ссылка лишняя.
Какие переходы нужны с основных типов страниц
- Страница продукта: к сценариям применения, интеграциям, безопасности, условиям и запросу демо.
- Страница решения (задача или отрасль): к тем продуктам и модулям, которые эту задачу закрывают, а не к общему каталогу.
- Статья блога: к продукту или разделу документации по той же теме, если статья описывает рабочую задачу.
- Документация: назад к описанию продукта, к истории изменений и в поддержку.
- Условия и тарифы: к вопросам о лицензировании, к описанию того, что входит в состав, и к форме запроса.
Связывать всё со всем не нужно: десятки одинаковых ссылок в каждом блоке скрывают главные переходы.
Как связать описание продукта с документацией
Здесь чаще всего возникает разрыв: документация живёт на отдельном поддомене или платформе и выглядит чужой. Что стоит сделать:
- Дать ссылку на документацию в основном меню и на каждой странице продукта.
- Использовать одни и те же названия продуктов и модулей в обеих частях сайта.
- Из страницы интеграции вести в конкретный раздел документации, а не на её главную, и добавить обратную ссылку.
- Если у продукта несколько версий, ссылаться на актуальную, а устаревшие помечать и вести на новую.
Пример: фрагмент страницы условного продукта
Возьмём вымышленный «Модуль учёта склада». Вот как могут быть связаны блоки его страницы:
- Хлебные крошки: Продукты → Модуль учёта склада.
- Первый экран: краткое описание и две кнопки: «Запросить демо» и «Открыть документацию модуля».
- Блок «Для каких задач»: ссылки на страницы решений «Складская логистика» и «Розничные сети».
- Блок «Подключается к»: названия учётных систем и кассового ПО, каждое со ссылкой на свою страницу интеграции; на ней есть ссылка на метод обмена остатками в описании API.
- Блок «Безопасность и размещение»: переход на страницу о ролях доступа и вариантах установки на сервере заказчика или в облаке.
- Блок «Условия»: ссылка на раздел о лицензировании.
- Нижняя часть: «Что изменилось в последних версиях» (история изменений) и две-три статьи блога по теме.
Так посетитель на любом этапе видит следующий шаг и не возвращается в общее меню.
Тексты ссылок и меню: как не запутать читателя
Анкор «Подробнее» ничего не объясняет. Лучше написать «Описание методов API для обмена остатками» или «Варианты установки на сервере заказчика»: человек понимает, что найдёт за кликом. В меню оставьте 5–7 пунктов верхнего уровня и называйте их словами клиента, а не внутренними кодовыми названиями проектов. Один продукт должен называться одинаково в меню, заголовках и документации.
Отдельно продумайте снятые с поддержки продукты: оставьте страницу с пояснением и ссылкой на преемника, чтобы старые ссылки из писем и статей не вели в пустоту.
Проверочный список
- С каждой страницы продукта есть путь к документации, условиям и запросу демо.
- Каждая страница решения ведёт к конкретным продуктам.
- Страницы интеграций связаны с нужными разделами документации в обе стороны.
- Нет страниц, на которые не ведёт ни одна ссылка из меню или смежных разделов.
- Анкоры описывают содержимое целевой страницы, а не говорят «здесь» и «подробнее».
- Названия продуктов совпадают на сайте и в документации.
- Ссылки на устаревшие версии и снятые продукты ведут на актуальные страницы.
- Хлебные крошки показывают реальную структуру сайта.
