Найти в Дзене

Виды услуг для интернет-магазинов и сайтов на 1С‑Битрикс

Ниже — карта услуг для проектов на 1С‑Битрикс: от запуска магазина до «пожарных» задач вроде вирусов, восстановления, обновления PHP и ускорения. Дальше — 7 ключевых направлений, которые покрывают 90% запросов владельцев проектов на Битрикс. Когда это нужно: Поддержка — это контур, который удерживает проект в рабочем состоянии и позволяет развиваться без хаоса. Что обычно входит в поддержку (если делать правильно): Доработка — это изменение системы. Её заказывают, когда нужно «добавить возможность», а не просто обслужить текущее состояние. Типовые причины, когда доработка действительно оправдана: Риск‑маркер: если подрядчик говорит «сделаем быстро на модуле», но не задаёт вопросов про данные и процессы — будет боль. На Битриксе важнее не «как красиво», а «как живёт каталог/заказ/интеграция после релиза». Если сайт на Битрикс внезапно начал «чудить», не спешите переписывать шаблон. Очень часто причина — вредоносный код: в файлах, в базе или в .htaccess. Сбой хостинга, неудачное обновлен
Оглавление

Ниже — карта услуг для проектов на 1С‑Битрикс: от запуска магазина до «пожарных» задач вроде вирусов, восстановления, обновления PHP и ускорения.

1) Карта услуг: что относится к чему

  • Удобная логика — делить услуги на два слоя:
  • Базовые (плановые): выстроить/поддерживать работу магазина и сайта как системы.
  • Проблемные (инциденты/точечные задачи): устранить конкретную поломку или угрозу.

Дальше — 7 ключевых направлений, которые покрывают 90% запросов владельцев проектов на Битрикс.

2) Разработка интернет‑магазина на 1С‑Битрикс

Когда это нужно:

  • запускаете продажи с нуля или переносите магазин на более управляемую платформу;
  • каталог растёт, появляются SKU, свойства, торговые предложения, сложные фильтры;
  • нужны интеграции с 1С, доставкой, оплатами, аналитикой, а не «ручной труд»;
  • важны роли/права в админке и регламентная эксплуатация (обновления, резервные копии, мониторинг).
  • Что обычно входит в инженерный запуск (по‑взрослому):
  • модель данных каталога: свойства, торговые предложения, остатки, цены;
  • корзина и оформление заказа: статусы, уведомления, сценарии оплаты/доставки;
  • интеграции: 1С (товары/цены/остатки/заказы), платежи, службы доставки;
  • производительность: кэширование, контроль «тяжёлых» фильтров и запросов;
  • подготовка к эксплуатации: регламент работ и дальнейшее развитие по SLA.
  • Где чаще всего «горит» при разработке:
  • делают витрину, но не проектируют процессы: заказы, статусы, возвраты, склад;
  • интеграцию с 1С запускают «после релиза» — и она ломает структуру каталога;
  • на старте ставят десятки модулей — а потом платят за конфликты и деградацию скорости.

3) Поддержка сайтов на 1С‑Битрикс (SLA, регламент, стабильность)

Поддержка — это контур, который удерживает проект в рабочем состоянии и позволяет развиваться без хаоса. Что обычно входит в поддержку (если делать правильно):

  • обновления ядра/модулей и контроль совместимости;
  • безопасность: мониторинг, закрытие уязвимостей, резервные копии;
  • инциденты: падения, ошибки 500/404, проблемы с оплатой, выгрузками, интеграциями;
  • регламент релизов: тестовая среда → проверка → выкладка → контроль/откат;
  • отчётность по выполненным задачам и рискам, понятные каналы постановки задач.
  • Как понять, что вам нужна именно поддержка, а не разовая «доработка»:
  • задачи появляются каждую неделю: контент, акции, интеграции, мелкие правки;
  • у проекта есть сезонность и «ценник простоя»;
  • есть требования по безопасности/аудиту, и вы хотите управляемость, а не героизм.

4) Доработка сайтов на 1С‑Битрикс (функционал, интеграции, редизайн без потерь)

Доработка — это изменение системы. Её заказывают, когда нужно «добавить возможность», а не просто обслужить текущее состояние. Типовые причины, когда доработка действительно оправдана:

  • появились новые требования бизнеса, которых нет «из коробки»;
  • модули конфликтуют или не покрывают нужный сценарий;
  • есть ошибки прошлой разработки и технический долг;
  • нужны интеграции с внешними системами;
  • надо обновить PHP/MySQL, сменить хостинг, подготовиться к росту нагрузки.
  • Какие задачи встречаются чаще всего:
  • ускорение производительности;
  • разработка нового функционала (модули, сценарии личного кабинета, B2B‑условия);
  • интеграция с 1С, доставкой, оплатами, Я.Маркет и другими выгрузками;
  • внедрение аналитики, включая задачи под SEO;
  • мобильная версия, адаптив, исправление UX‑узких мест.

