Что входит в лендинг в 2026: чек-лист приёмки с квизом, CRM и Метрикой, чтобы не переплатить за лишние блоки?

Готовый чек-лист: пункты, которые можно сразу перенести в ТЗ или акт.

Подрядчики продают лендинг «пакетом», где половина блоков не влияет на заявки, а нужные интеграции (квиз, CRM, цели Метрики) вынесены в допы или сделаны формально. В итоге бизнес платит за анимации и слайдеры, но не видит, откуда пришёл лид и что с ним стало. Корень проблемы — нет приёмки по функциям: сдача идёт по «красиво/некрасиво», а не по списку «работает/не работает». Без чек-листа спор с подрядчиком превращается в переделку за свой счёт.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

Что считать лендингом в 2026: функции, а не блоки

Лендинг сдают по принципу «красиво», а спрос на заявки — по принципу «работает». Это два разных списка проверки. Пока вы принимаете страницу глазами, подрядчик закрывает смету. Пока принимаете руками — тестовой заявкой, звонком, отчётом в Метрике — вы закрываете деньги.

В 2026 году лендинг под кампанию — это не набор секций. Это четыре функции, которые обязаны работать до подписания акта:

• Донести оффер. Человек за 5 секунд понимает, что вы продаёте, кому и почему это выгодно.
• Собрать контакт. Форма или квиз, который проходится на телефоне без нервов.
• Передать лид в CRM. С utm-метками, источником и ответственным. Без ручного копирования из почты.
• Показать результат в Метрике. Цели на отправку, на телефон, на мессенджер. Иначе вы платите за трафик вслепую.

Всё остальное — слайдеры, параллаксы, видео на фоне, анимированные счётчики — декор. Иногда он уместен, но не должен стоять в смете выше интеграций. Если подрядчик начинает с «сделаем красивую анимацию появления блоков», а про CRM спрашивает в конце — вы покупаете файл, не решение.

Обязательный минимум в любой сдаче: оффер, доказательства (кейсы, цифры, отзывы с деталями), форма или квиз, контакты, мобильная версия, скорость загрузки, интеграция с CRM, цели в Метрике. Это база. Всё сверху — обсуждается отдельно и с обоснованием.

Чек-лист приёмки: проходим по пунктам вручную

Приёмка — не разговор. Это последовательность действий, которую вы выполняете сами, без подрядчика за плечом. Ниже — группы проверок. По каждой формулируйте вердикт «готово / не готово» и вписывайте в акт. Не «в целом ок», а конкретно: «лид создан в CRM с utm-метками — готово», «цель на клик по телефону не сработала — не готово».

Форма и квиз

• ☐ Тестовая заявка отправляется с компьютера — готово / не готово
• ☐ Тестовая заявка отправляется с телефона — готово / не готово
• ☐ Квиз из 3–4 шагов проходится на телефоне без горизонтальной прокрутки — готово / не готово
• ☐ Кнопка «назад» в квизе не теряет введённые данные — готово / не готово
• ☐ Валидация телефона не пропускает мусор и не блокирует корректный номер — готово / не готово
• ☐ Согласие на обработку персональных данных есть и кликабельно — готово / не готово

CRM

• ☐ Тестовая заявка появляется в CRM в течение минуты после отправки — готово / не готово
• ☐ В лиде заполнены поля: имя, телефон, источник, utm-метки — готово / не готово
• ☐ Ответственный назначен автоматически — готово / не готово
• ☐ Задача на звонок создаётся — готово / не готово
• ☐ Уведомление менеджеру приходит (в CRM, мессенджер или на почту) — готово / не готово
• ☐ Повторная отправка той же заявки не создаёт дубль без пометки — готово / не готово

Яндекс Метрика

• ☐ Цель на отправку формы срабатывает — готово / не готово
• ☐ Цель на завершение квиза срабатывает — готово / не готово
• ☐ Цель на клик по телефону срабатывает — готово / не готово
• ☐ Цель на клик по мессенджеру срабатывает — готово / не готово
• ☐ Цели на шаги квиза настроены (если квиз есть) — готово / не готово
• ☐ События видны в отчёте «Конверсии» в реальном времени, а не только в режиме отладки — готово / не готово

Мобильная версия и скорость

• ☐ Страница открывается на реальном телефоне (не в эмуляторе) — готово / не готово
• ☐ Формы и квиз работают при плохой связи — готово / не готово
• ☐ PageSpeed: показатели не провалены по мобильной версии — готово / не готово
• ☐ Вес страницы не зашкаливает из-за декоративных элементов — готово / не готово

