Знаешь, что я вижу слишком часто?
Красивый новый сайт на 1С-Битрикс, все гордятся запуском…
А в реальности:
- формы не отправляют заявки,
- корзина живёт своей жизнью,
- аналитика не настроена,
- SEO убито на старте,
- а первая продажа — это «кто-то знакомый специально протестировал».
Запуск — это не «залили файлы на хостинг и написали пост в Телеге».
Запуск — это чек-лист. Жёсткий. Без «потом допилим».
Давай пройдёмся по тому, что должно быть сделано до того, как ты скажешь “мы запустились”.
1. Определиться не с дизайном, а с целями
Да, начну с банального, которое все сливают.
Перед тем как вообще что-то верстать, я спрашиваю:
- Для чего этот сайт?
Лиды? Продажи? Заявки на конкретные услуги? - Что считаем успехом через 3 месяца?
X заявок в месяц? Y заказов? Z встреч? - Какие 2–3 ключевых действия должен сделать человек на сайте?
Оставить заявку / оформить заказ / запросить КП / позвонить.
Пока это не сформулировано — всё остальное будет «красивым хаосом».
2. Домен, хостинг, SSL — чтобы не начинать на соплях
До того, как заливать Битрикс:
- нормальный домен (без этого site-new-test.ru);
- нормальный хостинг/сервер, который потянет Битрикс, а не shared-тариф «для визитки»;
- HTTPS с первого дня, а не «подключим потом, когда всё будет стабильно».
Мини-комбо, которое проверяю:
- сайт открывается по https:// и сразу по нужному домену;
- http → 301 на https;
- www. и прочие варианты → 301 на основной домен;
- сертификат валиден, ничего не краснеет в браузере.
Если ты запускаешь новый сайт без HTTPS и нормальных редиректов — ты стартуешь с минусом.
3. Структура и инфоблоки: не “как придётся”, а как будет жить бизнес
На Битрикс это вообще критично.
На старте я:
- рисую дерево разделов: что и как ищет пользователь, а не как у вас это в 1С лежит;
- проектирую инфоблоки: товары, услуги, кейсы, отзывы, баннеры, страницы, блог — что реально будет использоваться;
- продумываю свойства и фильтры: какие характеристики понадобятся SEO и юзеру.
Главный вопрос:
«Если бизнес вырастет в 2–3 раза, эта структура выдержит или превратится в мусор?»
Если уже на старте лепить инфоблоки «на всякий случай» и свойства новое_поле_2, через год сайт станет помойкой, а не системой.
4. Дизайн и верстка: не ради “вау”, а ради действий
Да, пусть будет красиво — я не против.
Но для меня в приоритете:
- простой путь до целевого действия:
главная → нужный раздел → карточка/описание → заявка/заказ; - понятные кнопки: что нажать и что будет дальше;
- читаемый текст, нормальный контраст, адекватные шрифты.
Я всегда задаю один вопрос:
«Если зайти первый раз, понятно ли за 5 секунд, что здесь делают и куда жать, чтобы получить результат?»
Если нет — дизайн идёт в переработку, даже если макет «очень нравится».
5. Формы и заявки: путь денег не должен обрываться
Любой запуск без проверки форм — это преступление против собственного бизнеса.
Чек-лист по формам:
- все формы найдены и перечислены:
- на главной,
- в шапке/подвале,
- в карточках услуг/товаров,
- в попапах;
- у каждой формы:
- понятный заголовок и подписи к полям;
- минимум обязательных полей;
- внятные ошибки валидации;
- нормальное сообщение об успешной отправке.
И главное — куда уходит заявка:
- в почту?
- в CRM?
- в инфоблок?
Никаких «ну пока пусть приходят на info@, потом разберёмся». Так заявки и умирают.
6. Корзина и заказ (если это магазин)
Для интернет-магазина на запуске я смотрю только на одно:
можно ли без матов и тормозов оформить заказ от первого клика до “Спасибо, заказ принят”.
Минимум проверок:
- добавление в корзину с разных мест (каталог, карточка, быстрый заказ);
- изменение количества, удаление, пересчёт;
- выбор доставки и оплаты (все варианты, которые заявлены);
- оформление без регистрации / с регистрацией (если это нужно);
- письма и статусы после заказа.
Любая ошибка на этом пути — прямой минус к деньгам уже в первый день.
7. Оплаты и доставки: не имитировать, а реально провести
Любимый трюк:
«Интеграция с оплатой настроена, но мы не тестировали на боевом, жалко денег».
Нет. Так нельзя.
На запуске я:
1) делаю реальные тестовые заказы с оплатой:
- картой,
- другими способами, которые заявлены;
2) проверяю, что:
- деньги реально проходят;
- сайт и платёжка одинаково думают про статус заказа;
- письма/уведомления уходят;
- в CRM/учётке всё отображается корректно.
То же с доставкой:
- тарифы;
- сроки;
- выбор ПВЗ (если есть);
- адреса.
Никаких «примерно так будет работать». Только фактический прогон.
8. Интеграции: 1С, CRM, телефония — чтобы всё не умерло в первый же день
Если у тебя:
- 1С / другая учётка,
- CRM,
- IP-телефония,
- рассылки,
то на запуске:
- проверяю обмен: товары, цены, остатки → сайт;
- заявки и заказы → CRM;
- корректные статусы заявок, сделок, заказов;
- подтяжку UTM-меток/источников (чтобы потом видеть, откуда пришёл лид).
Никаких «обмен настроим потом, пока руками поработаем».
«Потом» у нас обычно не наступает, а бардак тянется годами.
9. Аналитика: метрики, цели, события
Запуск без аналитики — это как открыть магазин в подвале без вывески и кассы.
На старте я:
- ставлю счётчики (Я.Метрика, GA4 — что вы там используете);
- настраиваю цели/события:
- отправка форм;
- клики по ключевым кнопкам;
- успешное оформление заказа;
- клики по телефону/почте (для мобильного трафика);
- если есть CRM — настраиваю связку, чтобы видеть путь: клик → заявка → сделка → оплата.
Задача: уже в первую неделю видеть не просто «у нас было 500 посещений», а:
- из какого канала сколько заявок/заказов;
- с каких страниц люди чаще всего конвертятся;
- где они отваливаются.
10. SEO-база: не “выстрел себе в ногу” на старте
Не надо сразу «делать SEO на годы вперёд». На запуске достаточно не накосячить в базовом:
- ЧПУ-нормальные урлы:
/uslugi/dorabotka-bitrix/, а не /index.php?id=37; - единый домен, редиректы со старых URL (если был старый сайт);
- корректный robots.txt без «Disallow: /» и случайно закрытых разделов;
- рабочий sitemap.xml;
- корректные title / description хотя бы на ключевых страницах.
Если старый сайт уже приносил трафик — отдельно планирую миграцию:
- карта старых урлов → новых;
- 301-редиректы;
- проверка в вебмастерах.
Убить SEO на старте — это просто. Починить потом — долго и неприятно.
11. Контент: не болтовня, а готовность продавать
На запуске у меня всегда есть набор «обязательных страниц»:
- главная, которая нормально объясняет, кто вы и чем полезны;
- ключевые услуги/категории товаров с понятным оффером;
- понятная страница «Контакты» (адрес, телефоны, мессенджеры, схема, режим работы);
- блок доверия: кейсы/отзывы/клиенты (хотя бы 2–3, но живых, а не «ИП Иванов, компания “Успех”»).
Сырые заглушки «текст будет позже» — норм на тестовом стенде.
На боевом — это просто слив конверсии.
12. Тесты перед запуском: не “вроде работает”, а системно
Мой минимум перед тем, как «открыть ворота»:
- проверка сайта на десктопе + паре реальных телефонов;
- кросс-браузер: хотя бы Chrome / Safari / мобильные;
- полный прогон всех целевых сценариев:
- первый визит → заявка;
- первый визит → заказ;
- повторный визит → вход в личный кабинет (если есть);
- 404-страница: адекватная, с навигацией, а не «стандартная ошибка сервера».
И отдельно:
- проверка писем:
- оформил заказ → какое письмо пришло;
- оставил заявку → что получил;
- проверка телефонов и форм обратной связи.
13. План “что делаем в первые 2 недели после запуска”
Запуск — это не точка, это старт.
На ближайшие 2 недели я всегда закладываю:
- мониторинг:
- ошибок на сайте;
- провалов по заявкам/заказам;
- быстрые правки по факту:
- что мешает людям оставлять заявки;
- что ломается чаще всего;
- сбор обратной связи от реальных пользователей/менеджеров:
- где им неудобно;
- где не хватает информации;
- где что-то неочевидно.
Нельзя просто «выкатить и забыть».
Новый сайт почти всегда требует лёгкой доводки по итогам первых живых пользователей.
Вот это и есть запуск, а не «мы загрузили Битрикс на сервер и включили домен».
Когда этот чек-лист закрыт, шанс того, что новый сайт с первого дня начнёт хотя бы не мешать продажам, а местами — помогать, становится заметно выше.
А там уже можно говорить не «мы сделали сайт», а «мы сделали инструмент, который может приносить деньги — и мы знаем, как это измерить».