Перейти к содержимому
Рабочее место веб-разработчика: клавиатура, мышь и часы

Техническая поддержка сайта: что в неё входит и как выбрать подрядчика

Техническая поддержка сайта: что в неё входит и как выбрать подрядчика

Запуск сайта похож на покупку автомобиля: самое заметное событие, но далеко не последние расходы. Дальше нужны обслуживание, замена расходников, реакция на поломки. Сайт работает на сервере, который обновляется, на CMS, в которой находят уязвимости, с интеграциями, у которых меняются протоколы. Без поддержки он не ломается в один день — он деградирует постепенно, пока однажды не перестаёт принимать заказы в самый неподходящий момент. Разберём, что на самом деле входит в техническую поддержку и как выстроить её так, чтобы она защищала бизнес, а не превращалась в ежемесячный платёж «на всякий случай».

Почему сайту нужна поддержка, даже если «всё работает»

Фраза «у нас всё работает, зачем платить» звучит логично, пока не случается первая проблема. Сайт зависит от множества внешних факторов, на которые вы не влияете. Хостинг-провайдер обновляет версию PHP на сервере, и старый модуль перестаёт работать. Служба доставки меняет формат ответа API, и расчёт стоимости в корзине показывает ноль. Платёжный сервис отключает устаревший протокол, и оплата картой перестаёт проходить. Браузер выпускает обновление, и форма в одном из них начинает вести себя странно.

Отдельная история — безопасность. В популярных CMS и плагинах регулярно находят уязвимости, и после публикации информации о них автоматические сканеры начинают массово искать незащищённые сайты уже через несколько часов. Сайт, который не обновлялся год, с высокой вероятностью содержит хотя бы одну известную дыру. Подробнее об этом — в статье «Обновления CMS и плагинов: зачем и как часто».

И наконец, бизнес меняется. Появляются новые товары, акции, способы доставки, требования к отчётности. Каждый раз искать нового исполнителя, который будет неделю разбираться в чужом коде, дольше и дороже, чем иметь команду, которая знает проект.

Из чего состоит техническая поддержка

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

Мониторинг

Автоматическая проверка доступности сайта, ключевых страниц, форм и оплаты. Уведомление команды о сбое раньше, чем о нём узнают клиенты.

Резервные копии

Регулярное копирование файлов и базы данных, хранение копий отдельно от основного сервера, периодическая проверка восстановления.

Обновления

Плановое обновление ядра CMS, модулей и библиотек с предварительной проверкой на тестовой копии сайта.

Безопасность

Контроль доступов, сканирование на вредоносный код, защита форм и административной панели, реакция на инциденты.

Исправление ошибок

Устранение сбоев в работе сайта и интеграций: от сломанной вёрстки до неработающей выгрузки заказов в 1С.

Доработки

Небольшие изменения функциональности: новые поля в форме, блоки на страницах, фильтры, правки в шаблонах.

Первые четыре пункта — профилактика: то, что делается регулярно и незаметно, чтобы проблем не возникало. Последние два — реакция на запросы и изменения. Хорошая поддержка включает обе части. Если подрядчик предлагает только «правки по запросу», это не поддержка, а почасовая разработка: никто не следит за сайтом, пока вы сами не заметите проблему.

Что обычно не входит

Важно также понимать границы. Крупные доработки — новый раздел, интеграция с новой системой, редизайн — оцениваются отдельно как проекты. Наполнение контентом (загрузка товаров, написание текстов) обычно тоже отдельная услуга, хотя в некоторых тарифах на него выделяется часть часов. SEO-продвижение и реклама — самостоятельные направления, поддержка лишь обеспечивает их техническую основу.

Панель мониторинга технической поддержки сайта с графиками доступности и задачами
Панель мониторинга технической поддержки сайта с графиками доступности и задачами

Форматы поддержки: абонентская, почасовая, смешанная

