Перейти к основному содержимому

Лендинги витрины

Зачем нужно​

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

Лендинг не создает отдельную доменную правду. Он связывает канонические сущности и редакционный контент в одну опубликованную страницу.

Типы лендингов​

Витрина должна поддерживать следующие типы страниц:

  • лендинг направления;
  • лендинг формата;
  • лендинг уровня;
  • лендинг продукта;
  • лендинг запуска продукта;
  • лендинг олимпиады или соревнования;
  • лендинг события;
  • лендинг кампании;
  • лендинг цели;
  • лендинг публичного профиля;
  • SEO-индексная страница;
  • служебная промо-страница.

Тип лендинга влияет на обязательные связи, набор допустимых блоков и правила индексации.

Базовая модель страницы​

Для каждой страницы нужны:

  • стабильный slug;
  • тип страницы;
  • статус публикации;
  • язык;
  • SEO-метаданные;
  • основная доменная связь, если есть;
  • набор блоков;
  • ручной порядок блоков;
  • владелец страницы;
  • история публикации.

Основная доменная связь может указывать на продукт, направление, формат, уровень, человека, олимпиаду, событие, цель или подборку каталога.

Блоки страницы​

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

Базовые типы блоков:

  • hero;
  • краткое позиционирование;
  • CTA;
  • карточки каталога;
  • преподаватели и команда;
  • отзывы;
  • достижения;
  • факты и цифры;
  • дорожная карта;
  • программа или темы;
  • результаты учеников;
  • FAQ;
  • форма заявки;
  • условия участия;
  • цена и планы;
  • расписание или ближайшие старты;
  • материалы и публикации.

Блок должен явно указывать источник данных: ручной CMS-контент, read-model домена, вычисляемый агрегат или смешанный режим.

Связь с каталогом​

Лендинг может включать каталог как блок:

  • список продуктов направления;
  • ближайшие запуски;
  • рекомендованные продолжения;
  • подборку интенсивов;
  • связанные события;
  • альтернативные форматы прохождения.

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

SEO и URL​

URL-структура должна быть стабильной и не подменять доменную модель.

Для страницы нужно хранить:

  • canonical URL;
  • title;
  • description;
  • индексируемость;
  • Open Graph данные;
  • structured data, если применимо;
  • правила редиректа при архивировании.

Если одна сущность отображается на нескольких страницах, нужно явно определить canonical-страницу и вспомогательные SEO-страницы.

Публикация и версии​

Лендинг должен проходить явные состояния:

  • черновик;
  • готов к проверке;
  • опубликован;
  • запланирован;
  • архивирован.

Изменение опубликованной страницы должно быть управляемым: редактор должен понимать, какие блоки изменились и какие доменные данные подтянутся автоматически.

Кампании​

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

Кампания может иметь:

  • отдельный лендинг;
  • UTM-метки;
  • промо-блоки на других страницах;
  • временные карточки;
  • отдельные CTA;
  • дату начала и окончания;
  • правила скрытия после завершения.

Кампания не должна создавать отдельную копию продукта. Если в кампании продается продукт, связь должна указывать на исходный продукт, run или price plan.

Правила​

  • Лендинг не владеет продуктом, человеком, roadmap-темой, отзывом или достижением.
  • Редакционный блок должен иметь понятный источник данных.
  • Публичная страница должна быть воспроизводима из CMS-состояния и read-model.
  • Архивирование страницы не должно удалять исходные доменные сущности.
  • SEO-страницы не должны создавать новые справочники и классификации.