Техподдержка сайта: что входит и сколько стоит в 2026

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

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

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

Важно разграничить три смежных понятия, которые часто путают:

• Техподдержка — обеспечение работоспособности существующего функционала
• Доработка — добавление нового функционала или изменение существующего
• Контент-поддержка — публикация материалов, обновление текстов, добавление товаров

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

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

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

Типичная последовательность, которую мы видим на входящих проектах:

• Форма перестала отправлять заявки. Обновился плагин или сменился почтовый релей — письма молча уходят в никуда. На сайте с рекламой это самая дорогая поломка: клики оплачиваются, заявки не доходят, а замечают такое обычно случайно.
• Взлом через необновлённый компонент. Боты перебирают сайты по списку известных уязвимостей, а не выбирают жертву вручную. «Мы слишком маленькие, кому мы нужны» тут не работает.
• Просрочен SSL, домен или тариф хостинга. Браузер показывает предупреждение, поисковик начинает выбрасывать страницы из индекса. Работы на пять минут — если знать о сроке заранее.
• Контент, который врёт. Старые цены, снятые с продажи товары, телефон отдела, которого больше нет.
• Потеря данных. Бэкап либо не делался, либо лежал на том же сервере и умер вместе с ним.

Считать поэтому надо не цену поддержки, а цену часа простоя и цену недошедшей заявки. Для магазина с оборотом 500 000 рублей в день час недоступности стоит около 20 000 рублей — на этом фоне спор, платить 10 000 или 25 000 в месяц, теряет смысл.

Четыре направления работ: техническое, информационное, развитие и SEO

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

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

Базовый пакет: мониторинг и обновления

Минимальная техподдержка включает четыре блока работ.

Мониторинг доступности. Автоматические проверки каждые 1–5 минут: сайт отвечает на запросы или нет. При падении — немедленное уведомление ответственного. Инструменты: UptimeRobot, StatusCake, Zabbix. Стоимость включена в любой пакет поддержки.

Обновление CMS и плагинов. WordPress обновляется несколько раз в год. Плагины — ещё чаще. Устаревшие версии — главная причина взломов: 83% атак на WordPress-сайты эксплуатируют известные уязвимости в необновлённых компонентах. Обновления нужно тестировать на копии сайта — бездумное обновление production может сломать функционал.

Резервное копирование. Ежедневный бэкап файлов и базы данных с хранением на отдельном сервере (не там же, где сайт). Минимальный срок хранения — 30 дней. Бэкап, который хранится на том же сервере — не бэкап.

SSL-сертификат. Контроль срока действия и своевременное продление. Let’s Encrypt продлевается автоматически, коммерческие сертификаты — вручную раз в год. Просроченный SSL блокирует сайт в браузерах.

Стоимость базового пакета: 8 000–20 000 рублей в месяц.

Расширенная поддержка: доработки и контент

Расширенные пакеты добавляют к базовому часы работы разработчика для текущих задач.

Пул часов на мелкие доработки. Обычно 4–20 часов в месяц. Клиент может тратить их на небольшие задачи: исправить вёрстку, добавить поле в форму, поправить текст на странице, который нельзя редактировать через CMS. Неиспользованные часы сгорают или переносятся — уточняйте условия.

Контент-поддержка. Публикация новостей, добавление товаров, обновление цен, создание страниц по шаблону. Разработчик для этого не нужен — достаточно редактора, часовая ставка ниже.

Мониторинг безопасности. Сканирование файлов на наличие вредоносного кода (Wordfence, AI-Bolit), мониторинг попыток взлома, настройка firewall. При обнаружении взлома — лечение входит в пакет.

Мониторинг SEO-метрик. Контроль индексации, уведомления при добавлении в бан-лист поисковиков, отслеживание технических SEO-ошибок через Яндекс.Вебмастер и Google Search Console.

Стоимость расширенного пакета: 25 000–60 000 рублей в месяц.

Кому нужна поддержка и в каком объёме

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

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

SLA: что такое и почему важно

SLA (Service Level Agreement) — соглашение об уровне сервиса. Определяет, как быстро подрядчик реагирует на разные типы проблем.

Типичная структура SLA:

• Критический инцидент (сайт недоступен, взлом, потеря данных): реакция в течение 1–2 часов, начало работ немедленно
• Серьёзная проблема (не работает оплата, сломана форма): реакция в течение 4–8 часов в рабочее время
• Рабочая задача (небольшие правки, добавление контента): выполнение в течение 2–5 рабочих дней

SLA без штрафных санкций за нарушение — это просто декларация. Требуйте прописать в договоре: при нарушении времени реакции на критический инцидент — скидка на следующий месяц X% или возврат суммы за период простоя.

Круглосуточный SLA (24/7) стоит в 2–3 раза дороже стандартного (рабочие часы). Нужен он только для сайтов с критической функцией: интернет-магазины с высоким оборотом, платформы с транзакциями, медицинские сервисы.

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

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

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

Все доступы — у вас. Хостинг, домен, CMS, сервисы (Яндекс.Метрика, Google Analytics, Яндекс.Вебмастер) должны быть зарегистрированы на вашу организацию. Подрядчик — исполнитель с доступами, а не владелец инфраструктуры.

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

Исходный код — в вашем репозитории. GitLab или собственный GitHub-аккаунт. Подрядчик пушит в ваш репозиторий, не в свой. При смене подрядчика вы передаёте доступ к репозиторию, а не ждёте «передачу кода».

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

Вариантов четыре, и выбор упирается не в ставку за час, а в то, что произойдёт в момент аварии.

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

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

Штатный разработчик. Считать нужно честно, вместе с налогами и рабочим местом.

