Перейти к содержимому
  • заказная разработка
  • Битрикс
  • инфраструктура
  • кейс

Битрикс за 500 ₽ против своего приложения за 10 000 ₽: за что вы платите

· 8 мин ·

Клиент спросил, почему хостинг с Битриксом стоит 500 ₽ в месяц, а наша инфраструктура — 10 000. Разбираю на реальном кейсе, что стоит за этой разницей и почему дешёвое часто обходится дороже.

500 ₽ против 10 000 ₽: Битрикс против своего приложения
// содержание

Битрикс можно взять на хостинге за 500 ₽ в месяц. Почему ваше приложение на Next.js, Symfony и React стоит 10 000 ₽ в месяц, да ещё и в облаке?

Этот вопрос мне задал клиент. В прошлой статье я обещал разобрать его подробно, и вот разбор.

Вопрос справедливый. Разница в двадцать раз, и любой предприниматель должен понимать, за что платит. Признаюсь честно: в тот раз мне не удалось ответить так, чтобы клиент ушёл с ясностью. Он остался с нами, остался в облаке, но, кажется, так и не получил прямого ответа, почему 10 000, а не 500. Эта статья — попытка ответить как следует: на реальном проекте и с цифрами.

Кейс: магазин, который взломали

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

Старый сайт был сделан на Битриксе. Работал, пока его не взломали. Злоумышленники получили доступ к данным и потребовали денег за их восстановление. Тут выяснилась вторая проблема: разработчика, который когда-то делал этот сайт, найти не удалось. Не было человека, который знал бы, как устроен сайт, где что лежит и как всё быстро поднять.

Была и третья проблема, не такая острая, но постоянная: импорт товаров. У магазина свой специфичный формат выгрузки, и стандартный импорт Битрикса его не понимал. Подрядчик на Битриксе оценил доработку в 200 000 ₽, и это только за импорт.

Что мы сделали вместо этого

Мы не стали чинить старый сайт, а сделали новый с нуля. Он устроен как три отдельные части:

  • Бэкенд на Symfony. Отдельное приложение, в котором живут каталог, заказы, оплата, уведомления и импорт. Именно здесь хранятся данные и работает вся логика магазина.
  • Фронт на Next.js. То, что видит покупатель. Страницы быстро открываются и правильно видны поисковикам: SEO заложено с самого начала, а не прикручено потом. Ещё мы оптимизировали сайт под GEO, то есть под ответы нейросетей вроде Алисы и ChatGPT, куда сейчас уходит всё больше поиска.
  • Админка. Своя, под процессы этого магазина, а не универсальная панель «на все случаи жизни».
Было: Битрикс, в котором сайт, админка, каталог, заказы и данные лежат в одной коробке; сайт взломан, разработчика не найти. Стало: фронт на Next.js и своя админка работают поверх бэкенда на Symfony с каталогом, заказами, оплатой, письмами, ежедневным импортом и CDP, всё в Yandex Cloud.
Было и стало: одна коробка против трёх отдельных частей

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

Первичный переход занял три месяца. Ещё полгода мы дорабатывали проект: меняли дизайн и добавляли то, что стало нужно по ходу жизни магазина. Импорт, который Битрикс-подрядчик оценивал в 200 000 ₽, теперь работает каждый день, сам и стабильно.

Из чего складываются 10 000 ₽

Сначала главная оговорка, без которой сравнение нечестное: 10 000 ₽ в месяц — это только серверная инфраструктура. Работа разработчиков в неё не входит и оплачивается отдельно, по факту отработанного времени. Мы сравниваем аренду с арендой.

Почти любой наш проект на этапе MVP живёт в Yandex Cloud в таком минимальном окружении:

Схема инфраструктуры в Yandex Cloud: DNS и CDN перед рабочей виртуальной машиной с Next.js и Symfony, рядом тестовая машина, к рабочей подключены Managed MySQL, Object Storage и Postbox.
Минимальное окружение проекта в Yandex Cloud
ЧтоЗачем это нужно бизнесу
Две виртуальные машины: тестовая и рабочаяИзменения сначала проверяются на копии сайта и только потом попадают к покупателям. Ошибка ловится до того, как сломает заказы
Managed MySQL — управляемая база данныхОблако само делает резервные копии, ставит обновления безопасности и позволяет откатить базу на нужный момент. Если что-то случится, данные можно вернуть, а не выкупать у вымогателей
Object Storage — хранилище файловФотографии товаров и документы лежат отдельно от сервера. Сервер можно пересобрать, файлы не пропадут
CDNКартинки отдаются покупателю с ближайшего к нему сервера. Каталог премиального декора — это много крупных фото, и они должны открываться быстро
Postbox — сервис отправки писемПисьма о заказах и оплатах доходят до покупателя, а не попадают в спам
DNSУправление доменом в той же инфраструктуре, без сторонних панелей

Каждая строка в этой таблице закрывает конкретный риск. Почти все эти риски наш клиент уже прошёл на старом сайте.

Что на самом деле покупают за 500 ₽

