Многие претензии специалистов связаны с тем, как платформа устроена изнутри. В то время как современная веб-индустрия ориентируется на модульный код и общепринятые стандарты PHP, Битрикс продолжает придерживаться собственной консервативной логики.
1. Устаревшая архитектура и порог входа
Битрикс развивался десятилетиями, и в нем накопилось много решений, актуальных для прошлого, но плохо сочетающихся с современными подходами. Код часто выглядит перегруженным и неоднородным, а многие механизмы работают «по-своему», а не по стандартам индустрии. Из-за этого новым разработчикам требуется неоправданно много времени, чтобы просто разобраться в проекте.
2. Избыточность и «раздутые» проекты
Одной из самых спорных особенностей является механизм внесения правок. Чтобы изменить незначительный элемент оформления, часто требуется полное копирование шаблона из защищенного ядра в рабочую область. В результате структура проекта неоправданно разрастается, а количество файлов может достигать десятков тысяч. Это не только осложняет работу с системами контроля версий, но и затрудняет поиск нужной логики: со временем становится трудно понять, какая именно версия кода отвечает за конкретный блок.
3. Проблемы с производительностью и стоимостью «жизни»
Принято считать, что около 70% всех технических сбоев на порталах происходят именно из-за архитектурных решений системы. Битрикс редко дает приемлемую скорость «из коробки» — он требует тонкой настройки кеширования и мощной серверной инфраструктуры. Без этого сайт будет работать медленно, что влечет за собой расходы на более дорогой хостинг.
4. Зависимость от экосистем и технический долг
Система активно завязывает проекты на свои модули и обновления. Это удобно, пока всё работает штатно, но обновления часто «ломают» кастомные доработки. В итоге разработка сайтов на Битрикс часто сводится к созданию «костылей» — быстрых, но недолговечных решений, которые со временем превращаются в огромный технический долг.