Штатный junior-разработчик в Москве обходится в 80 000–120 000 рублей в месяц (зарплата) плюс 30% налоги и взносы = 104 000–156 000 рублей. Плюс оборудование, рабочее место, HR-затраты на поиск.

Для сравнения: расширенный пакет поддержки с 20 часами разработки — 40 000–70 000 рублей в месяц. При нагрузке больше 30–40 часов разработки ежемесячно штатный специалист экономичнее. При меньшей нагрузке — поддержка.

Подрядчик на поддержке. Ключевое преимущество здесь — экспертиза команды. В агентстве есть специалисты по безопасности, DevOps, специфическим CMS — вы получаете доступ ко всем. Штатный junior решит 70% задач, на остальные будет искать помощь или совершать ошибки.

Стоимость технической поддержки

Диапазоны для российского рынка 2026 года:

• Базовая поддержка (мониторинг + обновления + бэкап): 8 000–20 000 руб./мес.
• Стандартная поддержка (базовая + 4–8 часов доработок): 25 000–45 000 руб./мес.
• Расширенная поддержка (базовая + 16–20 часов + мониторинг безопасности): 50 000–90 000 руб./мес.
• Enterprise-поддержка (24/7, dedicated разработчик, SLA 1 час): от 120 000 руб./мес.

Дополнительные работы сверх пакета тарифицируются по часовой ставке: 2 500–5 000 рублей/час.

Как выбрать пакет поддержки

Четыре вопроса помогут определить нужный уровень.

Каков максимально допустимый downtime? Для визитки — сутки. Для интернет-магазина с ежедневным оборотом 500 000 рублей — час downtime стоит 20 000 рублей. Считайте.

Сколько задач по сайту возникает ежемесячно? Посчитайте задачи за последние 3 месяца. Умножьте на 2 часа в среднем — получите нужный объём пула часов.

Есть ли у вас внутренний технический специалист? Если есть — нужен только мониторинг и бэкап. Если нет — берите расширенный пакет.

Насколько критичен сайт для бизнеса? Информационный сайт-визитка и основной канал продаж требуют принципиально разного SLA.

Мы предоставляем техподдержку и развитие сайта с прозрачными условиями: SLA прописан в договоре, все доступы остаются у клиента, часы расходуются по согласованным задачам. Абонплаты и минимального пакета часов у нас нет: аудит перед оценкой бесплатный, ставка от 2 500 ₽/ч, счёт — за фактически потраченное время, а в месяц без задач счёта нет вовсе. Как в такой модели считаются деньги и что предлагает рынок, разобрано отдельно — тарифы на техническую поддержку сайта. Если сайту нужна не только поддержка, но и системная автоматизация процессов — это следующий логичный шаг.

Пакеты поддержки: сравнение по объёму

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

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

Красные флаги при выборе подрядчика на техподдержку

• Не прописывает SLA в договоре, только на словах. «Ответим быстро» без зафиксированного времени реакции и штрафных санкций за нарушение — это ничего не значащее обещание.
• Настаивает на хостинге доступов на себя, а не на вашу организацию. Хостинг, домен, CMS, аналитика должны быть зарегистрированы на компанию заказчика. Если подрядчик уклоняется от передачи доступов — это будущий вендорлок.
• Не показывает, где хранятся бэкапы. Резервная копия на том же сервере, где сайт, не защищает от отказа сервера или взлома. Спросите прямо: где физически лежит бэкап и на сколько дней он хранится.
• Продаёт «поддержку» без разбивки по типам работ. Техподдержка, доработка и контент-менеджмент — разные по стоимости категории. Единый пакет без детализации часов усложняет контроль расходов.
• Не может назвать похожий проект на сопровождении. Поддержка требует опыта именно в сопровождении, а не только в разработке новых сайтов. Это разные навыки: реакция на инциденты, чтение чужого кода, работа под давлением времени.
• Уходит от вопроса о хранении исходного кода. Код должен лежать в репозитории заказчика (GitLab, GitHub), а не только на компьютере разработчика. Иначе смена подрядчика превращается в проблему.

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

Частые ошибки заказчиков при выборе поддержки

• Экономят на базовом пакете, хотя сайт критичен для бизнеса. Для интернет-магазина с ежедневным оборотом час простоя стоит реальных денег. Минимальный пакет без быстрой реакции на инциденты обходится дороже в моменте сбоя.
• Не считают реальный объём задач перед выбором пакета. Берут пакет «на глаз», а через месяц выясняется, что часов не хватает или, наоборот, половина неиспользованных сгорает.
• Путают доработку с техподдержкой при обсуждении бюджета. Ждут, что в рамках поддержки бесплатно добавят новый функционал — это отдельная категория работ с отдельной оплатой.
• Не переносят доступы на себя при смене подрядчика. Продолжают работать через логины бывшего исполнителя, что создаёт риск потери контроля над сайтом в любой момент.
• Не фиксируют критерий эскалации инцидентов. Без чёткого различия «критический / серьёзный / рабочая задача» подрядчик сам решает, что срочно, а что подождёт — и это не всегда совпадает с интересами заказчика.

Чек-лист перед стартом техподдержки

• Посчитан объём задач за последние 3 месяца — это база для выбора пакета часов.
• Определён допустимый downtime сайта: часы, за которые бизнес теряет деньги.
• Проверено, что хостинг, домен и сервисы аналитики зарегистрированы на вашу организацию.
• Согласован формат SLA: время реакции по типам инцидентов и штрафы за нарушение.
• Уточнено место хранения бэкапов и срок хранения — отдельно от продакшн-сервера.
• Определено, где хранится исходный код — в репозитории заказчика или подрядчика.
• Разделены в договоре техподдержка, доработка и контент-менеджмент с разными ставками.
• Есть решение, кто со стороны компании принимает задачи и проверяет их выполнение.

Как это работает на реальных проектах

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

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