Посадочная страница (лендинг)

Происхождение и история термина

Документированная историческая веха — сообщение команды Google AdWords от 8 декабря 2005 года. Компания объявила, что при оценке качества рекламы начала учитывать содержание и устройство страниц, на которые ведут объявления. Это свидетельство использования термина landing page и его роли в рекламной системе к тому времени, а не дата изобретения посадочной страницы. ^[7]

Историческая проблема понятна и без знания рекламного интерфейса: объявление обещает ответ на запрос, но после перехода человек встречает другое содержание. В сообщении 2005 года Google объясняла изменение именно таким несоответствием. Исторические правила расчёта ставок из того объявления нельзя переносить на нынешнюю систему. ^[7]

В современной документации сосуществуют широкое рекламное значение и название конкретного инструмента. Сравнение ниже относится к двум документам, а не ко всем возможным употреблениям слов компаниями. ^{[1, 5]}

Суть и механизм

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

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

Целевое действие — действие, которое владелец страницы хочет учитывать как результат. В документации Метрики целью может быть, например, переход по ссылке или оплата заказа. ^[8] В нашем примере основная цель — завершённая регистрация. Просмотр программы помогает понять интерес к теме, но сам по себе не означает, что место на семинаре занято. Такое различие нужно согласовать до подготовки отчёта.

Призыв к действию, или CTA от английского call to action, в этом учебном макете — текст кнопки, объясняющий следующий шаг. Надпись «Зарегистрироваться» соответствует отправке регистрационных данных. Надпись «Узнать программу» должна вести к программе. Выбор формулировки предлагается проверять вопросом: сможет ли посетитель правильно предсказать результат нажатия?

Помимо содержания важна работа формы. Руководство W3C WAI — инициативы Консорциума Всемирной паутины по доступности веба — рекомендует подписывать поля, давать инструкции, проверять ввод и сообщать об ошибке или успешном завершении. Оно советует запрашивать только сведения, необходимые для процесса. ^[3] Например, в нашем макете организатору нужно объяснить, зачем требуется электронная почта: на неё придёт ссылка для подключения. Если адрес введён с ошибкой, сообщение должно помочь найти и исправить её.

Виды и классификации

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

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

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

Как применяется на практике

В российском контексте пример готового средства создания страниц — инструмент «Лендинги» Яндекс Директа. Согласно его справке, страницы могут содержать тексты, изображения, контакты, каталог с ценами и форму заявки; предусмотрены счётчик Метрики и цели некоторых действий. Это перечень возможностей данного инструмента, а не обязательный состав лендинга вообще. ^[5]

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

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

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

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

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

Как измерить или проверить

Конверсия в Яндекс Метрике — отношение целевых визитов ко всем визитам. Целевой визит содержит хотя бы одно достижение выбранной цели; достижений в нём может быть несколько. ^[8] Визит здесь можно понимать как учитываемую аналитикой последовательность действий посетителя на сайте. Поэтому визиты не следует автоматически приравнивать к людям: в нашем расчёте считаются именно посещения. ^[8]

Для учебного расчёта выберем все учтённые визиты, начавшиеся с нашей страницы за семь дней, и цель «успешная регистрация». Тестовые визиты команды заранее исключены из обеих групп. Обозначим общее число таких визитов буквой N, а число визитов с регистрацией — буквой G. Обе величины измеряются в визитах. CR (conversion rate) обозначает конверсию в процентах. Формула следует из определения доли. ^[8]

Пусть N равно 800 визитам, а G — 40 визитам. Деление даёт 0,05, после перевода в проценты получается 5%. Это означает, что в пяти из каждых ста учтённых визитов в среднем была регистрация. Число ничего не говорит о том, сколько участников затем пришло на семинар: посещение мероприятия в этом расчёте не измеряется.

Предположим также, что всего система приняла 44 отправки формы: в четырёх целевых визитах форму отправили повторно. Число целевых визитов остаётся равным 40. Если разделить 44 отправки на 800 визитов, получится 0,055 отправки на визит, или 5,5 отправки на 100 визитов. Это другой показатель. Подставлять его вместо конверсии визитов нельзя: повторная отправка меняет количество событий, но не создаёт новый визит.

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

Учебное сравнение двух периодов показывает ещё одно различие. В первом было 40 целевых визитов из 800, во втором — 60 из 1000. Конверсия выросла с 5% до 6%: на один процентный пункт, или на 20% относительно исходных пяти процентов. Но эти числа сами по себе не доказывают пользу нового заголовка. Например, во втором периоде могли прийти люди из другой рекламной кампании. Чтобы обсуждать причину изменения, нужно отдельно проверить, что ещё изменилось в предложении и источниках посещений.

Техническое качество оценивают отдельно. В актуальном руководстве Google Web Vitals перечислены LCP — показатель загрузки, INP — показатель отзывчивости на взаимодействия, CLS — показатель визуальной стабильности. Для оценки используют 75-й перцентиль отдельно для мобильных и настольных устройств: значение, не превышаемое примерно в 75% наблюдений. Руководство различает лабораторные измерения в заданных условиях и полевые данные реальных посещений; первые не заменяют вторые. ^[4]

Ошибки, ограничения и спорные вопросы

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

Вторая ошибка — принимать диагностическую оценку рекламной системы за результат бизнеса. Google описывает Quality Score как инструмент поиска проблем, в том числе с полезностью посадочной страницы. Этот показатель не является ключевым показателем эффективности и сам не участвует в рекламном аукционе. ^[2] Для организатора семинара улучшение оценки и рост числа участников поэтому остаются разными вопросами.

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

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

Правовой аспект

Для российской страницы, собирающей персональные данные, существенна часть 2 статьи 18.1 закона № 152-ФЗ «О персональных данных» в редакции от 26.07.2026. Она требует доступности политики обработки и сведений о требованиях к защите; при сборе через интернет — их публикации в соответствующей сети, в том числе на страницах сайта оператора, где собираются данные, с возможностью доступа к политике. ^[6]

Уточнение о таких страницах внесено законом № 266-ФЗ от 14.07.2022 и действует с 1 сентября 2022 года. ^[9] Наличие политики — лишь один аспект работы формы. Для конкретного проекта нужна юридическая оценка оснований обработки, состава собираемых сведений и подключённых сервисов. Приведённое пояснение не является заключением о законности отдельной страницы.

Частые вопросы

Связанные термины

• Контекстная реклама
• CTA (призыв к действию)
• Лид
• Конверсия
• A/B-тестирование
• Мета-тег robots