Риск‑маркер: если подрядчик говорит «сделаем быстро на модуле», но не задаёт вопросов про данные и процессы — будет боль. На Битриксе важнее не «как красиво», а «как живёт каталог/заказ/интеграция после релиза».

5) Вирусы на сайте Битрикс: проверка и очистка

Если сайт на Битрикс внезапно начал «чудить», не спешите переписывать шаблон. Очень часто причина — вредоносный код: в файлах, в базе или в .htaccess.

  • Типовые признаки заражения (то, что реально замечают владельцы):
  • резко просела скорость без изменений на сайте;
  • появились неизвестные редиректы, «левые» страницы, странные параметры в URL;
  • поисковики показывают предупреждения, сайт выпал из индекса или потерял позиции;
  • в логах — нетипичные запросы, массовые обращения к неизвестным скриптам;
  • в админке появляются новые пользователи/права, меняются правила доступа.
  • Что важно в нормальной очистке:
  • не просто удалить «видимый» файл, а найти вектор заражения и закрыть дыру;
  • восстановить корректный .htaccess (а не снести всё);
  • проверить файлы и базу, вернуть чистые версии, не ломая структуру проекта;
  • после очистки — поставить регулярный контроль, иначе заражение повторится.

6) Восстановление сайта на 1C‑Bitrix из резервной копии

Сбой хостинга, неудачное обновление, удалённые файлы, «сломали прод» — сценарии разные, результат один: сайт недоступен или работает частично.

  • Здесь критично не «залить бэкап», а восстановить согласованность: файлы ↔ база ↔ конфиги ↔ доступы.
  • Что делают в корректном восстановлении:
  • проверяют целостность архива и соответствие версии Битрикс;
  • восстанавливают файлы, базу и пользовательские модули;
  • исправляют конфигурации и подключение к серверу;
  • возвращают доступ в административную панель и тестируют сайт.
  • Когда точно не стоит «лечить самому», если:
  • нет уверенности, что бэкап актуален и полный (файлы+DB);
  • перед этим была миграция/обновление/вирус — легко восстановить «проблемную» версию.

7) Обновление PHP на сервере Linux и проектах на Битрикс

Обновление PHP — типичная «техническая мелочь», которая превращается в простой магазина, если делать без проверки совместимости.

  • Когда это требуется:
  • хостинг снимает поддержку старой версии PHP;
  • Битрикс/ядро/модули требуют новую версию;
  • ошибки “Unsupported PHP version” или массовые предупреждения Deprecated;
  • нужны безопасность и рост производительности.
  • Что должно входить в услугу (минимум):
  • обновление PHP с настройкой окружения на Linux;
  • проверка совместимости версии PHP и CMS;
  • корректировка конфигураций Apache/Nginx/MySQL;
  • обновление модулей/зависимостей и тестирование после обновления.

8) Ускорение сайта на Битрикс: когда «медленно» — это уже деньги

Медленный магазин — это не эстетика, а прямые потери: меньше конверсий, хуже SEO‑метрики, больше нагрузка на сервер и админку.

  • Что делают в ускорении (по факту, а не «поставим кеш»):
  • анализируют нагрузку и скорость отклика сервера;
  • оптимизируют работу базы данных и кэширование;
  • настраивают композитный режим Bitrix и CDN;
  • сжимают и объединяют CSS/JS/изображения;
  • проверяют PageSpeed Insights и закрывают конкретные предупреждения.
  • Ожидаемый результат (измеримый):
  • ускорение загрузки в 2–4 раза (если проблема типовая);
  • улучшение Core Web Vitals;
  • снижение нагрузки на хостинг и ускорение админки;
  • улучшение пользовательского опыта и, как следствие, поведенческих метрик.

9) Как выбрать услугу: 5 быстрых сценариев

Если хочется принять решение без долгих созвонов — вот простая привязка «ситуация → услуга»:

  1. Запускаете продажи или переносите магазин на Битрикс → Разработка интернет‑магазина.
  2. Нужны регулярные задачи, релизы, безопасность, отчётность → Поддержка по SLA.
  3. Нужно добавить функционал/интеграции/переделать логику → Доработка.
  4. Странные редиректы, падение позиций, подозрительные файлы → Проверка и удаление вирусов.
  5. Сайт упал после обновления/сбоя/переноса → Восстановление из резервной копии.
  6. Хостинг требует новый PHP или ошибки Deprecated → Обновление PHP.
  7. Сайт медленный, просели конверсии/SEO → Ускорение.