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

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

Что входит в техническую поддержку

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

Сколько часов нужно сайту

Почему первый месяц дороже остальных

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

Что будет, если не заниматься сайтом

Как выбрать подрядчика

Пять вопросов на первой встрече

• Спросите про бэкапы: как часто, где хранятся, проверялось ли восстановление;
• Уточните SLA: время реакции на критический сбой («сайт лежит») и на обычные задачи;
• Проверьте отчётность: увидите ли вы в конце месяца список работ или «всё в порядке»;
• Оцените компетенции: поддерживает ли подрядчик вашу CMS (WordPress, Битрикс, Laravel): «универсалы» часто не знают платформу;
• Узнайте про перенос часов: не сгорают ли неиспользованные часы пакета.

Форматы работы

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

Ставки, SLA и формат договора

Мы работаем по ставке от 2 000 ₽/час: пакет часов в месяц с переносом неизрасходованного или разовые задачи с оценкой до начала. SLA-реакция: критические сбои — в течение 2 часов в рабочее время (Пн–⁠Пт 10:00–⁠18:00 МСК). Подробности на странице «Техническая поддержка сайтов». Если сайт требует доработок, а не только присмотра, смотрите программирование и доработки.

Что происходит с сайтом без поддержки

Три сценария, которые случаются чаще всего

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

Сколько стоит восстановление

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

Как организована поддержка у нас

Регламент: что происходит по расписанию

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

Срочные задачи и очередь

Критические обращения, когда сайт недоступен, не отправляются заявки или есть признаки взлома, берём в работу вне очереди: реакция в течение 2 часов в рабочее время (Пн–⁠Пт 10:00–⁠18:00 МСК). Обычные доработки встают в очередь пакета: вы видите, что уже сделано и что идёт следующим.

Отчёт: что вы видите в конце месяца

Отчёт — это список работ с датами и потраченными часами, а не фраза «всё в порядке». Отдельно показываем состояние бэкапов, выполненные обновления, замеченные риски и остаток часов пакета. Если какой-то риск требует решения, он попадает в отчёт с рекомендацией, а не остаётся внутри переписки.

Поддержка своими силами: что реально сделать самому

Что можно закрыть без подрядчика

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

Где самостоятельность заканчивается

Диагностика «сайт тормозит», разбор подозрительной активности, правки в шаблоне или модуле, интеграции с внешними сервисами требуют профильных знаний: ошибка в одном файле может закрыть сайт от индексации или открыть доступ к данным. Граница проходит там, где цена ошибки выше стоимости часа специалиста.

Частые вопросы

Чем техническая поддержка отличается от разовых доработок?

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

Сколько часов поддержки нужно моему сайту?

Ориентир зависит от типа сайта: лендингу обычно достаточно 2–⁠5 часов в месяц, корпоративному сайту — 5–⁠10, интернет-магазину с каталогом и интеграциями — 10–⁠20. Первый месяц после передачи запущенного сайта требует больше: часть часов уходит на аудит состояния и закрытие накопленных долгов.

Что входит в SLA и что считается критическим сбоем?

Критическим считаем случай, когда сайт недоступен, не отправляются заявки или есть признаки взлома. Реакция по таким обращениям — в течение 2 часов в рабочее время (Пн–⁠Пт 10:00–⁠18:00 МСК). Обычные задачи встают в очередь пакета, срок зависит от объёма и приоритета, согласованного в начале месяца.

Проверяете ли вы бэкапы и как именно они хранятся?

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

Работаете ли вы с сайтами, которые делала другая команда?

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

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