Конструктор или CMS: на чём делать сайт компании
Конструктор стоит рассмотреть, если нужные страницы и функции уже укладываются в возможности выбранного сервиса. CMS на собственном хостинге имеет смысл обсуждать, когда важны особые сценарии, интеграции или управление серверной частью. Решение лучше принимать по конкретным операциям: что делает посетитель, что меняет сотрудник и куда передаются данные.
В чём разница для владельца сайта?
В этой статье сравниваем облачный конструктор и CMS, установленную на вашем хостинге. Границы между продуктами бывают размытыми: у некоторых CMS есть облачные версии, а конструкторы позволяют добавлять код. Поэтому название категории ещё не говорит, что умеет конкретная платформа.
У облачного конструктора редактор и размещение сайта обычно связаны с одним сервисом. С CMS на собственном хостинге отдельно выбирают размещение, настраивают систему и решают, кто её обслуживает. Например, у WordPress есть требования к серверу, которые нужно учитывать при выборе хостинга.
Заказчику полезно увидеть не только готовую страницу, но и её редактор. Попросите показать обычную работу сотрудника: поменять цену, добавить услугу, заменить фотографию. Именно с этим интерфейсом придётся иметь дело после сдачи проекта.
Какие задачи проверить до выбора платформы?
Представим условную компанию по прокату оборудования. Сначала ей нужны описание услуг и заявка. Позже может понадобиться календарь доступности с учётом бронирований. Первая задача не доказывает необходимость сложной системы, а вторая требует отдельной проверки возможностей платформы.
Для обсуждения достаточно нескольких реальных сценариев:
- Как посетитель выбирает предложение и отправляет обращение?
- Какие данные получает менеджер и где продолжает работу?
- Как сотрудник обновляет материалы и кто проверяет результат?
- Какие системы должны обмениваться данными с сайтом?
- Что потребуется перенести, если компания сменит платформу?
Если для важной функции нужна доработка, полезно увидеть её оценку отдельно. Возможность «подключить через API» ещё не объясняет, что именно получится, кто это реализует и как будет поддерживать.
Где проявляются ограничения?
| Задача | Что показать или уточнить |
|---|---|
| Новая страница | Можно ли собрать нужную структуру без помощи разработчика |
| Интеграция | Какие поля передаются, как обрабатываются ошибки и повторные отправки |
| Каталог | Подходят ли характеристики, фильтры и обновление товаров |
| Перенос | Что можно выгрузить: страницы, товары, обращения, изображения |
| Поддержка | Кто обновляет платформу, дополнения и серверное окружение |
Перенос особенно важно разобрать заранее. Например, документация Tilda об экспорте перечисляет ограничения: Tilda CRM и личный кабинет не экспортируются, а для приёма данных форм через сервисы платформы нужна активная подписка. Возможность скачать код страниц сама по себе не означает перенос всех функций.
У CMS на своём хостинге тоже остаются зависимости: платные дополнения, внешние сервисы, требования к версиям серверного ПО и качество доработок. Возможность получить файлы полезна, но не заменяет документацию и понятную передачу проекта.
Как сравнить расходы и выбрать?
В расчёт стоит включить запуск, регулярные платежи и ближайшие изменения. На конструкторе это могут быть подписка и платные интеграции. Для CMS — хостинг, лицензии, дополнения и сопровождение. У любого варианта нужно учитывать подготовку содержимого: платформа не напишет за компанию точные условия услуг и не соберёт фотографии её работ.
Если сайт простой и ближайшие задачи выполняются штатными средствами конструктора, можно начать с него. Если важные сценарии требуют постоянных обходных решений, стоит сравнить реализацию на CMS. Попросите оценить оба варианта по одинаковому заданию, включая дальнейшее содержание сайта.
Если пока неясен даже объём страниц, сначала поможет выбор между лендингом и многостраничным сайтом. Обсудить платформу с WBStudio можно через бриф: опишите нужные действия и подключённые системы, а не только желаемое название CMS.