Как выбрать способ создания сайта и подготовить его к запуску

Выбор между конструктором и CMS (системой управления сайтом) определяет, сколько вы потратите времени на запуск и что сможете менять потом. Третий путь — разработка на заказ. По одному из экспертных разборов, разница между путями проявляется не в цене, а в скорости, масштабировании и контроле над кодом. Мы разобрали, чем три способа отличаются, что подходит магазину и сервису, сколько занимает запуск, как считать бюджет, что подготовить до публикации и что делать с сайтом после нее.

Чем отличаются конструктор, CMS и разработка на заказ

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

Конструктор. Это онлайн-сервис, где сайт собирают из готовых блоков. Запуск быстрый, и это главный плюс. Минус проявляется при росте проекта: встроенная аналитика, CRM-интеграции и нестандартные формы обратной связи работают только в рамках функций платформы.

CMS на своем хостинге. CMS (система управления контентом) — это движок, который устанавливают на хостинг и управляют им через административную панель. В отличие от конструктора, она дает доступ к файлам и базе данных. Отсюда широкие возможности для доработок. Зато сайт нужно обслуживать самим.

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

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

Отдельный вопрос: можно ли потом уйти с конструктора. Перенос на CMS возможен, но потребует создания нового сайта и настройки редиректов (перенаправления старых адресов на новые).

Какой путь подойдет визитке, магазину и сервису с личным кабинетом

Сложному сервису с личным кабинетом и интеграциями нужна кастомная разработка. Так считают авторы одного из экспертных разборов.

Почему именно она? Сложный веб-сервис тянет за собой уникальную бизнес-логику, архитектуру системы, разработку API (интерфейса обмена данными между программами), требования к безопасности и нагрузочное тестирование. По оценкам одного из экспертных разборов, минимальный срок такого проекта 3–6 месяцев, реалистичный 6–12 месяцев, а при сложностях он растет до 1,5–2+ лет. Для планов это значит: запуск сервиса закладывайте не в недели, а в кварталы.

Базовый интернет-магазин устроен проще, но тоже не за выходные.

На срок влияют объем каталога, фильтры и поиск, интеграция с оплатой и доставкой, синхронизация с учетными системами и личный кабинет покупателя. По тому же разбору, минимальный срок 3–4 недели, реалистичный 2–4 месяца, максимальный 6+ месяцев. Чем больше пунктов из этого списка вам нужно, тем ближе вы к верхней границе.

С корпоративным сайтом сложнее. В экспертном разборе 2020 года сказано, что представить такой ресурс на бесплатном конструкторе или CMS, шаблонным, с картинками фотостоков и силами одного человека, невозможно. Это мнение автора, и в нем есть логика: сайт компании должен выглядеть как компания.

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

Сколько времени занимает запуск сайта

Срок задает не платформа сама по себе, а тип сайта и число интеграций. Общий ориентир из одного экспертного разбора: конструктор позволяет опубликовать сайт за несколько дней, CMS дает запуск за одну-две недели, кастомная разработка занимает несколько месяцев.

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

Для корпоративного сайта есть более точный ориентир. Сайт средней сложности (20-30 страниц, уникальный дизайн, CMS, 1-2 интеграции) в 2026 году занимает в среднем 14-18 недель, по оценке одного из экспертных разборов. Если вы запускаете рекламу к сезону, отсчитывайте от даты сезона назад не меньше этого срока.

Интеграции считают отдельно. Подключение сервиса доставки занимает 1-3 дня. Интеграция с бухгалтерскими системами занимает 5-15 рабочих дней: сложно настроить обмен данными.

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

Сколько стоит сайт и его содержание

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

Вот статьи расходов:

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

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

Дешевый старт не всегда выгоден.

У конструктора ниже стартовые расходы, но за подписку платят постоянно. Заказная разработка стоит больше в начале, зато вы не зависите от чужих ограничений платформы. Поэтому считайте не стартовую сумму, а стоимость владения за 2-3 года: подписка или хостинг, доработки, контент, поддержка. Недорогой старт может обернуться самым затратным путем, если сайт придется переделывать. Сравнивайте предложения по составу работ и по сумме за весь срок использования.

