Какой backend выбрать для сайта

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

Что делает серверная часть

Всё, что происходит не в браузере:

Хранит данные. Товары, заявки, пользователи, заказы, содержимое страниц.

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

Проверяет права. Кто что может видеть и менять.

Общается с внешними системами. Учётная система, CRM, платёжный шлюз, службы доставки.

Отправляет уведомления. Письма, сообщения, чеки.

Без этого сайт остаётся набором статичных страниц — что тоже нормально для многих задач.

Когда backend действительно нужен

Не нужен или почти не нужен:

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

Нужен:

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

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

Популярные варианты

Все перечисленные решают одни задачи. Различия — в экосистеме и в том, что быстрее даётся конкретной команде.

Node.js. Тот же язык, что и на фронтенде, — команда работает на одном стеке, что упрощает обмен людьми между задачами. Хорош для проектов с большим количеством одновременных соединений.

Python (Django и подобные). Сильная экосистема, много готового «из коробки», удобен там, где рядом есть задачи обработки данных.

PHP (Laravel и подобные). Самый широкий рынок специалистов и хостинга в России, много готовых решений, низкая стоимость поддержки.

Go, Java, C# — встречаются на крупных и нагруженных проектах, где важны производительность и корпоративные требования.

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

Что действительно влияет на результат

Четыре фактора, которые важнее названия технологии.

Архитектура и качество кода

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

Кто будет поддерживать

Более распространённая технология — шире рынок специалистов и меньше риск застрять. Что нужно предусмотреть на случай смены команды, в статье как сменить подрядчика.

Наличие документации

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

Требования хостинга

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

Когда выбор действительно важен

Есть штатный разработчик — логично взять то, с чем он работает.

Есть другие системы компании — единый стек упрощает поддержку.

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

Интеграция с существующей системой, написанной на конкретном стеке.

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

Что спросить у подрядчика

Пять вопросов вместо спора о технологии:

1. На чём будете делать и почему — есть ли за выбором аргументы.
2. Кто сможет поддерживать проект, если мы разойдёмся — насколько распространён стек.
3. Что будет в документации — как минимум развёртывание и описание нетиповых мест.
4. Какие требования к хостингу — влияет на ежемесячные расходы.
5. Как устроены интеграции — с какими системами и в каком формате.

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

Итог

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

Все популярные технологии решают эти задачи сопоставимо. Выбирать стоит по опыту команды и доступности специалистов, а не по «современности».

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