Коротко. Техническая поддержка сайта — это регулярное сопровождение уже работающего сайта: мониторинг доступности, безопасность, обновления и мелкие доработки. Она делится на три слоя — эксплуатация, безопасность и развитие. Форматы: разовая, абонентская и поддержка по SLA. Ориентир цен 2026 — от 4 500 ₽/мес за визитку до 100 000+ ₽ за крупный проект с гарантией времени реакции.
Сайт — это не картина, которую повесили на стену и забыли: это работающая программа на сервере, вокруг которой постоянно меняется среда. По данным W3Techs, только WordPress обслуживает свыше 40% всех сайтов в интернете, а в отчётах Sucuri о взломанных сайтах подавляющее большинство заражённых ресурсов работает как раз на популярных CMS с устаревшими версиями и плагинами. При этом Google Search Central прямо указывает, что доступность и скорость страниц влияют на индексацию и ранжирование. Всё это — зона ответственности технической поддержки.
В этой статье разберём, что именно входит в техническую поддержку и сопровождение сайтов, чем разовый формат отличается от абонентского, что такое SLA и почему это ключевой пункт договора, сколько стоит поддержка в 2026 году и как выбрать подрядчика, чтобы не потерять сайт и деньги.
Материал будет полезен владельцам бизнеса, маркетологам и руководителям, которые отвечают за сайт, но не хотят разбираться в серверных логах. Мы объясняем всё простым языком, но по делу — с таблицами, ценовыми ориентирами и практическим чек-листом выбора.
Что такое техническая поддержка сайта
Техническая поддержка сайта — это комплекс регулярных работ по обеспечению бесперебойной, безопасной и актуальной работы уже запущенного сайта. Она начинается там, где заканчивается разработка: как только сайт выложен в интернет, ему нужен присмотр — от продления домена и SSL-сертификата до обновлений CMS и устранения сбоев.
Важно не путать поддержку с двумя смежными услугами. Разработка создаёт сайт с нуля и имеет чёткое начало и конец. SEO-продвижение занимается видимостью сайта в поиске: семантикой, контентом и ссылками. Техподдержка же отвечает за то, чтобы сайт физически работал, был защищён и своевременно обновлялся — это постоянный процесс, а не разовый проект.
Поддержка нужна практически любому сайту, у которого есть коммерческая ценность: корпоративному сайту, интернет-магазину, порталу, landing page с рекламным трафиком. Чем больше бизнес зависит от сайта (заявки, продажи, репутация), тем критичнее становится наличие сопровождения — простой в один день для интернет-магазина оборачивается прямыми потерями выручки.
Что входит в техническую поддержку сайта
Техническая поддержка сайта состоит из трёх функциональных слоёв: эксплуатация и доступность, безопасность и развитие. Каждый слой отвечает за свою группу задач, и вместе они закрывают весь жизненный цикл работающего сайта. Разберём их по порядку.
Эксплуатация и доступность
Эксплуатация — это набор работ, которые держат сайт «в сети» и работоспособным 24/7. Сюда входят:
- Мониторинг доступности (аптайм). Автоматическая проверка каждые 1–5 минут, что сайт отвечает. При падении подрядчик узнаёт об этом первым — раньше, чем клиенты и поисковики.
- Администрирование хостинга и сервера. Контроль места на диске, нагрузки, логов, продление тарифа хостинга и оптимизация серверных настроек.
- Домен и SSL-сертификат. Своевременное продление домена и обновление сертификата. Протухший SSL моментально показывает посетителям страшное «Подключение не защищено» и обваливает доверие.
- Резервное копирование и восстановление. Регулярные бэкапы файлов и базы данных плюс проверка, что из них реально можно восстановиться. Бэкап, который никто не проверял, — это иллюзия защиты.
Этот слой — фундамент. Пока он работает незаметно, кажется, что за него не стоит платить, — но именно его отсутствие приводит к самым дорогим авариям: потерянной базе данных, недоступному в пик продаж магазину или сайту, выпавшему из индекса из-за долгого даунтайма.
Безопасность
Безопасность в рамках поддержки — это защита сайта от взлома, заражения и утечки данных. Основные работы этого слоя:
- Обновление CMS и компонентов. Ядро системы управления, плагины, модули и темы регулярно обновляются — большинство взломов происходит именно через известные уязвимости в устаревших версиях.
- Защита от взлома и WAF. Настройка правил межсетевого экрана веб-приложений (WAF), фильтрация подозрительного трафика, защита форм от спама и брутфорса.
- Антивирусный контроль и лечение. Периодическое сканирование файлов на вредоносный код и оперативное лечение, если сайт всё-таки заразили.
- Контроль доступов. Управление паролями и правами администраторов, отзыв доступов уволившихся сотрудников, двухфакторная аутентификация в админку.
Заражённый сайт — это не только техническая проблема. Поисковые системы помечают такие ресурсы как небезопасные и убирают из выдачи, браузеры показывают красное предупреждение, а рекламные кабинеты блокируют объявления. Восстановление репутации домена занимает недели, поэтому безопасность дешевле поддерживать, чем чинить постфактум.
Развитие и доработка
Развитие — это плановые улучшения сайта, которые делают его удобнее, быстрее и функциональнее. В отличие от аварийных работ, они выполняются по инициативе бизнеса. Типичные задачи:
- Правки контента: тексты, цены, новые товары, баннеры, акции.
- Новые блоки и страницы: раздел услуг, форма квиза, лендинг под кампанию.
- Ускорение сайта: оптимизация изображений, кэширование, работа над Core Web Vitals.
- Интеграции: подключение CRM, платёжных систем, аналитики, мессенджеров.
Этот слой превращает поддержку из «страховки от поломок» в инструмент роста. Если объём доработок большой, обычно выделяют отдельную услугу — доработку и развитие сайта, которая идёт поверх базового сопровождения и оплачивается по фактическим трудозатратам или расширенным пакетом часов.
Почему сайт без поддержки деградирует
Сайт без поддержки деградирует потому, что среда вокруг него постоянно меняется, а сам он остаётся статичным. Обновляются браузеры и версии PHP, появляются новые уязвимости, истекают сертификаты, ломаются интеграции — и без вмешательства всё это накапливается в скрытые проблемы.
Первый сценарий — протухший SSL-сертификат. Он выпускается на ограниченный срок, и если его не продлить, сайт начинает отпугивать посетителей предупреждением о небезопасном соединении. Второй — дыры в CMS: по данным отчётов Sucuri, большинство взломанных сайтов заражаются через известные уязвимости в устаревших плагинах и ядре, которые давно закрыты в свежих версиях.
Третий сценарий — падение позиций из-за даунтайма. Если сайт регулярно недоступен, поисковый робот встречает ошибки и постепенно снижает частоту обхода, а при длительном простое страницы выпадают из индекса. Google прямо связывает доступность и скорость сайта с его ранжированием, так что технические сбои бьют не только по конверсии, но и по органическому трафику.
Отдельная опасность — тихие поломки. Форма заявки перестала отправлять письма, оплата не проходит на мобильных, часть картинок не грузится. Внешне сайт «работает» и отдаёт код 200, а бизнес молча теряет клиентов днями, пока кто-нибудь случайно не заметит. Регулярный мониторинг и профилактика как раз и ловят такие проблемы до того, как они станут дорогими.
Форматы поддержки: разовая, абонентская и по SLA
Форматы поддержки — это модели того, как оплачивается и оказывается сопровождение сайта. Их три: разовая (по запросу), абонентская (пакет часов ежемесячно) и поддержка по SLA (с гарантиями уровня сервиса). Выбор зависит от того, насколько сайт критичен для бизнеса.
| Формат | Кому подходит | Время реакции | Риск |
|---|---|---|---|
| Разовая (по запросу) | Простые сайты-визитки, редкие правки, ограниченный бюджет | Не гарантировано: «когда появится свободный специалист» | Высокий: в аварию можно ждать помощь днями, нет профилактики |
| Абонентская (пакет часов) | Корпоративные сайты, магазины, регулярные доработки | Обычно в течение рабочего дня, приоритет у инцидентов | Средний: профилактика есть, но глубина SLA ограничена тарифом |
| По SLA (гарантии сервиса) | Высоконагруженные проекты, e-commerce, критичные сервисы | Жёстко зафиксировано в договоре (например, 15–60 минут на критичный сбой) | Низкий: ответственность подрядчика закреплена, есть компенсации |
Разовая поддержка выглядит дешевле, но обманчиво: в момент аварии вы конкурируете за внимание специалиста с другими клиентами, а профилактики нет вообще. Абонентская модель — золотая середина для большинства коммерческих сайтов: фиксированный ежемесячный платёж, предсказуемость и включённая профилактика. Поддержка по SLA нужна там, где каждый час простоя стоит дорого, — и о ней поговорим отдельно.
Что такое SLA и время реакции
SLA (Service Level Agreement) — это соглашение об уровне сервиса, в котором подрядчик даёт измеримые гарантии по поддержке сайта. Ключевые параметры SLA — гарантированное время реакции на заявку, время устранения инцидента и целевой уровень доступности (аптайм), например 99,9%.
Время реакции и время решения — разные вещи. Реакция — это когда специалист принял заявку в работу; решение — когда проблема устранена. В зрелом SLA обе величины прописаны отдельно и зависят от приоритета: критичный сбой (сайт лежит) обрабатывается за минуты, а плановая правка баннера — в течение дня-двух.
Обычно выделяют несколько уровней приоритета:
- Критичный: сайт полностью недоступен или не проходят оплаты — реакция 15–60 минут.
- Высокий: сломан важный функционал (форма, корзина) — реакция в течение нескольких часов.
- Обычный: мелкая правка или доработка — реакция в течение 1–2 рабочих дней.
Почему SLA — ключевой пункт договора? Потому что без него фраза «поддержим быстро» ничем не подкреплена. SLA превращает поддержку в услугу с измеримой ответственностью: если подрядчик нарушает гарантии, наступают заранее оговорённые последствия (пересчёт стоимости, компенсации). Для критичного для бизнеса сайта отсутствие SLA — это отсутствие реальных обязательств.
Как устроена работа по заявкам (пошагово)
Работа по заявкам — это стандартизированный процесс обработки обращений клиента, который проходит через тикет-систему от регистрации до отчёта. Единый процесс гарантирует, что ни одна задача не потеряется, а приоритетные проблемы решаются вперёд рутинных. Обычно он состоит из шести шагов.
- Регистрация заявки. Клиент передаёт обращение через тикет-систему, почту или мессенджер. Каждая заявка получает уникальный номер и фиксируется — это защищает от «а мы вам вроде писали».
- Классификация и приоритет. Инженер определяет тип задачи (инцидент, доработка, консультация) и присваивает приоритет. Критичный сбой встаёт вперёд плановой правки.
- Оценка. Специалист оценивает трудозатраты и сроки. Для абонентских тарифов задача списывается из пакета часов, для разовых — согласуется отдельная смета.
- Выполнение. Правки сначала вносятся на тестовой копии сайта, а затем переносятся в продакшн, чтобы не задеть работающую версию и не уронить сайт в момент правки.
- Тестирование. Инженер проверяет результат в разных браузерах и на мобильных, убеждается, что смежная функциональность не сломалась.
- Отчёт. Клиент получает отчёт: что сделано, сколько времени заняло и сколько часов осталось в пакете. Заявка закрывается.
Прозрачность этого процесса — хороший маркер зрелого подрядчика. Если у компании есть тикет-система, регламент приоритетов и понятная отчётность по часам, с ней проще работать и легче контролировать, за что вы платите.
Особенности поддержки сайта на 1С-Битрикс
Поддержка сайта на 1С-Битрикс — это отдельная компетенция, которая требует знания специфики именно этой платформы. 1С-Битрикс широко используется в российском e-commerce и корпоративном сегменте, но её поддержка заметно сложнее, чем сопровождение простого сайта на WordPress.
Ключевые особенности, которые важно учитывать:
- Лицензии и обновления ядра. У Битрикса лицензионная модель с активной техподдержкой на срок; обновления ядра нужно накатывать аккуратно и с бэкапом, иначе можно сломать кастомизации.
- Модули маркетплейса. Сторонние решения из Маркетплейса требуют совместимости с версией платформы и отдельного контроля при обновлениях.
- Нагрузка и кэширование. Битрикс требователен к ресурсам сервера; грамотная настройка кэша, композитного режима и оптимизации критична для скорости.
- Специфика бэкапов. Резервное копирование крупного интернет-магазина с большой базой требует отдельного подхода — штатный инструмент не всегда справляется на больших объёмах.
Вывод простой: под сайт на 1С-Битрикс нужен подрядчик с профильным опытом. Универсальный администратор без практики в этой CMS рискует сломать обновление или потерять данные. Если ваш проект построен на этой платформе, при разработке новых модулей и поддержке имеет смысл смотреть в сторону команды с профильной компетенцией в 1С-Битрикс.
Кому поручить поддержку: штат, фрилансер или веб-студия
Исполнителя поддержки выбирают из трёх вариантов: штатный администратор, фрилансер или веб-студия. У каждого своя экономика и свои риски, и правильный выбор зависит от масштаба сайта и требований к скорости реакции.
Штатный администратор
Штатный специалист — это сотрудник в команде, полностью погружённый в ваш проект. Плюсы: доступность, знание проекта изнутри, лояльность. Минусы: дорого (зарплата, налоги, рабочее место), один человек не закрывает все компетенции (фронтенд, бэкенд, сервер, безопасность), а его отпуск или увольнение оставляет сайт без присмотра. Оправдан для крупных компаний с постоянным потоком задач.
Фрилансер
Фрилансер — независимый специалист на разовых или почасовых условиях. Плюсы: гибкость и низкая цена. Минусы: главный риск — надёжность и непрерывность. Фрилансер может пропасть, заболеть, взять другой проект; гарантий по SLA обычно нет, а доступы к сайту концентрируются у одного человека. Подходит для простых сайтов с редкими правками и невысокими требованиями к безотказности.
Веб-студия
Веб-студия — команда специалистов, которая берёт поддержку на себя по договору. Плюсы: взаимозаменяемость (болезнь одного не останавливает работу), широкий стек компетенций, договор с SLA и юридической ответственностью, отчётность. Минусы: дороже фрилансера, важно выбрать компанию с реальным опытом. Оптимальный вариант для коммерческих сайтов, интернет-магазинов и проектов, где простой стоит денег.
Сколько стоит техническая поддержка сайта
Стоимость технической поддержки сайта зависит от сложности проекта и требуемого уровня сервиса и в 2026 году варьируется от нескольких тысяч до сотен тысяч рублей в месяц. Единой цены нет — она складывается из нескольких факторов.
На стоимость влияют:
- Тип и объём сайта: визитка, корпоративный сайт или высоконагруженный интернет-магазин.
- CMS: поддержка на 1С-Битрикс дороже из-за специфики и лицензий.
- Объём правок: сколько часов работ закладывается в пакет ежемесячно.
- Скорость реакции: гарантии SLA и круглосуточный мониторинг заметно поднимают цену.
- Дополнительные услуги: резервные площадки, нагрузочное тестирование, аудит безопасности.
Ориентировочные рыночные вилки на 2026 год (это ориентир, а не оферта — реальная цена считается под проект):
| Класс сайта | Что обычно включено | Цена, ₽/мес |
|---|---|---|
| Малый бизнес (визитка, небольшой корпоративный) | Мониторинг, бэкапы, обновления, мелкие правки | 4 500 – 8 000 |
| Средний (интернет-магазин, портал) | Всё выше + приоритетная реакция, доработки, интеграции | 15 000 – 35 000 |
| Крупный с SLA (высоконагруженный проект) | Гарантии SLA, круглосуточный мониторинг, безопасность, резерв | 100 000 – 230 000+ |
Разовые работы обычно тарифицируются по часам, а абонентские пакеты — фиксированной суммой за оговорённый объём часов в месяц. При сравнении предложений смотрите не на минимальную цифру, а на то, что входит в тариф: дешёвый пакет без бэкапов и без гарантий реакции в итоге обходится дороже.
Как выбрать подрядчика: чек-лист
Выбор подрядчика по поддержке — это проверка не столько цены, сколько надёжности и прозрачности. Ниже — практический чек-лист, по которому стоит пройтись перед подписанием договора:
- SLA прописан в договоре. Есть конкретные цифры по времени реакции и решения, а не общие слова.
- Доступы остаются у вас. Домен, хостинг и админка зарегистрированы на вас, а не на подрядчика, — иначе вы становитесь заложником.
- Резервные копии на вашей стороне. Бэкапы должны храниться так, чтобы вы могли получить их при расставании с подрядчиком.
- Прозрачная отчётность. Понятно, сколько часов и на что потрачено, есть тикет-система.
- Гарантированная скорость реакции. Особенно на критичные инциденты.
- Компетенции под ваш стек. Опыт именно с вашей CMS (Битрикс, WordPress, кастом).
- Кейсы и отзывы. Реальные проекты на поддержке, а не только портфолио по разработке.
- Взаимозаменяемость команды. За сайтом стоит команда, а не один человек.
- Понятные условия по часам. Что происходит с неизрасходованными часами, как считаются переработки.
- Условия расторжения. Как передаются доступы и данные при завершении сотрудничества.
Если подрядчик открыто отвечает на все эти вопросы и готов закрепить ответы в договоре — это хороший знак. Уклончивость по SLA, доступам или бэкапам, наоборот, повод насторожиться.
Частые вопросы (FAQ)
Чем техподдержка сайта отличается от разработки?
Разработка — это создание сайта с нуля: проектирование, дизайн, программирование и запуск. Техническая поддержка начинается после запуска и отвечает за то, чтобы уже работающий сайт оставался доступным, безопасным и актуальным. Разработка — проект с началом и концом, поддержка — постоянный процесс сопровождения на всём сроке жизни сайта.
Сколько стоит техническая поддержка сайта в 2026 году?
Ориентировочные рыночные вилки: сайт-визитка или небольшой корпоративный сайт — от 4 500 до 8 000 ₽ в месяц, средний сайт или интернет-магазин — 15 000–35 000 ₽, крупный высоконагруженный проект с гарантией SLA — от 100 000 до 230 000 ₽ и выше. Точная цена зависит от CMS, объёма правок, скорости реакции и наличия круглосуточного мониторинга.
Что входит в абонентскую поддержку?
Абонентская поддержка обычно включает мониторинг доступности, регулярные бэкапы, обновления CMS и модулей, устранение сбоев, мелкие правки контента и вёрстки в рамках пакета часов, а также консультации. Точный перечень фиксируется в договоре — важно заранее сверить, что входит в тариф, а что оплачивается отдельно.
Что такое SLA и зачем он в договоре?
SLA (Service Level Agreement) — соглашение об уровне сервиса, где зафиксированы гарантированное время реакции на заявку, время устранения инцидентов разных приоритетов и целевой аптайм сайта. Без SLA обещание «поддержим быстро» ничем не подкреплено. Именно SLA превращает поддержку в измеримую услугу с ответственностью подрядчика.
Входит ли SEO-продвижение в техническую поддержку сайта?
Нет, SEO-продвижение — это отдельная услуга. Техподдержка отвечает за техническую исправность и доступность сайта, что косвенно помогает SEO (скорость, аптайм, отсутствие ошибок), но не занимается семантикой, контент-стратегией и ссылками. Иногда подрядчик оказывает обе услуги, но тарифицируются они раздельно.
Сгорают ли неиспользованные часы по тарифу поддержки?
Зависит от условий договора. У части подрядчиков неизрасходованные часы сгорают в конце месяца, у других переносятся на следующий период или частично накапливаются. Этот пункт нужно уточнять до подписания — он заметно влияет на реальную стоимость владения при неравномерной нагрузке.
Нужна ли отдельная поддержка сайту на 1С-Битрикс?
Да, поддержка сайта на 1С-Битрикс требует профильных компетенций: работа с лицензиями и обновлениями ядра, модулями маркетплейса, кэшированием и высокой нагрузкой, а также специфическими бэкапами. Универсальный администратор без опыта в Битрикс рискует сломать обновление или потерять данные, поэтому под эту CMS выбирают профильного подрядчика.
Нужна надёжная поддержка вашего сайта?
YuSMP Group берёт на себя мониторинг, безопасность и доработку сайта по SLA — чтобы он стабильно работал и приносил заявки.
