Другие статьи
Автор статьи: Александр Ломша, COO компании «Лайкит»
Сайт падает в три часа ночи, оплата перестала проходить, а в поддержке — автоответчик. Аварийное техобслуживание нужно именно для таких случаев: оно сокращает простой и потери. Разбираем, из каких пунктов складывается работа провайдера поддержки 24/7 и что проверить до подписания договора.
Что такое аварийное техобслуживание сайта
Аварийное техобслуживание — это режим поддержки, при котором провайдер отвечает за обнаружение и устранение сбоев в любое время, а не только в рабочие часы. Плановое обслуживание работает на опережение: обновления, резервные копии, профилактика. Аварийное — на восстановление: сайт недоступен, не проходит оплата, не отвечает база, ресурс заражён.
Разница принципиальная. У плановой задачи есть срок в днях, у аварии — счёт на минуты. Если провайдер обещает «реагировать быстро», но не разделяет эти два режима, значит регламента нет и приоритеты будут расставлять по факту. Что входит в плановое обслуживание, мы разобрали в статье что входит в техподдержку сайта.
Какие сбои считаются аварией
Первый пункт проверки — есть ли у провайдера градация инцидентов. Если все задачи идут одним потоком, срочный сбой встанет в очередь за правкой баннера. Рабочая схема — три уровня с примерами.
| Уровень | Примеры | Что должно произойти |
|---|---|---|
| Критический | Сайт недоступен, не работает оплата или вход в кабинет, утечка данных | Дежурный берёт инцидент немедленно, заказчик получает статус и оценку |
| Высокий | Не работают формы заявок, часть каталога, резко упала скорость | Работа начинается в согласованный срок, есть обходной вариант |
| Обычный | Опечатка, вёрстка на устаревшем браузере, косметические дефекты | Задача уходит в план и не вытесняет аварии |
Границы уровней фиксируют в договоре вместе с примерами: «сайт не открывается» и «не открывается один раздел» — разные ситуации с разной скоростью реакции. Без этого спор о приоритете начинается в самый неподходящий момент.
По каким пунктам проверяют провайдера поддержки 24/7
Ниже — семь пунктов, по которым видно, работает поддержка круглосуточно на самом деле или только называется круглосуточной.
Дежурство в нерабочее время
Спросите прямо, кто отвечает на обращение в два часа ночи в субботу. Попросите график дежурств и номер, по которому звонят ночью, а не общий телефон офиса. Ответ «оставьте тикет, утром посмотрим» означает, что режима 24/7 нет.
Мониторинг, который срабатывает раньше клиента
Провайдер должен узнавать о падении из алерта, а не из письма раздражённого покупателя. Проверяйте не наличие «мониторинга» в списке услуг, а его состав: доступность сайта, ответ базы, работа форм и оплаты, срок действия сертификата, свободное место на диске. Мониторинг одной главной страницы не заметит отказ платёжного модуля.
Регламент и ответственный за инцидент
У каждой аварии есть один владелец, который ведёт её до закрытия и держит связь с заказчиком. Должна быть эскалация: если дежурный не отвечает за оговорённое время, подключается руководитель. Проверка простая — задайте вопрос «что произойдёт, если дежурный не берёт трубку» и посмотрите, есть ли конкретный ответ.
Резервные копии и проверка восстановления
Копия, из которой ни разу не восстанавливались, — не копия. Уточните частоту бэкапов, где они хранятся, кто имеет к ним доступ и сколько занимает восстановление. Хороший признак — регулярные тестовые развёртывания: тогда в момент аварии никто не учится восстанавливать по инструкции.
Доступы и полномочия
Провайдеру нужны доступы к хостингу, панели управления и админке, но выдавать их стоит по минимуму необходимого и с журналом действий. Спросите, как доступы отзываются при смене сотрудника и кто из исполнителей работает с боевым сайтом. Это вопрос безопасности, а не формальности.
Отчёт после инцидента
После устранения аварии нужен короткий разбор: что сломалось, почему мониторинг не поймал раньше, что изменили, чтобы сбой не повторился. Без такого отчёта через месяц случается та же авария с тем же разбором в переписке.
Договор и границы ответственности
В договоре фиксируют SLA, порядок эскалации, что считается аварией и что в поддержку не входит: новый функционал, контент, реклама, SEO. Отдельно — NDA и условия работы с персональными данными, если они есть на сайте.
Как устроен процесс: от алерта до постмортема
Круглосуточная поддержка — это не «дежурный с телефоном», а последовательность шагов, которую видно со стороны заказчика.
- Сигнал приходит от мониторинга или от вас — по согласованному каналу, а не в комментариях к посту.
- Инцидент фиксируется в трекере, получает уровень и ответственного.
- Дежурный локализует причину: последнее изменение, нагрузка, хостинг, внешний сервис.
- Восстановление — откат из резервной копии или точечное исправление, с проверкой на тестовой копии, если позволяет время.
- После подъёма сайта проверяют ключевые сценарии: заявка, оплата, вход, выгрузка.
- Заказчик получает отчёт и план профилактики.
Если в цепочке нет хотя бы одного шага, авария превращается в переписку «а вы уверены, что это не хостинг». Кстати, хостинг — частая причина сбоев, и часть проблем закладывается ещё при выборе провайдера: об этом наша статья типичные проблемы с хостингом сайта.
Что проверить в SLA и как проверить провайдера до договора
SLA — это не строчка «оперативная поддержка», а измеримые параметры. Смотрите на четыре вещи.
| Пункт | Что проверить | Красный флаг |
|---|---|---|
| Время реакции | В часах, отдельно для рабочего и нерабочего времени, по каждому уровню | «В течение дня», «по возможности», без разбивки по уровням |
| Время восстановления | Отдельный параметр: реакция и решение — разные сроки | Обещание починить любой сбой за 15 минут |
| Каналы связи | Телефон и чат для аварий, трекер для истории | Только почта и форма на сайте |
| Отчётность | Статус по ходу инцидента и разбор после | «Отчитаемся, когда всё закончим» |
Проверить провайдера можно до подписания договора. Напишите в нерабочее время и посмотрите на скорость и содержание ответа. Спросите про последний крупный инцидент: как узнали, сколько восстанавливали, что изменили. Попросите показать регламент и график дежурств — зрелая поддержка показывает их без переговоров.
Тарифы и время реакции LikeIT
В поддержке LikeIT три формата: «Стандарт» для регулярных задач, «Флеш» для срочных ситуаций и индивидуальные условия для больших объёмов.
| Тариф | Цена | Реакция | Объём |
|---|---|---|---|
| Стандарт | 70 BYN/час (25 $, 2500 ₽); абонплата 700 BYN/мес — около 10 часов | 8–24 часа | от 10 до 150 часов |
| Флеш | 100 BYN/час (35 $, 3000 ₽), без абонплаты | 1 час | от 1 часа |
| Уникальные условия | до −15 % от ставки, без абонплаты | 2–8 часов | от 150 часов |
Старт работ: «Стандарт» — 1–5 дней, «Флеш» — в течение дня, индивидуальные условия — 1–7 дней. Для срочных задач берут «Флеш»: он без абонплаты и рассчитан на точечные аварии. В договоре LikeIT фиксирует SLA до 4 часов в рабочее время, гарантия на код — 6 месяцев, работы идут по договору с NDA. Если проекту нужно ночное дежурство, реакция в выходные или отдельный телефон для аварий, это отдельное требование — его обсуждают и фиксируют до подписания, вместе с графиком дежурств.
Частые вопросы
Чем аварийная поддержка отличается от плановой?
Плановая работает по задачам и срокам: обновления, правки, профилактика. Аварийная включается при сбое и измеряется минутами и часами. Формально это разные регламенты с разными приоритетами, поэтому в договоре они должны быть разделены.
Что считать аварией, а что обычной задачей?
Авария — это когда сайт недоступен или не работает ключевой сценарий: заявка, оплата, вход в кабинет. Опечатка, косметический дефект и новая функция к авариям не относятся. Спорные случаи лучше заранее описать примерами в договоре.
Можно ли обойтись мониторингом без поддержки 24/7?
Мониторинг только сообщает о проблеме, а устранять её кому-то нужно. Если сайт не приносит заявки ночью, хватит реакции в рабочие часы. Для интернет-магазина и сервиса с оплатой простой в нерабочее время — это прямые потери.
Как понять, что провайдер действительно работает ночью?
Проверьте на практике: обратитесь в нерабочее время и посмотрите, кто и как ответит. Попросите график дежурств, номер ночной линии и пример разбора последнего инцидента. Ответ по существу и с деталями — признак работающего регламента.
Сколько стоит аварийное обслуживание?
Оно считается по часам работ. У LikeIT срочный формат «Флеш» стоит 100 BYN/час (35 $, 3000 ₽) с реакцией 1 час, «Стандарт» — 70 BYN/час (25 $, 2500 ₽) с реакцией 8–24 часа. Точная сумма зависит от объёма и условий, сравнить форматы можно в разборе как выбрать тариф техподдержки.
Что делать дальше
Проверьте текущий договор по семи пунктам выше. Если хотя бы три вызывают сомнения — начните с них: графика дежурств, состава мониторинга и сроков реакции по уровням инцидентов. Это те пункты, которые определяют, во что превратится ночной сбой: в десять минут работы дежурного или в ночь переписки.
Если сайту нужна поддержка с понятным SLA и возможностью срочного подключения, посмотрите техническую поддержку сайтов от LikeIT. Обсудить задачу можно в Telegram или по адресу info@likeit.pro.
Услуга по теме: обслуживание сайта
Кейс по теме: кейс «ТОТ-центр»
Назад к списку