Лендинг на Tilda под одно действие: как мы собрали CDEK-REG.RU и зачем ему 30 статей

Кейс страницы, у которой одна задача: получить заявку на договор со СДЭК от ИП, ООО или самозанятого. Почему взяли конструктор, а не свой код, как уложили четыре сценария в одну страницу, как оформили согласие по 152-ФЗ и зачем лендингу раздел статей, который приводит людей из поиска.

Заказчик работает с бизнесом от имени СДЭК: помогает предпринимателям заключить договор на доставку по бизнес-условиям. Клиенты у него самые разные: интернет-магазин, который отправляет посылки покупателям, продавец на Wildberries, которому нужно довезти партию до склада маркетплейса, юрист, отправляющий документы, и компания с палетами техники. Всем им нужно одно и то же действие: оставить заявку, чтобы менеджер подготовил договор.

Мы, веб-студия E-comON, сделали для этой задачи сайт cdek-reg.ru. Обычно мы пишем сайты на своём коде, но здесь выбрали Tilda, и ниже честно объясняем почему. В статье нет цифр по количеству заявок и посещаемости: это данные клиента, и мы их не публикуем. Есть логика, по которой страница спроектирована, и набор решений, которые можно повторить на любом лендинге «под одно действие».

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

Такая формулировка сразу отсекает лишнее. Не нужен калькулятор с сотней полей: расчёт делает менеджер после заявки. Не нужна регистрация и личный кабинет на сайте: доступ в кабинет СДЭК клиент получает после подписания договора. Не нужен каталог услуг на двадцать страниц: у СДЭК есть свой официальный сайт, на него ведёт ссылка в подвале.

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

Мы делаем сайты на HTML, CSS и PHP и обычно рекомендуем именно это: сайт остаётся у клиента, не зависит от тарифов платформы, и в него можно встроить что угодно. Но у этого проекта были три особенности, которые перевесили.

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

Контент будут менять часто и без нас. Условия, тарифы и список маркетплейсов у заказчика меняются, и ему важно править текст самому в тот же день, а не писать в студию. В Tilda он открывает редактор и меняет цифру. На своём коде мы бы делали админку, и это отдельная работа и отдельные деньги ради того, что конструктор даёт из коробки.

Раздел статей планировался большим. Статьи в Tilda заводятся в стандартном модуле, у каждой свой адрес и своя заголовочная разметка для поиска. Писать под это свою систему для одного лендинга нерационально.

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

Правило, которое мы вынесли: конструктор выигрывает, когда на сайте нет серверной логики, а контент правит владелец. Как только появляется корзина, оплата, личный кабинет или интеграция с учётом, мы уходим на свой код. Это же правило мы применяли в кейсе Cat'scorner, где магазин, наоборот, уезжал с конструктора.

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

Кнопка заявки встречается по пути несколько раз, и каждый раз после блока, который отвечает на очередной вопрос. Человек, которому всё понятно на первом экране, нажимает «Связаться» сразу. Тот, кто хочет разобраться, доходит до вопросов-ответов и нажимает там.

Самый спорный вопрос проекта: делать четыре лендинга под четыре типа клиентов или один. Аргументы за четыре страницы известны: чище посыл, проще вести рекламу, каждому своё. Мы выбрали один лендинг с четырьмя сценариями и отдельными подстраницами «Подробнее», и вот почему.

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

Сценарии пронумерованы и оформлены одинаково: номер, заголовок, список из трёх-шести коротких преимуществ, кнопка «Подробнее».

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

Форма на сайте одна, она открывается во всплывающем окне из любой кнопки. В ней три поля: имя, почта, телефон. Мы сознательно не добавили ни ИНН, ни название компании, ни поле «расскажите о задаче». Каждое лишнее поле снижает число заполнений, а всё это менеджер всё равно спросит на звонке. Задача формы: получить контакт и повод перезвонить.

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

Отдельно баннер cookie: сайт сообщает, что использует файлы cookie, и предлагает кнопку «Согласен». Это простой вариант, без разделения по типам файлов. На проекте с онлайн-оплатой и большим объёмом аналитики мы делаем баннер с настройками по категориям, здесь заказчику хватило базового.

Формулировки согласия и политики мы описываем как сделали, а не как юридическую консультацию: точные требования стоит сверять с законом и, если сомневаетесь, с юристом. У нас есть отдельная услуга проверки сайта по 152-ФЗ, и на этом проекте мы прошли по её чек-листу.

Блок «Этапы составления договора» сделан из трёх шагов, потому что реальный процесс именно такой.

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

