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

Что болело до запуска

Селлер видит в кабинете маркетплейса выручку. Прибыль он считает сам, в таблице. Эту боль мы вынесли прямо на страницу и отрисовали макет таблицы на CSS: файл «PnL_финал_ИТОГ_v3_правки_ноябрь.xlsx», подпись «не обновлялось 3 недели», в ячейках «=B2*0.18», «???», «РУЧ», по итогам «≠ факт» и жёлтая плашка «не учтён возврат». Комиссия забита формулой наугад, логистика проставлена руками, возвраты потеряны.

Рядом шесть формулировок, по которым селлер узнаёт себя:

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

• оборот растёт, денег на счёте нет
• непонятно, какие SKU убыточны
• реклама работает, по каким карточкам она окупается, неясно
• кабинет показывает выручку, прибыль считаете сами в Excel
• непонятно, что выгоднее: FBO или FBS
• в таблице разбираетесь только вы, и только иногда

Оффер: цена разложена по работам

Аудит бесплатный. Если написать просто «бесплатно», ценность падает до нуля. Поэтому отдельной секцией показано, из чего цена собирается: выгрузка и нормализация данных 8 000 ₽, расчёт PNL по каждому SKU 10 000 ₽, разбор юнит-экономики 8 000 ₽, презентация и план действий 6 000 ₽. Сумма сходится ровно в 32 000 ₽. Следующей строкой стоит «Вы платите 0 ₽».

Состав аудита виден уже в первом экране, тремя шагами: PNL по каждой карточке, юнитка отдельно для WB и Ozon, план на 3 месяца с ответом, что убрать и что масштабировать.

Три бонуса остаются у селлера даже при отказе от подписки: 14 дней доступа к МП Приборке, шаблон юнит-экономики в Excel под Ozon и WB, чек-лист «20 точек утечки маржи». Отказ перестаёт быть обидным.

Лид квалифицируется до звонка

Условие входа написано под кнопкой в первом экране и повторено в оффере: оборот от 1 млн ₽/мес на Ozon или WB, от 3 месяцев продаж. Это отсекает тех, кому аудит пока нечего показать.

Форма спрашивает четыре вещи: имя, телефон, роль и оборот. Роль выбирается из четырёх вариантов, оборот из трёх ступеней (1-5 млн, 5-30 млн, более 30 млн). Обработчик разворачивает коды в читаемый текст, поэтому в CRM и в уведомление падает «Собственник · 5-30 млн р» вместо сырых значений формы.

Вместе с заявкой уезжают все пять UTM-меток. Их снимает фронт из адресной строки. Менеджер видит источник до первого звонка.

Как это устроено

Один статический index.html, из них 904 строки инлайнового CSS в head. Никакого фреймворка, бандлера и node_modules. Файл кладётся на сервер и работает. Выкатка идёт push в GitHub, дальше сервер сам забирает изменения по крону.

Заявка уходит POST-запросом с JSON-телом на небольшой PHP-обработчик. Он пускает только POST, режет тело больше 10 000 байт, валидирует имя и телефон, дублирует лид в нашу CRM и шлёт уведомление в рабочий чат Telegram. Экран успеха обещает связаться сегодня, с 10:00 до 19:00 МСК.

Юридический контур сделан целиком: политика на 11 разделов, cookie-баннер с запоминанием согласия, чекбокс и реквизиты оператора в футере. Отдельный скрипт держит кнопку отправки выключенной, пока галочка не проставлена, и подставляет в форму скрытое поле с ISO-датой. То есть у нас остаётся точное время, когда согласие дали. Поверх этого стандартная SEO-обвязка: canonical, Open Graph с картинкой 1200×630, JSON-LD типа Service, robots.txt и sitemap.xml.

Грабли

