Нужна ли корпоративному сайту CMS?
Система управления контентом — это ответ на вопрос «как человеку без технических знаний изменить текст». Если этот вопрос у вас не возникает, CMS решает проблему, которой у вас нет, — и приносит с собой собственные.
Самое важное вкратце
- Решающий вопрос звучит не «какая система», а «кто, как часто и что меняет».
- Классическая CMS оправдана, если несколько человек без технических знаний регулярно меняют содержимое.
- Генерируемые статические страницы быстрее, безопаснее и дешевле в эксплуатации — но требуют того, кто умеет работать с файлами.
- Самая большая скрытая статья расходов на CMS — это обслуживание: обновления, расширения, уязвимости.
Четыре вопроса
1. Кто меняет содержимое?
Один человек с базовым техническим пониманием или несколько без него? Это важнейший вопрос — CMS существует именно для второго случая.
2. Как часто?
Несколько раз в неделю, ежемесячно или дважды в год? При редких изменениях затраты на эксплуатацию CMS выше, чем польза.
3. Сколько страниц и насколько они похожи?
Двенадцать отдельных страниц или 200, которые создаются из шаблонов? При множестве однотипных страниц — например языковых версий — генерация из данных явный победитель, независимо от системы.
4. Нужны ли вам функции помимо текста?
Магазин, зона входа, бронирование, клиентские аккаунты? Тогда без системы с базой данных обойтись почти невозможно.
Три пути
| Классическая CMS | Генерируемые статические страницы | Конструктор | |
|---|---|---|---|
| Изменение силами неспециалиста | да | ограниченно | да |
| Время загрузки | среднее — медленное | очень быстрое | среднее |
| Затраты на обслуживание | высокие, постоянные | очень низкие | отсутствуют |
| Поверхность атаки | большая | минимальная | у поставщика |
| Эксплуатационные расходы | средние | очень низкие | средние — высокие |
| Много языковых версий | с расширением | очень хорошо | чаще всего слабо |
| Выход | трудоёмкий | тривиальный — файлы | часто затруднён |
| Магазин, вход | да | только с дополнительным сервисом | зависит от поставщика |
А ты знал?
Самая большая статья расходов классической CMS — не настройка, а обслуживание: обновления ядра и расширений, проверки безопасности, случайные проблемы совместимости после обновления.
Реалистично на это уходит от двух до шести часов в квартал — постоянно, при этом ни один текст не становится лучше. Кто не закладывает это время, через два года эксплуатирует сайт с известными уязвимостями. Именно этой статьи не хватает почти в каждом сравнении предложений.
Как работают генерируемые статические страницы
Подход проще, чем звучит название: содержимое хранится в текстовых файлах, программа собирает его вместе с шаблонами в готовые HTML-страницы, а сервер отдаёт только готовые файлы.
Отсюда вытекают свойства из таблицы:
- Быстро, потому что при каждом обращении больше ничего не вычисляется.
- Безопасно, потому что нет базы данных и зоны входа, которые можно было бы атаковать.
- Дёшево, потому что отдача статических файлов почти не требует мощности сервера.
- Хорошо для многих языков, потому что один и тот же шаблон создаётся с разными текстовыми файлами.
Плата за это: кто хочет внести изменение, работает с файлами и запускает процесс генерации. Для человека с базовым техническим пониманием это дело минут — для того, у кого его нет, это препятствие.
Самое частое ошибочное решение — громоздкая CMS для сайта, который меняется дважды в год. Её настраивают, снабжают расширениями, а потом никто не занимается обновлениями — потому что за сайтом никто не следит, пока он не меняется.
Через два года в сети стоит устаревшая установка, часто с известными брешами. Для редко меняющихся сайтов свобода от обслуживания — самый сильный довод в пользу статического пути, сильнее, чем время загрузки и затраты вместе взятые.
Решение вкратце
| Если … | … то |
|---|---|
| несколько человек без технических знаний регулярно вносят изменения | классическая CMS |
| сопровождает один человек с базовым пониманием, много языков | генерируемые статические страницы |
| изменения редки, нет людей для обслуживания | генерируемые статические страницы или конструктор |
| нужны магазин, вход или бронирование | CMS или специализированное приложение |
| нужно быстро что-то поставить, нет бюджета | конструктор — с оглядкой на выход |
Помоги мне решить, какой тип технологии для сайта нам подходит. Наша ситуация: - Кто меняет содержимое: [число людей, технический опыт] - Как часто вносятся изменения: [данные] - Число страниц сегодня: [число] - Языки: [список] - Нужны ли нам магазин, зона входа или бронирование? [да/нет, что] - Кто занимается обслуживанием и обновлениями: [человек или «никто»] - Бюджет на настройку и текущую эксплуатацию: [суммы] Задачи: 1. Ответь на четыре вопроса решения для нашего случая: кто меняет, как часто, сколько и насколько похожие страницы, какие функции помимо текста. 2. Порекомендуй один из трёх путей — классическая CMS, генерируемые статические страницы, конструктор — и обоснуй. 3. Просчитай затраты на обслуживание рекомендованного варианта на три года вперёд, включая наше рабочее время. Если за обслуживание никто не отвечает, ясно скажи, что это означает для рекомендации. 4. Назови, чего следует ожидать при позднем переходе с этого варианта. 5. Назови два пункта, по которым наших данных недостаточно для надёжной рекомендации. Не рекомендуй конкретные продукты.
Вывод
CMS — не стандарт, а решение для определённого случая: несколько человек без технических знаний регулярно меняют содержимое. Если это не так, платишь за обслуживание и поверхность атаки ради пользы, которой не возникает.
Для небольших компаний с одним сопровождающим человеком, множеством языковых версий и без магазина генерируемые статические страницы почти всегда более дешёвый выбор — прежде всего потому, что они постоянно не требуют обслуживания.
Частые вопросы
Нужна ли CMS каждому корпоративному сайту?
Нет. Система управления контентом решает вопрос, как несколько человек без технических знаний регулярно меняют содержимое. Если этот вопрос в компании не возникает — например, потому что сопровождает один человек с базовым пониманием или изменения редки, — она приносит прежде всего затраты на обслуживание и поверхность атаки.
Что такое генерируемые статические страницы?
Содержимое хранится в текстовых файлах, программа собирает его вместе с шаблонами в готовые HTML-страницы, а сервер отдаёт только файлы. Это быстро, потому что больше ничего не вычисляется, безопасно, потому что нет базы данных, дёшево в эксплуатации и особенно хорошо подходит для многих языковых версий.
Сколько стоит CMS в эксплуатации?
Самая большая статья — не настройка, а обслуживание: обновления ядра и расширений, проверки безопасности, случайные проблемы после обновлений. Реалистично это от двух до шести часов в квартал, постоянно — статья, которой не хватает почти в каждом сравнении предложений.
Когда оправдан конструктор?
Когда нужно быстро что-то поставить, нет бюджета на настройку и никто не может взять на себя обслуживание. Перед этим стоит проверить выход: можно ли полностью экспортировать тексты, изображения и структуру адресов — иначе поздний переход означает постройку заново, а не переезд.
Что говорит в пользу того или иного решения при многих языках?
Генерируемые статические страницы, потому что один и тот же шаблон создаётся с разными текстовыми файлами, и каждое изменение шаблона автоматически приходит во все языки. Классическим системам для этого нужны расширения, конструкторы при многих языковых версиях чаще всего слабы.
Маркетинг, который настраивается сам
Бета Studio Engine уже открыта. Забронируй место и участвуй в развитии с самого начала.
Присоединиться к бете →