За 500 ₽ в месяц вы получаете место на общем хостинге: сайт работает на одном сервере вместе с десятками или сотнями чужих сайтов. Это нормальная услуга для своих задач, но важно понимать, чего в ней нет:

  • Нет тестовой среды. Любое изменение сразу попадает на рабочий сайт. Если что-то пошло не так, это видят покупатели.
  • Резервные копии — на усмотрение хостера. Где они лежат, как часто делаются и можно ли из них быстро восстановиться, обычно выясняется в момент, когда это уже нужно.
  • Ресурсы общие. Если соседний сайт попал под нагрузку или атаку, это может задеть и ваш.
  • Лицензия Битрикса покупается отдельно. В 500 ₽ входит только хостинг, а платная лицензия и её продление — отдельная статья расходов.

То есть 500 ₽ — это цена за то, чтобы сайт был доступен в интернете. Не за то, чтобы он был защищён, быстро восстанавливался и спокойно развивался.

Техническая разница: что внутри

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

Чем ограничен Битрикс на общем хостинге

Сам по себе Битрикс — зрелая платформа. Ограничения появляются там, где монолитная платформа встречается с дешёвым хостингом:

  • Нет доступа к серверу. Версию PHP, расширения и настройки выбирает хостер. Поставить Redis, поисковый движок или очередь задач обычно нельзя.
  • Жёсткие лимиты. На общем хостинге ограничены процессор, память и время выполнения скрипта. Поэтому тяжёлые операции, например импорт большого каталога, приходится дробить на шаги, и они легко обрываются на середине.
  • Всё в одном монолите. Витрина, админка, логика и шаблоны живут в одном приложении. Поменять дизайн, не задев логику, сложно, а любая доработка подстраивается под устройство самой платформы.
  • Обновления — отдельный риск. Платформу нужно регулярно обновлять, иначе в ней остаются известные уязвимости. Но обновления могут конфликтовать с доработками, поэтому их часто откладывают, и сайт годами живёт на старой версии. А популярность платформы делает её целью массовых автоматических атак.

Как устроено приложение на Next.js и Symfony в облаке

  • Фронт и бэкенд разделены. Next.js отвечает за витрину, Symfony — за данные и логику, общаются они через API. Витрину можно переделать, не трогая заказы и оплату, и наоборот.
  • Скорость за счёт серверного рендеринга. Next.js отдаёт заранее собранные и закешированные страницы, а картинки оптимизирует под устройство покупателя. Отсюда быстрая загрузка и хорошие оценки у поисковиков.
  • Фоновые задачи вместо «долгих страниц». Импорт товаров, рассылки и обработка картинок выполняются в фоне, в очередях Symfony. Им не мешают лимиты времени, а упавшая задача перезапускается сама.
  • Полный контроль над сервером. Мы сами выбираем версии, ставим нужные сервисы и обновляем систему по своему графику.
  • Код в git, выкладка через CI. Каждое изменение записано в истории, сначала проверяется на тестовой машине и выкладывается автоматически. Если что-то пошло не так, откатываемся на прошлую версию за минуты. И главное: знание о проекте не уходит вместе с разработчиком.
Битрикс на общем хостингеNext.js + Symfony в облаке
Доступ к серверуНет, настройки выбирает хостерПолный
Тяжёлые задачи, например импортВ рамках лимитов хостинга, по шагамВ фоне, в очередях
Витрина и логикаВ одном монолитеРаздельно, через API
Тестовая средаОбычно нетОтдельная машина
Резервные копииКак настроит хостерАвтоматически, с откатом на нужный момент
Выкладка измененийЧасто вручную, сразу на рабочий сайтЧерез CI, с откатом

Дорогое «дешёвое»

Теперь посчитаем на нашем кейсе.

Разница между двумя вариантами — 9 500 ₽ в месяц, или 114 000 ₽ в год. На первый взгляд, это много. Но вспомните, что клиенту пришлось пережить на дешёвом варианте:

  • Взлом и вымогательство. Сколько стоят потерянные заказы, простой магазина и данные клиентов, предсказать заранее нельзя. Но точно больше, чем экономия на хостинге.
  • Пропавший разработчик. Когда никто не знает, как устроен сайт, любая задача начинается с раскопок, а раскопки тоже оплачиваются.
  • Импорт за 200 000 ₽. Одна доработка стоила почти как два года разницы в инфраструктуре.
Сравнение: разница в инфраструктуре за год — 114 000 ₽, один импорт товаров по оценке подрядчика на Битриксе — 200 000 ₽.
Год облака против одной доработки на Битриксе

А если всё-таки коробка?

Мы убеждены, что сегодня коробочное решение не даст бизнесу нужного эффекта. Во времена маркетплейсов покупателю проще найти товар на Wildberries или Ozon, чем на сайте магазина. Чтобы сайт продавал, он должен чем-то выделяться: удобством, скоростью, сервисом, тем, как работает с постоянными клиентами. Коробка по определению делает сайт похожим на тысячи других. Приложение, разработанное под конкретные цели и задачи, — способ отличаться.

Есть одно честное исключение. Если сайт вам нужен как визитка, а не как канал продаж, хватит конструктора. Но тогда вам вообще не нужен разработчик, ни наш, ни на Битриксе.

Итог

10 000 ₽ в месяц — это не плата за модные технологии. Это плата за то, чтобы сайт не взломали и не пришлось выкупать данные, чтобы изменения не ломали заказы и чтобы каждый новый импорт или функция не превращались в дорогой подвиг.

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

// поделиться

  • Telegram
Владислав Писарев

Владислав Писарев

Технический директор в ИН-ЖИР. Помогаю компаниям строить надёжные продукты и команды. Обо мне

обсудить проект