Содержание
Доработка сайта на Битрикс обычно упирается в старые решения, а не в саму задачу. Новая форма может оказаться правкой на час, но если прошлый подрядчик менял файлы ядра, обмен с 1С работает на старом PHP, а тестовой копии нет, та же форма превращается в неделю работы и сломанный заказ в субботу. Поэтому до старта проверьте шесть вещей: доступы и копии, лицензию, версию PHP, правки ядра, тестовую копию и интеграции.
Чек-лист перед доработкой Битрикс: шесть проверок
На всё это уходит от нескольких часов до пары дней. Если подрядчик предлагает сразу брать задачу и не спрашивает об этих вещах, цена и сроки почти наверняка изменятся по ходу работы.
1. Доступы и резервные копии
Нужен вход в админку, на сервер и в базу данных, а также свежая копия, из которой реально пробовали восстановиться. Копия на том же сервере от аварии сервера не спасёт. Заодно посмотрите, на кого оформлены домен и хостинг: подробно мы разбирали это в статье «Разработчик пропал».
2. Лицензия и редакция
В разделе обновлений виден срок действия лицензии. Сайт с закончившейся лицензией обычно продолжает работать, но обновления из админки и установка модулей из Маркетплейса перестают быть доступны, а вместе с ними пропадают и исправления уязвимостей. Для коробочного Битрикс24 вендор приводит полный список ограничений, часть из них затрагивает сервисы доставки и оплаты. Условия для своей редакции сверьте у партнёра. Также проверьте саму редакцию: если задача опирается на модуль, которого в ней нет, потребуется доплата или другое решение.
3. Версия PHP
Здесь в 2026 году есть жёсткий срок. По данным 1С-Битрикс, с 1 февраля 2026 года обновления коробочных продуктов не устанавливаются на PHP ниже 8.2, а рекомендуемая версия это 8.3 или выше. При этом сама ветка 8.2 получает исправления безопасности только до 31 декабря 2026 года. Для ветки 8.3 срок идёт до конца 2027 года, для 8.4 до конца 2028 года. Если сайт ещё на PHP 7 или 8.0, крупную доработку лучше начинать с обновления: как его провести, мы описали в статье «Обновление Битрикс и PHP на старом сайте».
4. Правки ядра
Это главный источник неожиданных расходов. Весь код Битрикса лежит в папке /bitrix, и обновления её перезаписывают. Если прошлый подрядчик поправил файл там, правка однажды исчезнет, и функция молча перестанет работать. Правильное место для своего кода это папка /local: там лежат скопированные компоненты, шаблоны, обработчики событий, и обновления её не трогают.
Быстрый способ оценить масштаб: сравнить файлы /bitrix с чистым дистрибутивом той же версии. Десяток изменённых файлов можно спокойно перенести, а сотня означает, что сначала нужен разбор.
5. Тестовая копия
Рабочая копия должна быть закрыта от поиска и защищена паролем. Если её нет, дорабатывать придётся прямо на боевом сайте. Создать копию мало: её нужно обезвредить.
6. Интеграции
Составьте список всего, с чем сайт общается: 1С, CRM, оплата, доставка, почта, SMS, маркетплейсы. Для каждой интеграции нужно знать, кто её сделал, где лежит код и как проверить, что она работает. Обмен с 1С часто самая хрупкая часть: подрядчик сайта видит только свою половину, а настройки 1С ведут другие люди.
Какие доработки опаснее всего
Риск зависит от того, к чему прикасается задача, а не от её размера. Поэтому маленькая правка в корзине может быть опаснее нового большого раздела.
| Задача | Риск | Что проверить после работ |
|---|---|---|
| Шаблон, вёрстка, блоки | Низкий | Отображение на телефоне, кеш |
| Новый раздел, инфоблоки | Низкий | Права доступа, адреса страниц, поиск |
| Каталог, фильтр, поиск | Средний | Скорость под нагрузкой, индексация, старые ссылки |
| Личный кабинет, роли | Средний | Разграничение прав, данные других пользователей |
| Корзина, оплата, доставка | Высокий | Полный заказ с реальной оплатой и возвратом |
| Обмен с 1С, остатки, цены | Высокий | Полный цикл обмена на копии обеих систем |
Сайты, которые дорабатывали много лет, обычно страдают от тяжёлых запросов в каталоге. Новый фильтр может пройти все проверки на копии, а затем положить сайт в первый же час рекламы. Если вы это уже видели, посмотрите статью «Сайт падает под нагрузкой».
Как оформить задачу, чтобы не спорить потом
Подробное техническое задание для каждой правки не нужно. Но несколько пунктов стоит записать до начала работ, это экономит споры и деньги.
- Что должно получиться. Описание с точки зрения пользователя: кто нажимает, что видит, что приходит на почту.
- Как проверяем. Два-три сценария, включая ошибочные: неверная оплата, пустые поля, товар закончился.
- Где лежит код. Только в /local и в репозитории. Правки через файловый менеджер прямо на сервере не принимаются.
- Как откатить. Что делаем, если после выкладки что-то сломалось, и кто за это отвечает.
- Когда выкладываем. Не в пятницу вечером и не перед распродажей.
- Цена и срок. Лучше зафиксировать их после просмотра кода. Как складывается цена, мы разбирали в статье «Сколько стоит доработка сайта».
Частые ошибки при доработке
- Заодно обновить всё. Обновление ядра и новая функция в одной выкладке: если что-то сломалось, непонятно, из-за чего.
- Купить модуль и не проверить. Модуль из Маркетплейса может быть несовместим с вашей версией PHP или с уже внесёнными правками.
- Правка на боевом сайте «на пять минут». Самая частая причина, по которой код на сервере расходится с репозиторием.
- Проверять только обычный сценарий. Заказы чаще теряются на возвратах, частичных оплатах и отменах.
- Менять подрядчика без передачи. Новая команда повторяет старые ошибки, потому что не знает, зачем в коде стоят странные проверки.
Доработать или пора менять основу
Битрикс сам по себе не проблема. На нём работают и крупные магазины, а любой новый движок через несколько лет тоже обрастёт правками. Смену основы стоит обсуждать, когда каждая доработка стоит дороже, чем она приносит, продукт давно вышел за рамки сайта и магазина, а обновиться нельзя без большой переделки.
Даже тогда обычно выгоднее заменять части по очереди, чем переписывать всё сразу. Варианты сравниваются в статье «Легаси: рефакторинг, замена модулями или переписать».
Когда звать внешнюю команду
Если вы не можете ответить на половину вопросов из чек-листа, или прошлый подрядчик ушёл и никто не знает, где лежит код, браться сразу за новую функцию рискованно. В таком случае полезнее сначала разобрать, что уже есть.
На аудите мы смотрим код, правки ядра, версии, данные, инфраструктуру и нагрузку. На выходе вы получаете список рисков, первопричины проблем и план работ, а отчёт остаётся у вас, даже если дорабатывать будет другая команда. Если сайт важен для выручки каждый день, после этого его можно передать на поддержку по SLA и развивать этапами, зная состав и цену каждого этапа до старта.
Частые вопросы
Сколько стоит доработка сайта на Битрикс?
Зависит от задачи и состояния сайта: правка шаблона занимает часы, обмен с 1С может занять недели. Ставки по рынку мы приводили в статье о стоимости доработки. Точную цену честно назвать можно только после просмотра кода.
Можно ли дорабатывать сайт с закончившейся лицензией?
Технически да, сайт обычно продолжает работать. Но обновления и установка модулей из Маркетплейса недоступны, и вы остаётесь без исправлений безопасности. Перед крупной доработкой лицензию стоит продлить.
Какая версия PHP нужна для Битрикса в 2026 году?
Для установки обновлений нужен минимум PHP 8.2. Его поддержка заканчивается 31 декабря 2026 года, поэтому при обновлении разумнее сразу переходить на 8.3 или 8.4, предварительно проверив сайт на копии.
Как понять, правил ли подрядчик ядро?
Сравните папку /bitrix с чистым дистрибутивом той же версии. Изменённые файлы и есть правки ядра. Посмотрите также на папку /local: если она пуста, а сайт сильно отличается от стандартного, правки почти наверняка лежат не там, где должны.
Что будет с правками ядра при обновлении?
Обновление перезапишет изменённые файлы, и функция может незаметно перестать работать. Перед обновлением такие правки находят и переносят в /local или в обработчики событий.
