Готовая CMS или своя разработка: как выбрать основу для сайта

Готовая система управления даёт админку, шаблоны и набор модулей из коробки. Своя разработка — код под конкретную задачу. Спор обычно идёт про цену, хотя решающим оказывается другое: насколько задача совпадает с тем, для чего систему делали.

Три варианта, а не два

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

Где готовая система выигрывает

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

Где готовая система начинает мешать

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

Как выглядит средний вариант

import { cache } from "react"

type Page = { title: string; body: string; updatedAt: string }

// Запрос обёрнут в cache: за один рендер страницы данные запрашиваются
// один раз, даже если их просят несколько компонентов
export const getPage = cache(async (slug: string): Promise<Page | null> => {
  const response = await fetch(`${process.env.CMS_URL}/pages/${slug}`, {
    headers: { Authorization: `Bearer ${process.env.CMS_TOKEN}` },
    // Содержимое меняется редко, поэтому храним ответ час,
    // а при публикации сбрасываем кеш по метке
    next: { revalidate: 3600, tags: [`page:${slug}`] },
  })

  if (response.status === 404) return null
  if (!response.ok) throw new Error(`CMS ответила ${response.status}`)

  return response.json()
})

Вопрос, который решает спор

Спросите себя: что на сайте будет меняться каждую неделю — содержимое или логика? Если содержимое, берите готовую систему или её headless-вариант. Если логика — расчёты, роли, обмен данными, — платформа станет ограничением уже на третьем месяце.

Готовая система экономит время там, где задача совпадает с замыслом её авторов. За каждое расхождение вы платите отдельно и постоянно.

1. 01Опишите, какие данные сайт обязан получать из других систем.
2. 02Перечислите расчёты и правила, которых нет в стандартных модулях.
3. 03Оцените, кто и как часто будет редактировать содержимое.
4. 04Сложите стоимость лицензий и дополнений за два года и сравните с разработкой.