Какие документы и нормы нужно учесть до публикации

Сайт бизнеса работает в рамках Федерального закона от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защите информации» и Федерального закона от 27.07.2006 N 152-ФЗ «О персональных данных». Оба акта размещены на сайте Роскомнадзора среди федеральных законов.

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

К старту подготовьте:

• домен, зарегистрированный на себя или на компанию, а не на подрядчика или знакомого, который «все настроит»;
• тексты о том, какие данные посетителей вы собираете и зачем;
• понятные контакты на сайте.

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

Порядок действий простой: решаете, какие данные собираете, пишете тексты документов под это, публикуете их на сайте и ставите ссылку рядом с формой. Правовая основа для этого шага: Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных» и Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защите информации».

Что чаще всего задерживает запуск

Запуск обычно тормозят нерешенные вопросы на стороне бизнеса, а не платформа и не верстка. Три цифры из экспертных разборов показывают масштаб.

По данным отчета одного из сервисов управления проектами, ожидание обратной связи от клиента добавляет к сроку проекта в среднем 2-3 недели. Это значит, что три круга согласований без ответа могут съесть почти месяц.

Контент тормозит не меньше.

Задержка с контентом названа одной из самых частых причин срыва дедлайнов: она добавляет к проекту от 15 до 25% дополнительного времени. Если материалы для страниц не готовы к старту, закладывайте этот запас в график.

По данным исследований на основе опыта разработчиков, проекты с плохо определенными требованиями задерживаются в среднем на 30-50% чаще. Время на правки при этом может доходить до +20% к общему времени. Проще говоря, расплывчатое задание обходится дороже, чем потраченный на него лишний день.

Закройте до старта:

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

Какие работы нужны сайту после запуска

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

Набор зависит от критичности сайта. Интернет-магазину нужны заказы, оплаты, интеграции, остатки и быстрый SLA (согласованное время реакции на сбой). Порталу нужны роли, данные, API и отдельный регламент поддержки.

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

Заранее решите, кто отвечает за сайт после запуска. Это может быть свой сотрудник или подрядчик на поддержке. Кто-то должен менять цены, добавлять работы, продлевать домен и замечать сбои. Без хозяина сайт быстро теряет качество.

Как обновлять сайт, чтобы ничего не сломалось

Обновлять сайт нужно по порядку и с проверкой, а не нажимать «обновить все» подряд. По одному из экспертных разборов, нормальная последовательность такая:

1. Проверьте, что есть свежий бэкап.
2. Обновите сайт на тестовом контуре, если он есть.
3. Проверьте ключевые страницы.
4. Проверьте формы и интеграции.
5. Обновите рабочий сайт.
6. Зафиксируйте результат.

Шаги 3 и 4 чаще всего пропускают. После обновления откройте главную, страницу услуги и контакты, затем отправьте тестовую заявку.

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

Отдельно держите базовую безопасность. Она включает:

• актуальный SSL (защищенное соединение);
• сильные пароли;
• ограничение административных доступов;
• защиту форм от спама;
• обновления CMS и плагинов;
• резервные копии;
• контроль внешних скриптов.

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

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

• Конструктор дает скорость, но аналитику, CRM-интеграции и нестандартные формы ограничивает рамками платформы.
• CMS открывает доступ к файлам и базе данных, то есть простор для доработок, и требует обновлений, бэкапов и контроля доступов.
• Кастомная разработка нужна сложному сервису с личным кабинетом и интеграциями, и запуск у нее самый долгий.
• Перенос с конструктора на CMS возможен, но это новый сайт и настройка редиректов.
• Сроки срывают незакрытые требования и контент: по одному из отчетов ожидание обратной связи добавляет к проекту в среднем 2-3 недели.
• Сайт с формами проверяют не по главной странице, а по тому, уходят ли заявки.

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