Поддержка сайта

Техподдержка сайта

Техническая поддержка сайта — что входит и зачем нужна

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

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

Что такое техническая поддержка сайта

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

Отличие техподдержки от разработки

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

Кто занимается техподдержкой: агентство, фриланс, штат

  • Штатный специалист — оправдан при объёме от 20 часов в месяц. Знает проект изнутри, реагирует быстро. Дорого как постоянная единица в штате.
  • Агентство / веб-студия — стандартный выбор для среднего бизнеса. Есть процессы, SLA, замена специалиста при болезни. Минус: «ваш сайт» — один из десятков.
  • Фрилансер — дешевле, но нет гарантий доступности. Риск пропасть в середине задачи.

Что входит в техническое обслуживание сайта

Технические работы

  • Обновление CMS, плагинов, библиотек — закрывает уязвимости до взлома
  • Мониторинг доступности (uptime) — оповещение при падении сайта
  • Проверка и исправление битых ссылок
  • Резервное копирование по расписанию
  • Контроль HTTPS и SSL-сертификата — истечение = потеря доверия браузеров
  • Оптимизация скорости и Core Web Vitals — влияет на ранжирование
  • Мониторинг ошибок сервера и 404-страниц
  • Проверка индексации в Google Search Console

Контент-поддержка и поддержка дизайна

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

РаботаБазовыйРасширенный
Мониторинг доступности
Обновление CMS и плагинов
Резервное копирование
SSL-контроль
Оптимизация скорости
Контент-правки
SEO-мониторинг
Доработки дизайна
Типичное состояние сайта без регулярного обслуживания (слева) и с техподдержкой (справа).

Зачем нужна техподдержка: последствия без неё

Риск безопасности и взломы

По данным Sucuri, более 90% взломанных сайтов — устаревшие CMS или плагины. Восстановление после взлома стоит дорого: чистка от вирусов, выход из чёрных списков поисковиков. Типичный сценарий: владелец малого бизнеса установил WordPress пять лет назад и не обновлял. Через уязвимость в плагине хакер разместил скрытые ссылки — сайт попал под ручные санкции поисковика.

Падение позиций в поиске

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

Потеря клиентов из-за медленной загрузки

По данным Google, увеличение времени загрузки с 1 до 3 секунд повышает показатель отказов на 32%. С 1 до 5 секунд — на 90%. Пользователь не ждёт перезагрузки: он уходит к конкуренту. Один медленный сервер без оптимизации изображений и кэширования — постоянная потеря потенциальных клиентов.

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

Когда выгоден абонентский договор

Абонентское обслуживание — правильный выбор, если: сайт приносит лиды или продажи (каждый час простоя = потеря выручки), контент регулярно обновляется, есть требования к SLA, в штате нет технического специалиста.

Когда достаточно разовых работ

Разовое обслуживание подходит для сайтов-визиток без трафика, разовых задач (переезд на HTTPS, обновление CMS, чистка базы данных), периодического технического аудита раз в полгода.

КритерийШтатный специалистАбонент (агентство)Разовые работы
СтоимостьОт 80 000 ₽/мес10 000–50 000 ₽/месПо факту
SLAПо договоруЕстьНет
Знание проектаГлубокоеСреднееМинимальное
Замена при болезниНетЕсть
Масштаб задачЛюбойДо 40 ч/месНебольшие

Как выбрать подрядчика: чек-лист и красные флаги

Что спросить на брифинге

  • Кто конкретный исполнитель по проекту — джун или senior?
  • Есть ли замена при болезни или отпуске?
  • Как происходит приём задач (мессенджер, тикет-система)?
  • Есть ли опыт с вашей CMS?
  • Как выглядит эскалация при критическом инциденте?
Красный флаг: если вам предлагают подписать «стандартный договор», не уточняя зоны ответственности и время реакции — это сигнал проблем.

Что должно быть в договоре (SLA)

SLA (Service Level Agreement) — соглашение об уровне сервиса. Без конкретных цифр в договоре исполнитель может устранять проблему «в течение нескольких дней» и формально ничего не нарушать.

  • Время реакции на обращение — например: до 2 часов в рабочее время
  • Время устранения критических инцидентов — падение сайта: до 4 часов
  • Гарантированный uptime — например: 99,5% в месяц
  • Что относится к зоне ответственности подрядчика, что — к хостингу
  • Порядок компенсаций при нарушении SLA

По каким метрикам оценивать работу подрядчика

Метрика 1Uptime

Процент времени, когда сайт был доступен. Норма: 99,5%+. Отчёт — ежемесячно.

Метрика 2Time to Fix (TTF)

Среднее время устранения инцидента. Цель: менее 4 часов для критических проблем.

Метрика 3Количество инцидентов

Уменьшается при качественной превентивной работе. Рост числа инцидентов — сигнал проблем.

Метрика 4Core Web Vitals и скорость

Технические показатели производительности. Должны быть в зелёной зоне Google PageSpeed.

Сколько стоит техническое обслуживание сайта

Факторы, влияющие на цену

Стоимость зависит от: типа и сложности сайта (визитка vs интернет-магазин на 50 000 товаров), CMS (WordPress, Битрикс, собственная разработка — трудозатраты разные), объёма контент-задач, наличия интеграций с внешними системами (CRM, 1C), строгости SLA — чем строже, тем дороже.

Средние рыночные ставки

Базовый5 000–15 000 ₽/мес

Визитка или корпоративный сайт без транзакций. Мониторинг, обновления, бэкап.

Средний15 000–40 000 ₽/мес

Сайт с контентом: блог, услуги, лидогенерация. Включает SEO-мониторинг и контент-правки.

E-commerce30 000–80 000 ₽/мес

Интернет-магазин с обновлением товаров. Больший объём задач, строже SLA.

Enterpriseот 100 000 ₽/мес

Высоконагруженный проект + интеграции + 24/7 SLA. Выделенная команда.

Приведённые ставки ориентировочные — итоговая стоимость зависит от объёма работ и рынка. Уточняйте состав услуг и KPI у подрядчика до подписания договора.
Техподдержка обеспечивает работоспособность сайта — это инфраструктура. SEO-продвижение работает с видимостью в поиске — это рост. Они пересекаются: плохое техническое состояние ограничивает рост. Но это разные услуги с разными зонами ответственности.
На Тильде или Wix базовое обслуживание берёт на себя платформа: хостинг, обновления движка, SSL. Но контент-поддержка, SEO-мониторинг и аналитика — всё равно нужны. Объём задач меньше, стоимость ниже, но «само работает» — это не техподдержка.
SLA — Service Level Agreement, соглашение об уровне сервиса. Фиксирует конкретные показатели: время реакции, гарантированный uptime, зоны ответственности. Без SLA исполнитель устраняет проблему «в течение нескольких дней» и формально ничего не нарушает. С SLA — можно предъявить претензию.
Для активных сайтов с контентом — ежедневно. Для интернет-магазинов с данными заказов — несколько раз в день. Для корпоративной визитки — еженедельно. Главное: резервная копия должна храниться в другом месте, не на том же сервере.
100% гарантии нет. Но регулярное обновление ПО, мониторинг уязвимостей и правильная настройка прав доступа сокращают риск в разы. По статистике Sucuri, 95% взломов — следствие устаревшего ПО, а не целевых атак на конкретный сайт.