Что проверить перед заказом лендинга: 12 пунктов, которые важнее красивого макета

Лендинг чаще всего принимают в неправильном порядке.

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

Но лендинг ломается не только там, где «некрасиво». Он ломается в несогласованной задаче, в разрыве между объявлением и первым экраном, в форме без уведомления и в договорённости, которую обе стороны поняли по-разному.

Ниже — чек-лист, с которым можно разговаривать с любым подрядчиком. Он не помогает выбрать самый эффектный макет. Он помогает понять, сможет ли готовая страница нормально работать.

1. У страницы должна быть одна главная работа

Не начинайте с вопроса «какие блоки будут на сайте». Начните с предложения:

После просмотра страницы подходящий человек должен понять ___ и сделать ___.

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

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

2. Источник трафика нужно назвать до написания первого экрана

Человек из поиска, рекомендаций и холодной рекламы приходит с разным уровнем понимания. Объявление могло обещать конкретное решение, а органический посетитель мог искать ответ на общий вопрос.

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

Попросите подрядчика показать связку: запрос или объявление → первый экран → следующий смысловой блок → действие.

3. Структура — это не список модных секций

Отзывы, преимущества, этапы работы и FAQ сами по себе ничего не продают. Каждый блок должен отвечать на реальный вопрос посетителя.

Для компактного лендинга логика может выглядеть так:

1. Что это и кому подходит.
2. Какую ситуацию решает.
3. Что именно получает клиент.
4. Как проходит работа.
5. Какие есть доказательства.
6. Что с условиями, рисками и возражениями.
7. Как сделать следующий шаг.

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

4. Текст должен появиться раньше финального дизайна

Макет с рыбой-текстом легко согласовать и трудно превратить в понятную страницу. Настоящий заголовок может оказаться длиннее, доказательству понадобится схема, а важное условие не поместится в заранее нарисованную карточку.

До дизайна зафиксируйте:

• предложение и ограничения;
• основные вопросы клиента;
• факты, которые можно доказать;
• обязательные юридические формулировки;
• действие на каждом важном этапе.

Хороший дизайн усиливает смысл. Он не должен угадывать его после утверждения композиции.

5. Первый экран обязан работать без эффекта

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

Проверьте четыре состояния Hero:

• первый кадр до начала движения;
• момент, когда загружен текст, но ещё не появился тяжёлый визуал;
• мобильный экран;
• режим без анимации.

Если предложение понятно только после эффектного перехода, первый экран слишком зависим от механики.

6. Мобильная версия — отдельное решение, а не уменьшенный десктоп

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

На реальном устройстве проверьте:

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

Скриншота макета для такой проверки недостаточно.

7. Скорость нужно измерять не одной красивой цифрой

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

Особое внимание — видео, 3D, нестандартным шрифтам и изображениям. Для них нужны оптимизированные форматы, отложенная загрузка и запасной статичный вариант. Эффект, из-за которого не появляется предложение, работает против страницы.

8. Форма считается готовой только после полученной заявки

Фраза «форму подключили» ничего не доказывает. Сделайте сквозной тест:

1. Откройте страницу с тестовой UTM-меткой.
2. Заполните форму как обычный посетитель.
3. Проверьте сообщение об успешной отправке.
4. Убедитесь, что заявка пришла в согласованные каналы.
5. Сверьте имя, телефон, сообщение, страницу и источник.
6. Повторите отправку и проверьте обработку дубля.
7. Смоделируйте ошибку одного канала доставки.

Если менеджер не увидел заявку, зелёная галочка на сайте не является успехом.

9. Аналитика должна считать не клики, а подтверждённые действия

Минимально нужны посещение страницы и подтверждённая отправка формы. Для рекламного трафика — UTM, событие рекламной системы и понятный идентификатор заявки.

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

Рабочая проверка строится по цепочке:

объявление → загрузка страницы → визит → отправка формы → запись заявки → валидный контакт.

Пока цепочка не сверена на одной тестовой заявке, отчётность остаётся предположением.

10. Правки нужно разделить на исправления и новую работу

До оплаты письменно зафиксируйте:

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

«Правки без ограничений» звучит щедро, но почти никогда не описывает реальный процесс. Чёткие границы защищают обе стороны лучше красивого обещания.

11. Права, домен и хостинг должны быть понятны до старта

Спросите прямо:

• кто регистрирует и контролирует домен;
• где будет размещён сайт;
• кому принадлежат тексты, изображения и код;
• какие сторонние лицензии используются;
• передаются ли макеты и исходники;
• что произойдёт после прекращения поддержки;
• какие платежи останутся после запуска.

Особенно внимательно это нужно фиксировать при поэтапной оплате или временном размещении на инфраструктуре подрядчика.

12. У проекта должен быть момент окончательной приёмки

«Сайт опубликован» и «сайт принят» — разные события. Полезно иметь короткий акт технической приёмки:

• адрес открывается по HTTPS;
• основные экраны проверены на компьютере и телефоне;
• форма доставляет заявку;
• аналитика получает тестовое событие;
• юридические ссылки доступны;
• домен, доступы и инструкции переданы по договорённости;
• критических ошибок в консоли и на экране нет.

Такой список скучнее презентации дизайна. Зато именно он отделяет готовый коммерческий инструмент от красивого файла.

Как этот подход устроен у DALIDAM

DALIDAM создаёт один адаптивный лендинг из семи согласованных тематических блоков. Мы готовим структуру и тексты, дизайн для компьютера и телефона, форму обращения, базовую аналитику, технический запуск и выразительный Hero Hook.

Полная цена — 150 000 ₸. При старте оплачиваются 75 000 ₸ за разработку и 30 дней работы готовой страницы на хостинге DALIDAM. Если клиент решает оставить лендинг, в течение 30 дней он доплачивает ещё 75 000 ₸ и получает сайт. Если отказывается, второго платежа нет, а лендинг отключается. Первый платёж не возвращается.

Конкретные сложные функции и эффекты включаются только по прямому согласованию. AI-консультант, настройка рекламы и рекламный бюджет в стандартный состав не входят.

Мы не обещаем количество заявок или продаж. Лендинг отвечает за свою часть пути; предложение, трафик и работа менеджера остаются отдельными переменными.

Чек-лист, который можно скопировать в сообщение подрядчику

• Какую одну задачу решает страница?
• Откуда придёт первый трафик?
• Какие смысловые блоки входят?
• Кто пишет и проверяет текст?
• Как Hero работает без анимации?
• На каких телефонах проверяется адаптив?
• Как контролируется скорость загрузки?
• Куда приходит заявка и сохраняется ли источник?
• Какие события аналитики настраиваются?
• Сколько раундов правок входит?
• Кому принадлежат домен, контент и код?
• По какому списку проходит финальная приёмка?

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

Хотите понять, подходит ли вашей задаче одностраничный формат? Напишите DALIDAM: сначала разберём задачу и состав — без обещаний, что лендинг сам по себе создаст продажи.