Когда речь заходит о «Битриксе», часто путают три разных вещи: технологическое ядро, на котором построены все продукты вендора; готовую коробочную CMS для сайта; и облачный сервис для управления командой и продажами. Bitrix Framework — это первое: программная платформа (ядро плюс набор модулей), поверх которой построены и «1С-Битрикс: Управление сайтом», и «1С-Битрикс: Управление торговлей», и — с некоторыми архитектурными оговорками — Битрикс24. Понимание этой архитектуры важно не только разработчику, который будет дорабатывать сайт, но и заказчику: от неё зависит, что можно настроить «из коробки», что потребует программирования, и какую редакцию платформы вообще имеет смысл покупать под конкретную задачу.
Для нетехнического руководителя разница между «ядром», «модулем», «компонентом» и «инфоблоком» может звучать как внутренняя кухня разработчиков. На практике же именно от этих понятий зависят конкретные бизнес-решения: сколько будет стоить доработка каталога товаров, почему один сайт на Битриксе «летает», а другой без специальной настройки тормозит, и почему миграция с самописного движка на Bitrix Framework — это не переезд на «шаблон», а переход на промышленную архитектуру с более чем двадцатилетней историей эксплуатации на тысячах проектов.
В этой статье разбираем Bitrix Framework подробно: из каких слоёв состоит платформа, как устроены модули и компоненты, что такое инфоблоки и зачем они нужны, чем композитный сайт ускоряет загрузку страниц, по какому принципу устроена линейка редакций «1С-Битрикс: Управление сайтом», и почему Bitrix Framework — это не то же самое, что Битрикс24. Отдельно — практический блок с ориентирами для выбора редакции и разбор типичных заблуждений, которые встречаются даже у людей, давно работающих с платформой.
Bitrix Framework — это программное ядро (core) и набор базовых модулей, разработанных компанией «1С-Битрикс», на основе которых строятся все продукты линейки: коробочная CMS «1С-Битрикс: Управление сайтом», модуль интернет-торговли «Управление торговлей», отраслевые решения и, на более ранних этапах истории продукта, Битрикс24 как отдельная ветка развития экосистемы. Проще говоря, Bitrix Framework — это не конкретный сайт и не программа, которую заказчик покупает как готовую коробку, а технологический фундамент: ядро с базовым API, единая система подключаемых модулей, шаблонизатор, механизм кэширования и инструменты администрирования, поверх которых уже разворачивается конкретное прикладное решение.
Когда веб-студия говорит клиенту «мы делаем сайт на Битриксе», в подавляющем большинстве случаев имеется в виду именно продукт «1С-Битрикс: Управление сайтом» той или иной редакции — то есть Bitrix Framework, укомплектованный определённым набором модулей и лицензированный под конкретные лимиты. Сам Bitrix Framework как таковой конечному заказчику отдельно, как самостоятельная лицензия, не продаётся — это внутренняя архитектура, которую вендор развивает и обновляет, а редакции — это способ упаковать данную архитектуру в понятный коммерческий продукт с прозрачным назначением и ценой.
Изначально продукт «1С-Битрикс: Управление сайтом» развивался как единая монолитная CMS. По мере роста числа задач — от простых сайтов-визиток до крупных интернет-магазинов и порталов с миллионами посетителей — вендор выделил общую технологическую основу в отдельный слой, который и получил название Bitrix Framework. Это позволило развивать ядро (безопасность, производительность, API) независимо от прикладных модулей и предлагать рынку не один универсальный продукт «для всех», а линейку редакций, каждая из которых закрывает свой класс задач при сохранении единой архитектурной базы.
Такое разделение на ядро и прикладные модули — стандартный подход для зрелых промышленных платформ (похожая логика встречается и в других крупных CMS и ERP-системах): оно снижает риски для заказчика, поскольку архитектурные решения обкатываются сразу на всей линейке продуктов, а не переизобретаются в каждом отдельном проекте силами конкретного подрядчика.
Bitrix Framework построен по модульному принципу: каждая крупная функциональная область — это отдельный модуль, который можно включить, отключить или обновить независимо от остальных. Ключевые модули, с которыми на практике сталкивается почти любой проект:
Важный момент: именно состав доступных модулей — это один из ключевых параметров, который отличает редакции друг от друга. В младших редакциях часть модулей физически недоступна или существенно ограничена по функциональности, в старших — открыт полный набор возможностей ядра.
Поверх модулей работают компоненты — переиспользуемые блоки логики и вёрстки, из которых фактически собирается интерфейс сайта. Компоненты в Bitrix Framework делятся на два типа:
Такое разделение логики (компонент) и оформления (шаблон компонента) — одна из причин, почему доработка дизайна на Bitrix Framework редко требует переписывания бизнес-логики, и наоборот: изменение бизнес-правил, например условий начисления скидки, обычно не требует вмешательства в вёрстку.
Информационные блоки (инфоблоки) — пожалуй, самое важное архитектурное понятие Bitrix Framework для нетехнического заказчика. Инфоблок — это гибкая структура данных с произвольным набором полей (текст, число, файл, дата, привязка к другому инфоблоку, справочник значений), разделами (категориями) и элементами (карточками) внутри этих разделов. На инфоблоках строится практически любой раздел сайта, который требует управления контентом силами администратора без обращения к разработчику: каталог товаров, статьи блога, портфолио проектов, отзывы клиентов, вакансии, часто задаваемые вопросы.
Практическая ценность инфоблоков в том, что новый тип контента на сайте в большинстве случаев не требует программирования новой сущности «с нуля» — достаточно создать новый инфоблок, описать его поля через административную панель и вывести список и детальную карточку стандартным или доработанным компонентом. Это напрямую влияет на стоимость и скорость последующих доработок уже работающего сайта: расширение функционала часто сводится к настройке, а не к разработке нового модуля.
Bitrix Framework поддерживает работу нескольких сайтов на одном ядре и в одной базе данных — так называемую мультисайтовость: несколько типов сайтов, например основная версия и мобильная, либо сайты на разных языках и доменах, управляемые из единой административной панели. Каждый сайт использует шаблон оформления — набор файлов вёрстки, стилей и скриптов, определяющий визуальное представление, тогда как логика и данные остаются общими на уровне ядра и модулей.
Для нетехнического заказчика понимание архитектуры Bitrix Framework — это прежде всего инструмент для оценки предложений подрядчиков и контроля бюджета. Зная, что каталог и статьи блога реализуются через инфоблоки, легко оценить, действительно ли конкретная доработка требует написания нового модуля (и, соответственно, дополнительных часов разработки) или является типовой настройкой, которая занимает существенно меньше времени. Понимание разницы между ядром и редакцией помогает не переплачивать за функциональность, которая не понадобится в ближайшие годы, и одновременно не экономить там, где ограничение младшей редакции создаст проблему уже через несколько месяцев роста проекта.
Для технического специалиста та же архитектура — это набор конкретных инструментов и ограничений, определяющих подход к разработке: какие сущности выносить в инфоблоки, а какие — в highload-блоки; когда писать собственный модуль, а когда достаточно кастомного компонента; как настраивать композитный кэш так, чтобы не сломать персонализацию для авторизованных пользователей. Грамотное владение этой архитектурой напрямую отражается на производительности, стоимости поддержки и предсказуемости будущих доработок проекта.
Композитный сайт (Composite) — это встроенный в Bitrix Framework механизм кэширования, который решает конкретную архитектурную задачу: страницы с преимущественно статичным содержимым (каталог, статьи, главная страница) не должны каждый раз заново собираться PHP-скриптом и обращаться к базе данных при каждом визите анонимного посетителя.
Работает это следующим образом: при первом запросе страница действительно генерируется через PHP со всеми компонентами, но результат сохраняется как статический HTML-снимок. Все последующие запросы анонимных пользователей к этой странице отдаются напрямую веб-сервером из кэша, минуя PHP и обращения к базе данных почти полностью — при этом «живые» динамические зоны, например счётчик товаров в корзине или данные авторизованного пользователя, подгружаются отдельными AJAX-запросами поверх статического снимка, так что персонализация страницы не теряется.
Для владельца сайта практический эффект — это кратное ускорение отдачи страниц и снижение нагрузки на сервер без изменения дизайна и контента, что напрямую влияет на скорость загрузки (метрики Core Web Vitals) и, соответственно, на позиции сайта в поисковой выдаче. Настройка композитного кэша — это архитектурная возможность ядра, доступная в достаточно широком наборе редакций, но включать и корректно настраивать её (правила исключений для конкретных страниц, время жизни кэша, границы динамических зон) должен технический специалист, знакомый со спецификой конкретного проекта.
Bitrix Framework как ядро один, но коммерческий продукт «1С-Битрикс: Управление сайтом» продаётся в нескольких редакциях — условно от начальных («Старт», «Стандарт») до старших («Малый бизнес», «Бизнес» и решений корпоративного уровня). Принцип отличия редакций друг от друга не в «урезанном» или «полном» ядре как таковом, а в наборе включённых модулей, лимитах и доступных архитектурных возможностях:
Важный практический нюанс: переход между редакциями (апгрейд) в большинстве случаев технически предусмотрен вендором и не требует переноса сайта на другую платформу — это одно из практических преимуществ единого ядра под всей линейкой продуктов. Однако при апгрейде обычно необходима ревизия настроек подключённых модулей и полноценное тестирование, поэтому решение об апгрейде стоит сопровождать техническим аудитом текущего проекта, а не проводить его «на глаз».
Отдельная и очень частая путаница — смешение Bitrix Framework, то есть ядра для сайта, и Битрикс24 — отдельного облачного или коробочного продукта для управления компанией: CRM, задачи и проекты, внутренние коммуникации, HR-инструменты. Исторически Битрикс24 действительно вырос из той же экосистемы вендора и на ранних этапах опирался на схожие архитектурные решения, но сегодня это самостоятельный продукт с собственным циклом разработки, собственной моделью лицензирования (по числу пользователей и функциональным «коробкам», а не по редакциям CMS для сайта) и собственным назначением — управление внутренними процессами компании, а не публикация контента и торговля на сайте.
Bitrix Framework отвечает на вопрос «как устроен и как работает сайт», Битрикс24 — на вопрос «как устроены внутренние процессы компании: продажи, задачи, коммуникации с клиентами». Это разные системы, которые тем не менее удобно и часто интегрируют друг с другом: заявки с сайта на Bitrix Framework могут автоматически попадать в CRM Битрикс24, а данные о статусе заказа — возвращаться клиенту на сайт через личный кабинет. Подробно о том, что такое Битрикс24, зачем и как его интегрировать с сайтом, разобрано в отдельной статье — что такое Битрикс24 и зачем интегрировать его с сайтом.
Решение о выборе платформы для сайта или интернет-магазина обычно балансирует между тремя вариантами: готовая CMS (в том числе Bitrix Framework), конструктор сайтов вроде Tilda, и разработка с нуля на собственном фреймворке. У каждого варианта есть своя ниша, но для среднего и крупного бизнеса с растущими требованиями Bitrix Framework на практике выигрывает по нескольким причинам:
Самописное решение имеет смысл при действительно уникальной бизнес-логике, которую невозможно уложить в существующую архитектуру, но для подавляющего большинства корпоративных сайтов и интернет-магазинов такая уникальность фактически отсутствует, а стоимость поддержки собственного фреймворка со временем оказывается выше, чем работа на зрелой промышленной платформе. Подробное сравнение с альтернативными платформами разобрано в статье 1С-Битрикс vs Tilda и WordPress: что выбрать.
Выбор редакции — это в первую очередь вопрос не бюджета, а реальных задач: какой функционал нужен уже сейчас и какой рост нагрузки ожидается в перспективе одного-двух лет. При выборе стоит ориентироваться на следующие критерии:
На практике оптимальная редакция и архитектура проекта определяются на этапе технического консалтинга: разбор бизнес-задачи, ожидаемой посещаемости, объёма каталога и необходимых интеграций. Если нужен более полный разбор того, что входит в разработку и поддержку на платформе, стоит ознакомиться с отдельным материалом — разработка и поддержка сайтов на 1С-Битрикс: полное руководство. Для конкретных задач есть отдельные страницы услуг: разработка сайтов на 1С-Битрикс и разработка интернет-магазинов на 1С-Битрикс — в рамках обеих услуг архитектура и редакция подбираются индивидуально под задачу клиента.
Несмотря на то, что платформа существует на рынке уже более двух десятилетий, вокруг неё сохраняется ряд устойчивых заблуждений — в основном из-за путаницы между ядром, готовым продуктом и редакциями.
Понимание этих нюансов помогает заказчику вести более предметный разговор с подрядчиком: не абстрактное «сделайте нам сайт на Битриксе», а конкретное «какая редакция и какие модули нужны под наши задачи, и как эта архитектура будет вести себя при росте нагрузки через год-два». Это и есть разница между поверхностным знакомством с названием платформы и реальным пониманием того, как Bitrix Framework устроен и работает на практике.
Честное сравнение трёх платформ для интернет-магазина — без универсального ответа, но с чёткими критериями выбора под ваш случай.
Читать →Объясняем разницу между 1С-Битрикс и Битрикс24 и что конкретно даёт бизнесу интеграция сайта с CRM.
Читать →