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

Форматы и цены: разовая инженерная работа Za IT стоит 2 999 ₽/час, а регулярная поддержка сайта — 9 999 ₽ в месяц. В пакет входит до четырёх часов работ, мониторинг, резервные копии и обновления. Аварийное восстановление, редизайн, крупные функции, лицензии и работы за пределами согласованного контура оцениваются отдельно после диагностики.

Администрирование — это не одна должность и не бесконечное «следить за сайтом». В него могут входить контент, обновления CMS, контроль доступности, резервные копии, исправление ошибок и небольшие улучшения. Цена становится понятной, когда эти задачи разделены по ответственности, приоритету и способу проверки.

Разовая работа или регулярный пакет

• Разовая задача. Подходит, когда причина и результат ограничены. Стоимость — 2 999 ₽ в час или отдельная оценка.
• Диагностика. Нужна, когда первопричина неизвестна. Сначала фиксируем симптомы, затем оцениваем исправление.
• Поддержка сайта. Подходит для задач, которые повторяются каждый месяц. Базовый формат — 9 999 ₽ в месяц: до четырёх часов и базовый контур поддержки.
• Отдельный проект. Нужен, когда меняется архитектура или появляется большой раздел. Смету считаем по этапам.

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

Что входит в регулярную поддержку

Базовый пакет объединяет четыре часа плановых работ с операционным контуром:

• мониторинг доступности;
• контроль резервных копий;
• согласованные обновления;
• небольшие исправления и контентные задачи;
• отчёт о выполненном и открытых рисках.

Состав конкретного месяца приоритизируется заранее. Если задач больше лимита, владелец выбирает: перенести, согласовать дополнительные часы или выделить отдельный проект.

Плановые задачи

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

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

Аварийные обращения

При аварии сначала фиксируют влияние:

1. весь сайт недоступен или один сценарий;
2. затронуты ли заявки, оплата или данные;
3. когда проблема замечена;
4. что менялось перед ней;
5. есть ли доступ к инфраструктуре и резервным копиям;
6. можно ли воспроизвести ошибку безопасно.

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

Что не входит автоматически

• полный редизайн;
• новый кабинет или сложная интеграция;
• массовая миграция контента;
• круглосуточное дежурство и гарантированный SLA;
• оплата хостинга, домена и лицензий;
• написание большого объёма текстов;
• настройка и ведение рекламы;
• восстановление после инцидента неизвестного масштаба;
• работа в системах без законного доступа.

Эти задачи можно выполнить, но их состав и риски определяются отдельно.

Резервная копия — не просто наличие файла

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

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

Обновления и безопасность

Обновление CMS или зависимости сначала оценивают по changelog, совместимости и риску. Для критичного проекта нужен тестовый контур, резервная копия и план отката. Автоматически установить всё в production без проверки — не стратегия безопасности.

Минимальная гигиена включает:

• отдельные учётные записи;
• минимальные права;
• двухфакторную защиту;
• актуальный список доступов;
• отсутствие секретов в задачах и открытых логах;
• отзыв прав после завершения работ;
• наблюдение за ошибками и необычной активностью.

Как считать часы

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

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

Границы ответственности

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

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

Как принять задачу администратора

Критерий должен быть воспроизводимым:

• публичный URL возвращает ожидаемый статус;
• форма доставляет контрольное обращение;
• нужное значение отображается на desktop и mobile;
• обновление не создало ошибок в смежном сценарии;
• резервная копия создана и доступна по политике;
• секретные значения не попали в отчёт;
• известный риск записан и имеет владельца.

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

Практический пример

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

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

Что отправить для оценки

Укажите URL, CMS или стек, симптом, влияние на бизнес, время возникновения и способ проверки. Не передавайте пароли через форму. На странице ремонта и поддержки сайтов описаны действующие форматы.

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