Посадочная страница не доходила до CRM. Фронт кладёт в тело запроса имя, телефон, роль, оборот и UTM. Поле с адресом страницы он не отправляет вообще, а сервер его ждал. В итоге у лидов с лендинга поле посадочной было пустым: метки есть, страница неизвестна. Починили 10 июля на сервере. Если поле пустое, PHP разбирает заголовок Referer и собирает адрес заново из схемы, хоста и пути, отбрасывая хвост с UTM, чтобы одна страница не размножилась на сотню вариантов. Урок общий: поле для аналитики, которое собирает браузер, требует серверного фолбэка из заголовков. Заявки-то приходят, поэтому потерю источника долго никто не замечает.

Картинки не оптимизированы, и это самая дорогая проблема страницы. Грузится около 7,1 МБ PNG, тяжелее всего дашборд на 3,0 МБ и фото в первом экране. Ни у одного тега img нет width, height и ленивой загрузки. Отсюда скачок вёрстки и тяжёлый первый экран. Для страницы под платный трафик это прямые потери конверсии. Лечится без переделки дизайна: WebP, размеры в атрибутах, lazy на всё ниже первого экрана.

Успех заявки завязан только на Telegram. Запись в CRM сделана по схеме «выстрелил и забыл», её результат нигде не проверяется. Если CRM приляжет, пользователь всё равно увидит зелёную галочку, менеджер получит сообщение в чат, лида в системе не будет. Знакомый сценарий ложного «сохранено». Минимум здесь: логировать неуспешный ответ CRM так же, как уже логируется Telegram.

Что ещё в списке на исправление:

• 12,8 МБ мёртвого веса в репозитории: старые копии фотографий команды переименовали в латиницу, оригиналы забыли удалить
• форма ничем не защищена от автоматических заявок: ни honeypot, ни лимита по частоте с одного IP, ни проверки Origin
• в первом экране заявлено «более 8 лет» опыта, в секции команды «4 года ведём управленческий учёт». Две цифры в одном скролле, внимательный лид споткнётся
• документации в проекте нет вообще: тот, кто придёт править лендинг через полгода, восстановит логику только чтением кода

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

Зачем показывать цену, если аудит бесплатный?

Слово «бесплатно» само по себе обнуляет ценность в глазах селлера. Поэтому отдельной секцией показано, из чего складываются 32 000 ₽: выгрузка и нормализация данных 8 000 ₽, PNL по каждому SKU 10 000 ₽, разбор юнит-экономики 8 000 ₽, презентация и план действий 6 000 ₽. Следующей строкой идёт «Вы платите 0 ₽».

Как лендинг отсекает нецелевые заявки?

Условие входа написано прямо под кнопкой первого экрана и повторено в оффере: оборот от 1 млн ₽ в месяц на Ozon или WB, от 3 месяцев продаж. Форма спрашивает четыре вещи: имя, телефон, роль и оборот, оборот выбирается из трёх ступеней. Обработчик разворачивает коды в читаемый текст, поэтому в CRM падает «Собственник · 5-30 млн р» вместо сырых значений формы.

Как понять, откуда пришёл лид, до первого звонка?

Вместе с заявкой уезжают все пять UTM-меток, их снимает фронт из адресной строки. Адрес посадочной сначала терялся: браузер это поле не отправлял, а сервер его ждал. Починили 10 июля, теперь PHP собирает адрес заново из заголовка Referer и отбрасывает хвост с метками. Урок забрали в правила: аналитическое поле, которое собирает браузер, дублируем на сервере.

Нужен ли фреймворк для такой посадочной?

Нет. Весь лендинг – это один статический index.html на 1598 строк, из них 904 строки CSS лежат прямо в head. Ни бандлера, ни node_modules: файл кладётся на сервер и работает. Выкатка идёт через push в GitHub, дальше сервер сам забирает изменения по крону.

Что чаще всего мешает такой странице под платный трафик?

На этой странице две вещи. Первая: около 7,1 МБ картинок в PNG, самый тяжёлый дашборд весит 3,0 МБ, у тегов img нет width, height и ленивой загрузки, отсюда скачок вёрстки и медленный первый экран. Вторая: успех заявки завязан только на Telegram, ответ CRM нигде не проверяется, поэтому при её падении пользователь увидит зелёную галочку, а лида в системе не будет.