На рынке встречаются три основные модели оплаты, и у каждой есть свои сильные стороны. Выбор зависит от того, насколько сайт критичен для бизнеса и как часто вам нужны изменения.

ФорматКак устроенКому подходитРиски
Почасовая оплатаПлатите только за фактически выполненные задачи по ставкеПростые сайты-визитки с редкими правкамиНикто не следит за сайтом профилактически, долгая реакция на срочные задачи
Абонентская платаФиксированная сумма в месяц, включает профилактику и пакет часовКорпоративные сайты и магазины с регулярными изменениямиНеиспользованные часы могут сгорать, если это не оговорено
СмешаннаяНебольшой абонемент на профилактику и мониторинг, доработки — по часамСайты со стабильным функционалом, но нужна надёжностьНужно чётко разграничить, что входит в абонемент

Для интернет-магазина, где час простоя означает потерянные заказы, почасовая модель почти всегда хуже: при сбое в пятницу вечером исполнитель без договора поддержки не обязан реагировать срочно. Абонентская модель даёт гарантированное время реакции и приоритет в очереди задач.

У нас поддержка стоит от 15 000 ₽ в месяц: в базовый пакет входят мониторинг, резервное копирование, плановые обновления и несколько часов работы на доработки. Для магазинов с интеграциями и высокой нагрузкой пакеты шире. Подробности — на странице технической поддержки.

Время реакции и приоритеты: о чём договориться заранее

Самый важный пункт договора на поддержку — не цена, а то, как быстро подрядчик реагирует на проблемы разной срочности. Без этого любая ситуация превращается в спор: для вас неработающая корзина — катастрофа, а для исполнителя — одна из двадцати задач в очереди.

Удобно делить обращения на несколько уровней. Критические — сайт недоступен, не проходит оплата, не оформляются заказы. Реакция в течение 30–60 минут в рабочее время, иногда и в нерабочее. Высокий приоритет — частично не работает важная функция: не отправляется одна из форм, сломался фильтр в каталоге. Реакция в течение нескольких часов. Обычные задачи — правки и доработки, срок оговаривается в каждом случае, как правило 1–5 рабочих дней.

Обратите внимание. «Время реакции» и «время исправления» — разные вещи. Реакция означает, что специалист взял задачу в работу и начал разбираться. Исправление зависит от сложности проблемы. Хороший договор фиксирует оба показателя хотя бы для критических ситуаций, например: реакция — до часа, восстановление работоспособности — до четырёх часов.

Уточните также, работает ли поддержка в выходные и праздники. Для многих бизнесов это главные дни продаж. Если дежурства нет, хотя бы мониторинг должен работать круглосуточно и отправлять уведомления ответственному лицу.

Как выглядит нормальный процесс поддержки

Изнутри качественная поддержка — это не «написали в мессенджер, кто-то ответил». Это понятный процесс, в котором каждая задача учитывается, каждое изменение проверяется, а заказчик видит, на что потрачено время.

  1. Приём задачи

    Обращение поступает в систему задач или на почту поддержки, получает номер, приоритет и ответственного. Устные договорённости в мессенджерах дублируются в системе, чтобы ничего не потерялось.

  2. Оценка

    Для задач сложнее пары часов специалист сначала даёт оценку трудоёмкости, и работа начинается после подтверждения. Так вы не получите неожиданный счёт.

  3. Работа на тестовой копии

    Изменения делаются и проверяются на копии сайта, а не на рабочей версии. Это исключает ситуации, когда правка шапки ломает оформление заказа.

  4. Выкладка и проверка

    Изменения переносятся на рабочий сайт через систему контроля версий, после чего тестировщик или разработчик проверяет ключевые сценарии.

  5. Отчёт

    Раз в месяц заказчик получает отчёт: какие задачи выполнены, сколько часов потрачено, какие обновления установлены, были ли инциденты и как их решили.

