Сайт за один день: как мы сделали лендинг мероприятия Леонида Парфёнова за одну ночь
Бриф пришёл вечером в Telegram, показать сайт нужно было утром. Разбираем, как за одну ночь собрали лендинг премьеры с Lighthouse 100/100/100 и правками прямо по голосовым сообщениям клиента.
Бриф вечером, показ инвесторам утром
Организатор мероприятия — Russian Hub — поставил задачу вечером и должен был показать готовую страницу инвесторам и самому артисту уже следующим утром. Речь шла об одностраничнике для премьеры фильма «Набоков, хороший русский» и презентации нового тома «Намедни» в Ереване. Материалы — афиша, шрифты, тексты — были разбросаны по Google Drive и Figma, а обратная связь шла голосовыми сообщениями в Telegram всю ночь, по кругу. Именно про такие ситуации Wordstat фиксирует отдельный, устойчивый по частоте запрос: сайт за один день — когда стандартный цикл разработки в недели физически некуда вписать, а результат нужен к конкретному часу.
Заказать сайт под ключ за один день реалистично только с одним архитектурным решением на старте — отказом от тяжёлого стека в пользу того, что можно собрать и выложить за часы, а не дни.
Почему без фреймворка: вес и скорость деплоя решают всё
Собрали статическую страницу без фреймворка — чистые HTML и CSS, выложенные напрямую на сервер заказчика по SSH, со своим поддоменом и SSL. Это решение продиктовано не привычкой, а дедлайном: сборка на фреймворке съедает время на конфигурацию, зависимости и деплой-пайплайн, а здесь каждая минута шла на правки контента, а не на настройку окружения. Правки клиент присылал голосом прямо во время прослушивания сайта с телефона, и статический файл позволял вносить их в реальном времени, без пересборки проекта — заказчик слушал очередное голосовое, а через минуты видел изменение на живой странице.
- Статический HTML/CSS без фреймворка — минимум веса, максимум скорости деплоя
- Выкладка напрямую по SSH на сервер клиента, свой поддомен и SSL
- Правки вносятся по ходу голосовых сообщений — без пересборки проекта
- Первая рабочая версия — уже к первому вечеру, а не к утру
Детали, которые обычно теряются в спешке
Скорость разработки лендинга не означает потерю мелочей, которые решают конверсию. Адаптивная афиша собрана из готового арта заказчика без правок дизайна — горизонтальная композиция на компьютере превращается в вертикальную на телефоне. Кнопки покупки разведены не единым «купить билет», а по способу оплаты: драмы на одной площадке, рубли и евро на другой, крипта — на третьей, каждая со своим узнаваемым значком платёжной системы. Отдельная кнопка «Купить книгу заранее» получила миниатюру обложки, собранную прямо из присланного PDF-разворота — деталь, которую легко пропустить в спешке, но именно она превращает страницу мероприятия в страницу с двумя разными продуктами для продажи.
На видео-анонсе постером стояла статичная афиша, и кнопка воспроизведения терялась на светлом фоне — заменили постер на кадр из самого ролика с подписью даты. Мелочи такого рода находятся только при реальном просмотре готовой страницы, а не по чек-листу.
Аналитика без потери скорости деплоя
Даже под жёстким дедлайном на странице настроена Яндекс.Метрика с раздельным отслеживанием клика по каждой из шести кнопок. Когда штатный трекер не сработал корректно на кликах, заменили его прямым вызовом цели — без единого изменения в видимом поведении сайта для посетителя. UTM-метки добавили под каждый канал распространения отдельно от кнопок трекинга кликов: соцсети автора и партнёрские паблики нужно было различать между собой, а не просто видеть общий трафик.
| Что сделано | Зачем |
|---|---|
| Раздельный трекинг 6 кнопок в Метрике | Видно, какая площадка и способ оплаты реально конвертит |
| UTM-метки под каждый канал | Соцсети автора и партнёрские паблики сравниваются отдельно |
| Lighthouse mobile 100/100/100 | Страница открывается мгновенно даже на слабом мобильном интернете |
| Первая загрузка — 704 КБ | Меньше данных для загрузки — меньше шансов на отказ по таймауту |
Бриф в Telegram, материалы с Google Drive и Figma собраны в одном месте, первая рабочая версия — уже к ночи.
Несколько кругов правок по голосовым сообщениям заказчика — фото, тексты, формулировки кнопок, каждая правка видна на живом сайте почти сразу.
Страница показана заказчику к дедлайну и принята без замечаний — то, ради чего строился весь процесс предыдущей ночи.
Донастройка аналитики: раздельный трекинг кнопок, UTM-метки под разные каналы — то, что не критично для показа инвесторам, но критично для последующей оценки рекламы.
Заказать сайт срочно — не значит получить страницу без аналитики. Разница в порядке: сначала работающая версия к дедлайну, аналитика донастраивается сразу следом, а не откладывается на неопределённый срок.
Что из этого применимо к вашему бизнесу
Не обязательно организовывать премьеру фильма, чтобы столкнуться с той же ситуацией. Мероприятие с горящей датой, распродажа с внезапным дедлайном, презентация продукта, о которой договорились в последний момент — любой из этих случаев требует того же архитектурного выбора: не тяжёлый стек с долгой сборкой, а лёгкая страница, которую можно скорректировать за минуты, а не за цикл разработки.
- Собирайте материалы (тексты, афиши, шрифты) в одном месте с самого начала — поиск файлов по разным папкам съедает время, которого и так мало
- Для срочного сайта выбирайте стек, где правка видна сразу — если каждое изменение требует пересборки и деплоя, дедлайн станет ближе быстрее, чем страница будет готова
- Не жертвуйте аналитикой ради скорости — раздельный трекинг кнопок можно донастроить сразу после показа, а не терять данные с первого дня
- Проверяйте живую страницу глазами перед сдачей — детали вроде потерянной кнопки play на светлом фоне видны только при реальном просмотре
Срочный сайт — это не сайт похуже. Это тот же результат, но с другим набором архитектурных решений: без фреймворка, с деплоем по SSH и правками в реальном времени, потому что стандартный цикл разработки просто некуда вписать до дедлайна.
Хотите такое же решение для своего бизнеса?
Обсудить проект