Если хотя бы один пункт из групп «CRM» или «Метрика» — «не готово», акт не подписывается. Это не придирка. Это разница между кампанией, которая учится, и кампанией, которая сливает бюджет.

Квиз: как сделать, чтобы он не терял лиды

Квиз — самый частый источник потерь на лендинге. Не потому что плохо сделан, а потому что сделан формально: много полей, кривая логика, потеря данных при возврате. Вот что проверять.

Минимум полей: имя, телефон или мессенджер, один-два уточняющих вопроса. Всё. Каждое дополнительное поле — минус к конверсии. Если подрядчик предлагает «соберём больше данных для аналитики», спросите: вы готовы платить за трафик, который не дойдёт до конца квиза? Обычно нет.

Один экран на телефоне. Вопрос и варианты ответа помещаются без скролла. Горизонтальная прокрутка — красный флаг. Прогресс-бар обязателен, он снижает тревогу. Кнопка «назад» — без потери введённого. Проверьте сами: заполните два шага, вернитесь, посмотрите, сохранились ли данные. Если нет — «не готово».

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

Передача лида в CRM — сразу после последнего шага. Не «в течение часа», не «менеджер выгрузит». Сразу. Если квиз не отправляет данные в CRM автоматически, вы теряете заявки между формой и воронкой. Это не гипотеза, это видно на приёмке за 5 минут.

CRM: что проверить, чтобы заявки не терялись

У вас уже есть Битрикс24 или amoCRM. Хорошо. Но интеграция с лендингом — не «подключили и забыли». Вот сценарий проверки, который вы проходите сами.

1. Отправляете тестовую заявку с компьютера. Открываете CRM. Лид создан? Поля заполнены? Utm-метки на месте? Ответственный назначен? Задача на звонок есть? Уведомление пришло?
2. Повторяете то же с телефона. Разницы быть не должно.
3. Отправляете ту же заявку второй раз. Создался дубль? Если да — есть ли пометка «повторная»? Если нет — это потеря времени менеджера и риск путаницы.
4. Проверяете источник. В лиде должно быть видно, откуда пришёл человек: кампания, объявление, ключевое слово. Если стоит «не определено» — интеграция сделана формально.

Ориентир: тестовая заявка должна появляться в CRM с utm-метками и ответственным в течение минуты после отправки. Если дольше — либо задержка синхронизации, либо ручная выгрузка. И то, и другое — «не готово».

Отдельно проверьте уведомления. Менеджер должен узнать о лиде сразу, а не когда откроет CRM. Если уведомление не приходит — заявка может висеть часами. Это не техническая мелочь, это деньги.

Яндекс Метрика: цели, без которых вы не увидите результат

Метрика есть у многих. Но настроена она часто так: цель на отправку формы, и всё. Этого мало. Вы не увидите, где отваливаются люди, и не поймёте, какой канал даёт заявки, а какой — клики.

Минимальный набор целей:

• Отправка формы или завершение квиза
• Клик по телефону
• Клик по мессенджеру
• Если есть квиз — цель на каждый шаг, чтобы видеть, где теряются люди

Проверка: откройте отчёт «Конверсии» в реальном времени. Отправьте тестовую заявку. Цель сработала? Если вы видите событие только в режиме отладки, но не в отчёте — цель настроена неправильно. Это «не готово».

Ориентир: цели в Метрике проверяются в отчёте «Конверсии» в реальном времени, а не только в режиме отладки. Если подрядчик говорит «подождите, данные обновятся завтра» — это отговорка. Событие должно быть видно сразу.

Ещё один момент: связка Метрики с CRM. Если вы можете сопоставить лид в CRM с визитом в Метрике — вы видите полную картину. Если нет — вы гадаете. Это не обязательный минимум, но если у вас несколько кампаний, без этой связки вы не поймёте, какая из них работает.

Мобильная версия и скорость: где чаще всего экономит подрядчик

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

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

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

Поведение форм при плохой связи: заполните форму, отключите интернет, отправьте. Что произошло? Данные потерялись? Или форма показала ошибку и сохранила введённое? Второе — правильно. Первое — «не готово».

Как не переплатить: договор, допы и приёмка

Список обязательных функций — в договор. Не в приложение, не в переписку, не в устные договорённости. В договор. Формулировка: «Исполнитель обязуется реализовать: форму или квиз, интеграцию с CRM (передача лида с utm-метками и ответственным), настройку целей в Яндекс Метрике (отправка формы, клик по телефону, клик по мессенджеру), адаптивную мобильную версию, оптимизацию скорости загрузки».