Блок частых вопросов мы собрали из того, что менеджер заказчика отвечает в переписках чаще всего. Получилось пять вопросов: какой срок заключения договора, нужно ли посещать офис, кто может заключить договор (ИП, ООО, ОАО, ЗАО, самозанятые), сколько стоит заключить договор и как оплачиваются услуги. Ответы короткие, по одной-две строки. Правило для таких блоков простое: если вопрос не задавали живые клиенты, его в блоке быть не должно. Иначе блок раздувается, и настоящие вопросы теряются.

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

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

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

Каждая тема связана хотя бы с одним из четырёх сценариев главной. Статья про LTL ведёт к сценарию /04, статья про поставку на Wildberries к сценарию /02, статья про наложенный платёж к интернет-магазинам. Раздел не живёт отдельной жизнью, он подводит к тому же действию, что и главная.

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

Раздел статей это самая трудоёмкая часть проекта, и мы это недооценили на старте. Статьи под поисковые запросы не пишутся за час.

Типовая статья на cdek-reg.ru устроена одинаково. Заголовок с ключевой фразой и годом, если тема меняется от года к году. Первый абзац сразу про проблему читателя: отказали в выдаче без доверенности, посылка лежит и непонятно, сколько её будут хранить. Дальше разделы с подзаголовками, таблицы там, где сравниваются условия или перечисляются реквизиты, пошаговые инструкции списком. В конце блок вопросов-ответов, обычно около девяти пунктов, и призыв оставить заявку или написать в Telegram. Внутри текста ссылки на подстраницы сценариев, на личный кабинет, на другие статьи. Объём у большинства материалов заметно больше, чем у обычной заметки: две-три тысячи слов, потому что статья должна закрыть вопрос целиком, а не отправить читателя искать дальше.

Что делает конструктор, а что руками. Tilda даёт каждой статье свой адрес, заголовок и описание для поиска, добавляет её в карту сайта. Всё остальное, от подбора темы до таблиц и ответов, это ручная работа, и её нельзя ускорить шаблоном. Мы предупреждаем об этом заказчиков заранее: «раздел статей» в смете это не пять кнопок, это регулярный труд, который либо делает студия, либо сам владелец.

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

Честный список, потому что идеальных проектов не бывает.

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

Сразу продумали бы рубрики в разделе статей. Добавить их потом можно, но проще заложить с первой статьи.

Уточняли бы форму под сценарий. Сейчас форма одна на все кнопки. Можно передавать менеджеру, из какого блока пришла заявка (документы, маркетплейсы, LTL), чтобы первый звонок был предметнее. В Tilda это делается скрытым полем, мы этого на старте не сделали.

Cookie-баннер с выбором категорий. Базового варианта заказчику хватило, но если на сайте будет расти аналитика и появятся рекламные пиксели, баннер придётся переделать. Дешевле было сделать сразу.

Что не стали бы менять: выбор конструктора, одну страницу с четырьмя сценариями, три поля в форме и блок из трёх этапов. Всё это работает так, как задумано.

Мы работаем с бизнесом из Казани, Ижевска и всей России в двух форматах.

Разово. Лендинг под одно действие с формой, этапами и вопросами-ответами это «продающий сайт (основа)» в нашей смете: от 10 000 ₽. Раздел статей как техническая часть, то есть модуль, адреса, разметка для поиска, ещё от 5 000 ₽. Проверка сайта по 152-ФЗ, включая согласие в форме, политику и баннер cookie, от 10 000 ₽. Написание самих статей считается отдельно и зависит от количества и тем. Запуск от 14 дней с момента, когда есть материалы; правки во время работы бесплатные, после сдачи 1 500 ₽ за час. Если сайт делается на Tilda, тариф конструктора оплачивается заказчиком отдельно, мы его не перепродаём.

По подписке. Сайт за 3 000 ₽ в месяц, где хостинг, домен, SSL, обновления, поддержка и админка уже внутри. Любая интеграция, если она понадобится (эквайринг, служба доставки, чат на сайте), 500 ₽ в месяц за каждую. Смена текстов и картинок через админку бесплатно, правка, требующая программиста, 1 000 ₽ за изменение. Подписка отключается из личного кабинета одной кнопкой, при желании сайт выкупается вместе с доменом. Для лендинга с разделом статей это удобный вариант, когда не хочется платить сразу и хочется, чтобы кто-то следил за сайтом.

Стек проекта: Tilda, Яндекс Метрика. Живой сайт: cdek-reg.ru.

Остальные кейсы и подробные условия обоих форматов есть на сайте студии: https://www.e-comon.ru. Если вы делали лендинг под одно действие на конструкторе или, наоборот, ушли с него на свой код, расскажите в комментариях, где вам конструктор помог, а где помешал. Особенно интересно, как у вас устроен раздел статей и приводит ли он людей.