Ежемесячный отчёт — хороший индикатор добросовестности. Если подрядчик не может показать, что он делал за месяц, скорее всего, профилактика проводится от случая к случаю.

Передача сайта на поддержку от другого подрядчика

Часто на поддержку приходят сайты, которые разрабатывала другая команда. Это нормальная ситуация, но у неё есть особенности. Прежде чем брать на себя обязательства, добросовестный подрядчик проводит технический аудит: смотрит версию CMS и модулей, качество кода, состояние сервера, наличие резервных копий, настройки безопасности, работу интеграций.

По результатам аудита обычно появляется список первоочередных работ: обновить устаревшие компоненты, настроить резервное копирование, закрыть найденные уязвимости, привести в порядок доступы. На это может уйти от нескольких часов до нескольких недель. Только после этого можно гарантировать время реакции и стабильную работу.

  • Доступы к хостингу или серверу, административной панели CMS и базе данных
  • Доступы к регистратору домена и DNS-записям
  • Доступы к системе контроля версий, если код в ней хранится
  • Документация по интеграциям: 1С, CRM, платёжные и логистические сервисы
  • Список нестандартных доработок и известных проблем от предыдущего подрядчика
  • Аккаунты в системах аналитики и панелях вебмастера

Важно, чтобы все ключевые доступы были оформлены на компанию-владельца, а не на личные аккаунты бывших сотрудников или подрядчиков. Мы регулярно сталкиваемся с ситуациями, когда домен зарегистрирован на фрилансера, который давно не выходит на связь, и восстановление прав занимает недели.

Как понять, что поддержка работает хорошо

Парадокс хорошей поддержки в том, что её почти не видно: сайт просто работает. Чтобы оценить качество, смотрите на конкретные признаки, а не на ощущения.

Как часто сайт был недоступен за последний месяц?

Подрядчик должен знать ответ из данных мониторинга. Для нормального сайта доступность — 99,9% и выше, то есть не более 40–45 минут простоя в месяц с учётом плановых работ.

Когда последний раз проверялось восстановление из резервной копии?

Наличие копий не гарантирует, что из них можно восстановиться. Проверка разворачиванием копии на тестовом сервере должна проводиться хотя бы раз в квартал.

Какие версии CMS и модулей сейчас установлены?

Если подрядчик не может быстро ответить или версии сильно отстают от актуальных без объяснимой причины, профилактика не ведётся.

Кто узнаёт о сбое первым?

Если о проблемах вы обычно узнаёте от клиентов, а не от поддержки, мониторинг не настроен или на его сигналы никто не реагирует.

Главное о технической поддержке

Техническая поддержка — это не правки по вызову, а система, которая держит сайт в рабочем и безопасном состоянии. В неё входят мониторинг, резервное копирование, плановые обновления, контроль безопасности, исправление ошибок и небольшие доработки. Для бизнеса, где сайт приносит заявки и заказы, разумнее абонентская модель с оговорённым временем реакции, чем почасовая оплата по факту поломок. При выборе подрядчика смотрите не только на цену, но и на процесс: работа на тестовой копии, учёт задач, ежемесячные отчёты, понятные приоритеты. Тогда поддержка окупается не красивыми отчётами, а отсутствием авралов.

Нужен сайт или интернет-магазин?

Обсудим задачу, подскажем подходящую платформу и оценим сроки и бюджет — бесплатно и без обязательств.

Обсудить проект

Читайте также

Персональные данные на сайте: что требует закон и как это выполнитьПоддержка и безопасностьПерсональные данные на сайте: что требует закон и как это выполнитьЗащита форм от спама без мучений для пользователейПоддержка и безопасностьЗащита форм от спама без мучений для пользователейРазвитие сайта после запуска: план на первые месяцыПоддержка и безопасностьРазвитие сайта после запуска: план на первые месяцыCookie на сайте: уведомление и согласие посетителяПоддержка и безопасностьCookie на сайте: уведомление и согласие посетителя