Допы — отдельной строкой с обоснованием. Если подрядчик предлагает «дополнительно настроим сквозную аналитику» — спросите, что это даст и сколько стоит. Если «дополнительно сделаем анимацию» — спросите, как это повлияет на заявки. Если ответа нет — это не доп, это способ увеличить смету.

Акт сдачи — только после прохождения чек-листа. Вы проходите по пунктам, ставите «готово / не готово», и если есть «не готово» — акт не подписывается. Это не конфликт, это нормальная приёмка. Подрядчик, который уверен в своей работе, не будет против.

3 пункта, без которых не подписывать:

1. Тестовая заявка не появилась в CRM с utm-метками и ответственным.
2. Цели в Метрике не срабатывают в отчёте «Конверсии» в реальном времени.
3. Квиз на телефоне теряет данные при возврате назад или не проходится без горизонтальной прокрутки.

Если хотя бы один из этих пунктов — «не готово», подпись не ставится. Точка.

Когда это не сработает

Чек-лист не спасёт, если у бизнеса нет трафика и оффера под конкретную аудиторию. Даже идеально принятый лендинг не даст заявок на нецелевой поток. Если вы льёте трафик на всех подряд, никакая интеграция с CRM не поможет — лиды будут, но не те.

Подход не сработает, если подрядчик не даёт доступы к CRM и Метрике. Тогда проверить интеграции на приёмке невозможно. Вы будете верить на слово. А верить в 2026 году — дорого. Если доступы не дают — это красный флаг. Либо подрядчик что-то скрывает, либо не уверен в своей работе.

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

Что сделать после сдачи: первые две недели

Первые две недели — это не «запустили и забыли». Это время, когда вы смотрите, доходят ли лиды и срабатывают ли цели. Каждый день проверяйте: лиды в CRM есть? Цели в Метрике фиксируются? Если да — хорошо. Если нет — сразу к подрядчику, пока не прошёл гарантийный срок.

Сверяйте трафик с источниками в Метрике. Если вы видите, что клики есть, а заявок нет — проблема либо в оффере, либо в форме. Смотрите, на каком шаге квиза отваливаются люди. Если на втором — значит, вопрос сложный или их слишком много.

Правки по офферу и доказательствам, а не по вкусу. Если заявок мало, не меняйте цвет кнопки. Меняйте то, что влияет на решение: заголовок, выгоды, кейсы, отзывы. Цвет кнопки — это последнее, что стоит трогать.

И не забывайте: лендинг — это не картина. Это инструмент. Если он не приносит заявки, его нужно чинить, а не любоваться. Если вы хотите проверить, насколько ваш текущий лендинг соответствует этим требованиям, посмотрите наш каталог решений или закажите аудит текущего лендинга. Мы проверим интеграции, цели и мобильную версию — и скажем, что действительно нужно исправить, а что можно оставить как есть.

FAQ

Какие блоки на лендинге реально влияют на заявки, а какие можно выкинуть?

Работают: оффер с конкретной выгодой, доказательства (кейсы, цифры, отзывы с деталями), понятная форма или квиз, ответы на возражения, контакты. Можно выкинуть: слайдеры с общими фразами, анимированные счётчики, видео на фоне, «наша команда» без имён и ролей. Всё, что не помогает человеку принять решение, — декор.

Что подключить по этому материалу

Под эту задачу чаще опираются на посадочную, рекламный канал и измерение конверсии до масштабирования бюджета.

Сценарий внедрения: дорожная карта на первые недели

Сначала фиксируете в договоре список обязательных элементов: форма или квиз, передача лида в CRM, цели в Метрике, мобильная версия, скорость загрузки. Дальше на приёмке проходите по каждому пункту вручную: отправляете тестовую заявку и проверяете, что она появилась в CRM с utm-метками и источником. Открываете Метрику и убеждаетесь, что цель сработала на отправку формы и на клик по телефону. Проверяете квиз на телефоне: проходится ли за один экран, не теряется ли лид при возврате назад. Отдельно смотрите скорость и мобильную вёрстку через PageSpeed и реальный телефон, а не только в браузере на ноутбуке. Всё, что не прошло проверку, — в акт сдачи не подписывается, пока не исправлено.

1. Нулевая неделя: baseline-метрики, карта ролей и ответственности, технические ограничения и SLA.
2. Неделя 1-2: запуск узкого пилота, контрольные точки, лог ошибок типовых сценариев.
3. Неделя 3-4: первое улучшение по KPI или честное признание, что нужно поменять сценарий/данные.
4. Неделя 5+: масштабирование на смежные процессы и фиксация регламентов, чтобы качество держалось без геройства команды.

