Что входит в поддержку сайта на 1С-Битрикс
Поддержка — это управляемое изменение работающей системы. Она включает диагностику, исправление ошибок, доработки компонентов, обновления, резервирование, проверку интеграций и наблюдение после публикации.
Объём нельзя определить только по редакции Битрикс. Важны самописные модули, шаблон, версия PHP, сервер, интеграции и история предыдущих изменений.
Что проверять перед первой доработкой
- Зафиксируйте симптом
Запишите страницу, время, пользователя, ожидаемый и фактический результат.
- Соберите версии
Уточните редакцию Битрикс, PHP, модули и недавние обновления.
- Проверьте журнал
Найдите ошибки PHP, сервера, почты, обмена и фоновых задач.
- Опишите архитектуру
Отметьте шаблон, самописные компоненты, интеграции и расписания.
- Создайте резервную копию
Проверьте, что файлы и база можно восстановить.
- Воспроизведите на копии
Повторите проблему без риска для реальных заказов.
- Согласуйте проверку
Запишите основной и соседние сценарии, которые нужно пройти после исправления.
Перед обновлением ядра, PHP, модуля или обмена нужна проверенная резервная копия и понятный путь отката.
Что обычно ломается
- Формы перестают отправлять. Изменился почтовый сервер, обработчик, антиспам или шаблон события.
- Компонент показывает не те данные. Сбился фильтр, инфоблок, кеш или пользовательская доработка.
- После обновления пропадает функциональность. Изменение затронуло переопределённый шаблон или старый API.
- Сайт замедляется. Тяжёлые запросы, неоптимальный компонент, большие изображения или внешний сервис.
- Обмен с 1С зависает. Ошибка данных, тайм-аут, права, пакет или дубли идентификаторов.
- Верстка ломается на мобильном. Новая секция не учла старый CSS или контент другой длины.
- Админка выдаёт ошибки. Несовместимость PHP, расширений, модулей или прав файлов.
Нельзя лечить симптом без причины. Например, увеличение тайм-аута может временно скрыть медленный запрос, но не устранит его.
Как безопасно устанавливать обновления
Минимальный порядок
- Проверить совместимость версии PHP, ядра и модулей.
- Создать резервную копию файлов и базы.
- Повторить обновление на тестовой копии.
- Пройти формы, каталог, корзину, оплату и обмен.
- Зафиксировать версии до и после.
- Выбрать окно публикации и план отката.
- Проверить журнал и ключевые сценарии после запуска.
Обновление ради самого номера версии не является целью. Цель — устранить риск или получить нужную совместимость без остановки бизнеса.
Почему сайт на Битрикс медленный
| Слой | Что смотреть |
|---|---|
| Сервер | CPU, память, диск, версия PHP, настройки OPcache |
| База данных | Медленные запросы, индексы, объём таблиц |
| Компоненты | Количество запросов, выборки, кеширование |
| Фронтенд | Изображения, скрипты, CSS, сторонние виджеты |
| Интеграции | Синхронные внешние запросы и тайм-ауты |
| Контент | Размер страниц и неоптимизированные файлы |
Оптимизация начинается с измерения, а не с включения всех галочек кеша. Нужно увидеть, где тратится время и влияет ли изменение на корректность данных.
Поддержка обмена сайта с 1С
Для обмена важно хранить время последнего успешного запуска, журнал пакетов и понятную ошибку. Проверяют идентификаторы товаров, характеристики, цены, остатки, документы заказов и поведение при повторе.
«Обмен прошёл успешно» в одном интерфейсе не гарантирует, что все товары и документы применились. Нужна сверка контрольных примеров на обеих сторонах.
- один заказ создаёт один документ;
- неизвестный товар не ломает весь пакет без сообщения;
- повтор не создаёт дубли;
- цены и остатки обновляются из согласованного источника;
- ошибка доступна ответственному, а не только в техническом файле.
Как организовать поддержку
Описание, приоритет, страница, скриншот и ожидаемый результат.
Копия, тест, ограниченный доступ и возможность отката.
Проверка задачи и соседних ключевых сценариев.
Что изменено, когда опубликовано и какая версия была до этого.
Критичную ошибку, плановую доработку и исследование причины оценивают по-разному. Поэтому на странице услуги нет выдуманной фиксированной цены: сначала нужно увидеть конкретный сайт и риск изменения.
Частые вопросы
Можно поддерживать сайт, который делал другой разработчик?
Да, но сначала нужна диагностика структуры, доработок, доступов и резервирования. Без неё нельзя безопасно обещать срок сложного исправления.
Почему нет фиксированной цены поддержки?
Сайты отличаются модулями, кодом, сервером и интеграциями. Небольшая правка в типовом шаблоне и ошибка в самописном обмене — разные задачи.
Можно обновлять Битрикс сразу на боевом сайте?
Это рискованно. Минимум нужны резервная копия, проверка совместимости и окно отката; для важного сайта — тестовая копия.
Что делать, если сайт медленный?
Сначала измерить сервер, базу, компоненты, фронтенд и внешние запросы. Включение кеша без диагностики может скрыть причину.
Нужно ли давать полный доступ сразу?
Для первичной оценки часто достаточно информации о версиях, скриншотов ошибок и журнала. Рабочие доступы передают после согласования безопасным способом.
Нужно разобраться с сайтом на Битрикс?
Пришлите ссылку, версию, описание ошибки и что менялось перед её появлением. Я начну с диагностики и назову оценку после разбора.
Описать задачу →