«Сайт же готов, зачем платить за поддержку каждый месяц?» — вопрос, который рано или поздно задаёт почти каждый владелец сайта или интернет-магазина. Ответ не самоочевиден, пока не столкнёшься с ним на практике: готовый сайт — это не завершённый объект вроде построенного здания, а работающая система с множеством зависимостей, которая меняется вместе с окружением — обновляется CMS, выходят уязвимости, меняются требования браузеров, поисковых систем и платёжных сервисов. Разница между сайтом с поддержкой и без неё обычно незаметна полгода-год, а потом становится очень заметна в один неприятный момент: сайт лёг в разгар распродажи, форма заказа перестала отправлять письма, или интернет-магазин потерял позиции в поиске после очередного алгоритмического апдейта.
Коротко, если нет времени читать всё: техподдержка сайта на 1С-Битрикс — это регулярное обновление ядра и модулей CMS, мониторинг доступности и скорости, резервное копирование с проверкой восстановимости, устранение ошибок и мелкие доработки, а также консультации и приоритизация задач. Это не то же самое, что развитие сайта — добавление нового функционала, хотя на практике обе услуги часто идут в одном пакете под названием поддержка и развитие. Дальше подробно разбираем, из чего состоит поддержка, сколько она стоит, как выбрать подрядчика и по каким признакам понятно, что сайту она уже нужна.
На этапе сдачи проекта сайт действительно полностью работоспособен: страницы открываются, форма заказа отправляет письма, каталог выводит товары, платёжный модуль принимает оплату. Но утверждения «сайт работоспособен сегодня» и «сайт останется работоспособным через год без единого действия с чьей-либо стороны» — это два разных утверждения, и разница между ними становится источником почти всех проблем, с которыми к нам обращаются владельцы сайтов постфактум.
Сайт правильнее воспринимать не как готовый продукт, а как автомобиль: исправный на момент покупки, он всё равно требует замены масла, проверки тормозов и планового техосмотра — иначе рано или поздно откажет в самый неподходящий момент. С сайтом то же самое, только вместо масла — обновления CMS, вместо тормозов — резервные копии, а вместо техосмотра — мониторинг и плановый технический аудит.
Даже если после запуска на сайте ничего не менять руками, вокруг него продолжает меняться всё остальное:
По отдельности каждый из этих факторов кажется некритичным. Вместе они означают, что сайт без сопровождения медленно, но верно накапливает технический долг — и однажды этот долг приходится оплачивать одним большим счётом: взломом, падением на несколько дней или потерей позиций в поиске, которую придётся восстанавливать месяцами.
Когда говорят «техподдержка», часто имеют в виду что-то расплывчатое — «если что, помогут». На практике за этим термином стоит конкретный набор регулярных работ. Мы в TruWeb оформляем их как отдельную услугу технической поддержки сайта, и в неё входит следующее.
Обновления 1С-Битрикс нельзя устанавливать «вслепую» на боевой сайт — это одна из главных причин, почему владельцы сайтов вообще боятся обновляться. Правильный процесс выглядит так: обновление сначала разворачивается на тестовой копии сайта, там проверяется, что ничего не сломалось — особенно кастомные модули и интеграции, — и только после этого накатывается на продакшен. Из-за отсутствия тестового контура компании годами откладывают обновления, накапливая всё больший разрыв с актуальной версией, а чем больше разрыв, тем сложнее и рискованнее становится обновление, когда его всё-таки придётся делать.
Сайт может «упасть» ночью в воскресенье, и если никто не отслеживает аптайм, о проблеме узнают либо клиенты, которые не смогли оформить заказ, либо владелец бизнеса — из отчёта о падении продаж в конце месяца. Мониторинг доступности — это автоматическая проверка того, что сайт отвечает, причём отвечает быстро. Сюда же часто относится наблюдение за скоростью загрузки: если сайт постепенно «тяжелеет» из-за растущего каталога и накопленных плагинов, вовремя заметить деградацию и принять меры — например, заказать ускорение сайта — дешевле, чем месяцами терять конверсию, не понимая причины.
Бэкапы есть почти у всех — вопрос в том, проверял ли кто-нибудь, что из них реально можно восстановить сайт. Регулярное резервное копирование без проверки восстановимости — это ложное чувство безопасности: копия может оказаться битой, неполной или не включать файлы с загруженными изображениями. Настоящая техподдержка предполагает не просто ежедневный бэкап «на всякий случай», а периодическую проверку того, что сайт действительно поднимается из этой копии.
Даже стабильно работающий сайт время от времени выдаёт мелкие сбои: съехала вёрстка после обновления браузера, форма перестала присылать письма на новый адрес, в каталоге появился дублирующийся товар. Такие вещи редко тянут на отдельный проект с техническим заданием, но их накопление медленно портит впечатление у посетителей и снижает конверсию.
Отдельная, часто недооценённая часть поддержки — это возможность спросить «а как лучше сделать» до того, как задача превратится в проблему. Хороший подрядчик по поддержке не просто выполняет заявки по очереди, а помогает расставить приоритеты: что нужно сделать сейчас, что может подождать, а что вообще не стоит делать, потому что риск выше пользы.
Важно различать два похожих, но разных понятия. Поддержка — это реактивная и профилактическая работа: она сохраняет сайт в рабочем, безопасном и актуальном состоянии, но не добавляет ничего принципиально нового. Развитие — это целенаправленное добавление функционала: новый раздел каталога, интеграция с очередной системой, редизайн отдельных страниц. Если вам нужны точечные доработки существующего функционала — от изменения логики скидок до правки шаблонов, — это ближе к тому, что мы описываем в статье про доработку сайта на Битрикс.
На практике границу между ними проводить бывает трудно, и большинство студий, включая TruWeb, объединяют оба направления в одном пакете — так удобнее и клиенту, и подрядчику: не нужно каждый раз решать, к какой из двух услуг относится конкретная задача, и вести два параллельных договора. Но при выборе подрядчика полезно понимать, что именно вы оплачиваете: часы на «удержание сайта на плаву» или часы на «сделать сайт лучше», — потому что от этого зависит и то, как правильно ставить задачи, и то, чего разумно ожидать от ежемесячного бюджета.
Это первый практический вопрос, который встаёт перед бизнесом, решившим не откладывать поддержку сайта. Универсального ответа нет — многое зависит от объёма задач и специфики бизнеса.
| Критерий | Штатный специалист | Поддержка на аутсорсе |
|---|---|---|
| Когда оправдан | Большой стабильный поток задач, требующий занятости 5 дней в неделю | Средний и непостоянный объём задач, сезонные пики |
| Экспертиза | Ограничена опытом одного человека | Доступ к команде с разной специализацией — фронтенд, интеграции, безопасность |
| Риск «человеческого фактора» | Отпуск, болезнь или увольнение оставляют сайт без сопровождения | Задачи распределяются внутри команды, зависимость от одного человека ниже |
| Стоимость | Полная ставка вне зависимости от загрузки | Оплата за фактический объём часов или по пакету |
| Скорость подключения | Поиск и найм могут занять месяцы | Обычно можно начать в течение нескольких дней |
Для среднего и малого бизнеса — интернет-магазина, корпоративного сайта, регионального сервиса — аутсорс-поддержка почти всегда экономически выгоднее и гибче штатной единицы: вы не оплачиваете простой, а платите за реальный результат. Штатный специалист начинает окупаться, когда поток задач становится настолько плотным, что аутсорс-команде было бы невыгодно держать для вас фиксированный объём часов каждый месяц.
«Поддержка» без чётких условий — источник взаимного недовольства: заказчик думает, что оплатил постоянную доступность специалиста, а подрядчик — что оплачен конкретный пакет часов. Чтобы этого избежать, в договоре или соглашении об уровне обслуживания (SLA) должны быть зафиксированы:
Чем конкретнее прописаны эти пункты, тем меньше поводов для разногласий возникает в реальной аварийной ситуации, когда считать минуты уже поздно — договариваться о правилах нужно заранее, а не во время инцидента.
Мы намеренно не приводим здесь конкретные цифры: стоимость поддержки — это всегда индивидуальный расчёт, а не тариф «для всех». Но на итоговую сумму стабильно влияет несколько факторов.
На практике разумный подход — зафиксировать базовый объём часов на регулярные работы (обновления, мониторинг, бэкапы) и добавить гибкий пул часов на непредвиденные задачи и мелкие доработки, который можно скорректировать по факту использования через 1–2 месяца.
Если хотя бы несколько пунктов ниже — про ваш сайт, откладывать подключение поддержки уже рискованно:
Если ни один из пунктов не про вас — поздравляем, поддержка уже фактически выстроена, даже если она не называется этим словом. Если откликнулось несколько — прежде чем выбирать формат поддержки, имеет смысл провести технический аудит, чтобы понять реальный масштаб накопленных проблем.
За больше чем пятнадцать лет работы с сайтами на 1С-Битрикс мы регулярно видим одни и те же ошибки, которые бизнес допускает при выборе или организации поддержки.
Прежде чем подписывать договор на поддержку, стоит пройтись по короткому списку вопросов — если подрядчик уверенно и конкретно отвечает на большинство из них, это хороший знак.
Более развёрнуто про подбор подрядчика — включая вопросы про портфолио, техническое интервью и красные флаги в коммуникации — мы разбирали в статье как выбрать подрядчика по разработке на Битрикс: большинство тех же принципов применимо и к выбору команды на поддержку.
Мы занимаемся разработкой и поддержкой сайтов на 1С-Битрикс с 2011 года — за это время через нашу команду прошло больше 250 проектов, от небольших корпоративных сайтов до крупных интернет-магазинов со сложными интеграциями. 97% наших клиентов возвращаются повторно или приходят по рекомендации — для сервисной модели вроде техподдержки это, пожалуй, самый честный показатель качества: если бы поддержка не решала реальных проблем, клиенты бы не оставались годами.
Мы работаем по договору как юрлицо — это касается и разовых проектов, и поддержки на регулярной основе, что особенно важно для компаний, которым нужна юридически прозрачная работа с подрядчиком: чёткие условия, ответственность, документально зафиксированный SLA. Для интернет-магазинов, где к поддержке добавляются свои нюансы — синхронизация с 1С, мониторинг оплат, сезонные нагрузки, — у нас есть отдельный разбор в статье про поддержку интернет-магазина на Битрикс.
Если вы пока не уверены, какой формат сопровождения нужен именно вашему сайту, начните с консультации: мы посмотрим текущее состояние сайта и предложим объём работ, отталкиваясь от реальной картины, а не усреднённого пакета.
В базовый набор входят регулярное обновление ядра и модулей CMS, мониторинг доступности и скорости сайта, резервное копирование с проверкой восстановимости, исправление ошибок и мелкие доработки, а также консультации по приоритизации задач. Конкретный состав работ фиксируется в договоре или SLA и может отличаться у разных подрядчиков.
Поддержка — это реактивная и профилактическая работа, которая сохраняет сайт в рабочем и безопасном состоянии, но не добавляет нового функционала. Развитие — это целенаправленное добавление возможностей: новых разделов, интеграций, изменений дизайна. На практике многие студии объединяют оба направления в одном пакете, но по смыслу это разные задачи.
Да, и чем раньше она подключена, тем меньше рисков накопить технический долг. Сразу после запуска особенно важны мониторинг стабильности в первые недели работы под реальной нагрузкой и своевременное обновление CMS — без этого разрыв с актуальной версией начинает копиться с первого дня.
Критичные обновления безопасности стоит устанавливать в приоритетном порядке, обычно в течение нескольких дней после выхода, предварительно проверив их на тестовой копии сайта. Плановые обновления ядра и модулей без критичных уязвимостей можно устанавливать по регулярному графику — например, ежемесячно, — чтобы не накапливать большой разрыв с актуальной версией.
Растёт риск взлома через известные уязвимости старых версий, накапливается несовместимость с новыми версиями PHP и требованиями хостинга, а сама процедура обновления со временем становится сложнее и дороже — потому что приходится «перепрыгивать» сразу через несколько версий вместо последовательных небольших шагов.
Однозначной цифры нет: стоимость зависит от сложности и возраста сайта, количества интеграций, требуемого времени реакции по SLA и текущего технического состояния проекта. Разумный подход — обсудить с подрядчиком базовый объём часов на регулярные работы и гибкий пул на непредвиденные задачи, а не искать усреднённый тариф.
Единственный надёжный способ — периодически разворачивать сайт из резервной копии на тестовом окружении и убеждаться, что он поднимается полностью, включая файлы и базу данных. Наличие самого факта бэкапа без такой проверки не гарантирует, что восстановление сработает в реальной аварийной ситуации.
Стоит как можно быстрее найти нового подрядчика и передать ему доступы, документацию и историю изменений, если она сохранилась. Первым шагом обычно имеет смысл провести технический аудит сайта — это позволяет новому подрядчику быстро составить объективную картину состояния проекта, вместо того чтобы разбираться в нём вслепую по ходу поддержки.
Для среднего и малого бизнеса аутсорс-поддержка почти всегда выгоднее и гибче: оплата идёт за фактический объём работ, а не за полную ставку вне зависимости от загрузки, и доступна экспертиза целой команды, а не одного человека. Штатная единица начинает окупаться при стабильно большом и предсказуемом потоке задач.
Приоритеты и сроки реакции на разные типы обращений, объём часов в месяц и правила их переноса, канал связи и время работы поддержки, наличие тестовой копии сайта для проверки обновлений и порядок эскалации, если стандартная реакция не сработала.
Нет, это разные услуги: техподдержка отвечает за стабильность, безопасность и актуальность сайта, а SEO-продвижение — за рост позиций и трафика из поиска. Они дополняют друг друга: без стабильной технической базы сложно удерживать позиции, но одна поддержка не заменяет полноценной SEO-работы.
Общие принципы техподдержки одинаковы для любого сайта, но у интернет-магазина добавляются свои зоны риска: синхронизация с 1С и CRM, мониторинг платёжных модулей, сезонные пики нагрузки во время распродаж. Эти особенности стоит обсуждать с подрядчиком отдельно при формировании пакета поддержки.
Да, это обычная практика. Новый подрядчик обычно начинает с диагностики текущего состояния сайта — кода, модулей, версии CMS, истории доработок, — чтобы понять, с чем предстоит работать, и только после этого предлагает формат и объём поддержки.
Тревожные признаки — отсутствие письменного договора и SLA, невозможность получить внятный отчёт о том, что было сделано за оплаченные часы, обновления, которые сразу выкатываются на боевой сайт без тестирования, и отсутствие проверки восстановимости резервных копий. Любой из этих признаков — повод как минимум задать прямые вопросы, а при повторении — задуматься о смене подрядчика.
Техподдержка сайта — это не разовая покупка «на всякий случай», а способ не откладывать неизбежное: сайт меняется вместе с окружением независимо от того, следите вы за этим или нет. Разница только в том, замечаете ли вы изменения заранее, в рамках планового обновления, или узнаёте о них постфактум, разбирая аварию. Мы собрали расширенный разбор всей темы разработки и сопровождения сайтов на 1С-Битрикс — от выбора CMS до долгосрочного сопровождения — в большом гиде по разработке и поддержке на 1С-Битрикс, если хотите увидеть картину целиком, а не только раздел про поддержку.
Разбираем, чем поддержка интернет-магазина на 1С-Битрикс отличается от поддержки обычного сайта: каталог, платежи, обмен с 1С, сезонные пики и SLA.
Читать →Разбираем, что такое доработка сайта на 1С-Битрикс, типичные сценарии, работу с чужим кодом и процесс без риска для боевого сайта.
Читать →Чек-лист вопросов и красных флагов, который стоит пройти перед тем, как отдавать проект на 1С-Битрикс подрядчику.
Читать →