Формат “один главный результат на одну неделю” сохраняет темп и экономит управленческое внимание.

Как применить сразу

Короткий каркас, который можно перенести в ваш Notion/ТЗ без переписывания с нуля.

# Чеклист приемки перед запуском (фрагмент)
acceptance = {
  "analytics_baseline_fixed": True,
  "perf_budget_ms": {"lcp": 2500, "tti": 3500},
  "seo": {"canonical": True, "indexability": True, "structured_data_ok": True},
  "crm_events": {"lead_created": True, "stage_change": True}
}

Нужна промышленная версия — обсудите сценарий с командой или через форму нового клиента.

Риски и как их снять заранее

• Запуск без baseline и недельной аналитики — самый дорогой вариант, потому что непонятно, что лечить.
• Смешивание многих задач одновременно — обычно увеличивает календарные сроки и бюджет сверх суммы задач по отдельности.
• Слабая интеграция с точками истины данных (CRM, биллинг, тикет-системы) даёт красивый интерфейс и плохой бизнес-эффект.

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

Что сделать дальше

Короткая диагностика под ваш процесс: обычно 3 дня для малого бизнеса и до 5 дней для проектов со сложной воронкой и несколькими стейджами.

Быстрый расчет эффекта: (количество заявок × текущая стоимость обработки заявки) − (то же после внедрения целевой модели) + (дополнительные продажи × средняя маржа). Число получится грубым и полезным: оно задаёт экономику решения даже без идеальных данных.

По запросу высылаем чеклист диагностики и шаблон weekly-отчёта по экспериментам: там видно, когда пора усиливать сценарий, а когда — остановиться.

• Запросить диагностику процесса: Открыть форму контактов PrimeCoder
• Получить план внедрения на 30 дней: Подключить AI Boost Team как внешний AI-офис с KPI

FAQ по теме статьи

Какие блоки на лендинге реально влияют на заявки, а какие можно выкинуть?

Работают: оффер с конкретной выгодой, доказательства (кейсы, цифры, отзывы с деталями), понятная форма или квиз, ответы на возражения, контакты. Можно выкинуть или сократить: слайдеры с общими фото, «о нас» без фактов, длинные анимации, несколько дублирующих форм. Каждый блок проверяйте вопросом: помогает ли он человеку оставить заявку или просто заполняет экран.

Что должно быть в квизе, чтобы он не терял лиды?

Минимум полей: имя, телефон или мессенджер, один-два уточняющих вопроса. Прогресс-бар, кнопка «назад» без потери введённого, валидация телефона, согласие на обработку данных. Лид должен уходить в CRM сразу после последнего шага, а не после подтверждения по email. Проверьте на телефоне: если квиз не проходится за один экран без горизонтальной прокрутки — переделывать.

Как проверить, что заявки действительно попадают в CRM?

Отправьте тестовую заявку с компьютера и с телефона. В CRM проверьте: лид создан, поля заполнены, есть utm-метки и источник, ответственный назначен, задача на звонок поставлена. Если лид приходит без utm или падает в «неразобранное» — интеграция сделана формально. Отдельно проверьте дубли: повторная отправка не должна создавать двух сделок.

Какие цели в Яндекс Метрике обязательны для лендинга?

Минимум: отправка формы или завершение квиза, клик по телефону, клик по мессенджеру. Если есть квиз — цель на каждый шаг, чтобы видеть, где отваливаются. Проверьте, что цели срабатывают в реальном времени в отчёте «Конверсии», а не только в режиме отладки. Без этого вы не поймёте, какой канал даёт заявки, а какой жжёт бюджет.

Как не переплатить за лишние блоки и допы?

До старта согласуйте список обязательных функций и то, что входит в базовую цену: квиз, CRM, цели Метрики, мобильная версия, скорость. Всё остальное — отдельной строкой с ценой и обоснованием. На приёмке сверяйтесь с этим списком, а не с ощущением «нравится/не нравится». Если подрядчик предлагает блок без ответа на вопрос «как это увеличит заявки» — это кандидат на вырезание.

Что делать, если после сдачи лендинг не приносит заявок?

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

Дальше по теме платформы: смежные материалы (Разработка и запуск продукта)

Статью лучше читать в связке — так быстрее собирается картина, как ответ складывается в работающую воронку, а не в изолированный совет.

• Сколько стоит сайт под ключ в Москве
• Как выбрать подрядчика по AI и автоматизации
• Внедрение AI в продажи за 30 дней