Лендинг, или посадочная страница, встречает посетителя после перехода из рекламы, поиска, рассылки или соцсети. Это может быть отдельный одностраничный сайт или часть большого сайта. Такая страница объясняет конкретное предложение и помогает сделать следующий шаг.
Для одного предложения лендинг обычно требует меньше работы, чем многостраничный сайт. Но если компания продвигает несколько услуг или отвечает на разные поисковые запросы, одной страницы может быть недостаточно.
Когда достаточно одной страницы
Лендинг подходит для одного предложения с понятным сценарием заявки, когда посетителю не приходится сравнивать десятки направлений. Это может быть отдельная услуга, мероприятие, консультация или тест новой гипотезы.
Многостраничная структура полезнее, если услуги решают разные задачи, отличаются по цене и доказательствам или требуют отдельных страниц для поиска. Собирать всё на одном длинном лендинге только ради экономии на разработке не стоит. Одному рекламному предложению часто хватает одной сфокусированной страницы, а для поискового продвижения структура зависит от числа самостоятельных интентов. Разные задачи посетителя лучше разнести по отдельным страницам.
Какой материал подготовить до разработки
Для лендинга одной услуги можно использовать такой каркас:
- Первый экран: что продаётся и для кого.
- Состав услуги и результат для заказчика.
- Цена или понятный способ расчёта.
- Порядок работы и срок.
- Реальные доказательства, без выдуманных отзывов и цифр.
- Ответы на вопросы, которые мешают сделать следующий шаг.
- Одно основное действие: форма, звонок, мессенджер или внешняя запись.
На первом экране посетитель должен понять, какое действие от него ждут. Основную кнопку обычно ставят там же, а затем повторяют после главных аргументов. Можно добавить другие способы связи, если они ведут к той же цели и не отвлекают от основного сценария.
При любой структуре нужно проверить мобильную версию, все состояния формы и подтверждение отправки. Отдельно проверяют фактическую доставку заявки, аналитику и документы об обработке персональных данных.
Конструктор, CMS или индивидуальная разработка
SaaS-конструктор. Стандартный лендинг на Tilda можно собрать из готовых блоков без отдельной разработки. Возможности платформы расширяют Zero Block, пользовательский HTML, формы, CRM-интеграции и webhook. Для сложного сценария всё равно может понадобиться разработчик. Конструктор подходит, если контент уже готов, логика стандартна, а заказчик хочет сам менять страницу. До начала работы стоит проверить тариф платформы и ограничения нужных интеграций.
CMS на собственном хостинге. Этот вариант подходит, если лендинг станет частью большого сайта, а команда будет регулярно редактировать контент. Заранее нужно решить, кто отвечает за хостинг, обновления, резервное копирование, плагины и безопасность. Это может быть сотрудник, хостинг-провайдер или подрядчик.
Индивидуальная разработка. Она даёт больше контроля над кодом, размещением, моделью событий и нестандартной логикой. При этом хостинг, обновления, безопасность и внешние интеграции придётся поддерживать самостоятельно. Такой вариант оправдан, если штатных средств платформы недостаточно для надёжной работы нужного сценария или поддерживать его на конструкторе сложнее, чем собственное решение.
Любую публичную внешнюю форму можно открыть по обычной ссылке. Для передачи данных в CRM нужен подходящий API или webhook, и такую работу оценивают отдельно. Не стоит заказывать интеграцию до проверки более простого варианта.
- Стандартная логика и самостоятельное редактирование: конструктор.
- Будущий раздел многостраничного сайта: CMS.
- Нестандартная логика или полный контроль инфраструктуры: собственный код.
- Готовая внешняя форма: сначала проверьте, достаточно ли обычной ссылки без интеграции.
Что проверить перед приёмкой
- Первый экран объясняет предложение без контекста рекламного объявления.
- Текст, кнопки и формы работают на телефоне.
- Форма показывает ошибку и подтверждение успешной отправки.
- Тестовая заявка реально приходит в согласованный канал.
- Повторное нажатие не создаёт неконтролируемые дубли.
- Источник заявки доходит до записи или CRM.
- Политика и выбранное правовое основание соответствуют реальному процессу обработки данных.
- Страница открывается по HTTPS, имеет понятный title и доступна поисковым роботам, если её планируют индексировать.
Title, description, доступная для индексации разметка, корректный robots.txt и при необходимости включение в sitemap помогают технически подготовить страницу. Но сами по себе они не гарантируют позиции или поисковый трафик.
Одних политики и чекбокса недостаточно для соблюдения 152-ФЗ. Для конкретной формы определяют оператора, цели, состав и основание обработки, получателей, сроки хранения и удаления, меры защиты, локализацию и возможную трансграничную передачу. Если используется согласие, с 1 сентября 2025 года его оформляют отдельно от другой информации и документов, которые пользователь подтверждает или подписывает. Юридическую схему нужно проверять с учётом фактической формы и инфраструктуры.
Как считать заявки, а не только клики
Цепочка может включать показ объявления, клик, посещение лендинга, начало формы, отправку, доставленную заявку, квалифицированный лид и продажу. Не в каждом проекте видны все этапы. При этом переход во внешнюю форму ещё не означает, что запись завершена.
Для каждого источника полезно разделять:
- Визиты или пользователей.
- Клики по основной кнопке и начало формы.
- Успешно отправленные и доставленные заявки.
- Валидные и квалифицированные заявки.
- Стоимость валидной заявки: фактические расходы на кампанию, делённые на число валидных заявок из этой кампании.
- Ошибки формы и недоставленные заявки.
Если внешняя система не возвращает событие или идентификатор, на лендинге можно подтвердить только переход. Запись проверяют во внешней системе или CRM. До начала измерений фиксируют окно и модель атрибуции, критерии валидной заявки, а также правила исключения дублей и тестов. Телефон, email и другие персональные данные не передают в системы веб-аналитики. События связывают с CRM по техническому идентификатору, ограничивая срок его хранения и доступ к нему.
Если трафика достаточно, варианты сравнивают в заранее спланированном A/B-тесте. Для него выбирают основную метрику, единицу распределения, нужную выборку и длительность. Рекомендации Google Search Central касаются SEO-безопасности таких тестов, но не их статистического дизайна. При небольшом трафике сравнение периодов до и после остаётся наблюдательным, поскольку на результат влияют сезонность, объявления, ставки и состав аудитории.
Срок и стоимость разработки
Срок и цена зависят не только от числа экранов. На оценку влияют готовность текста и дизайна, способ сборки, формы, интеграции, аналитика, юридические требования и объём проверки. Сначала стоит зафиксировать сценарий страницы и границы работы, а уже затем сравнивать предложения.
Актуальные цена и срок есть на странице разработки сайта. Состав оценки разобран в статье «Сколько стоит сайт у фрилансера», а подготовка первой версии в статье «Проект за 9 дней».