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

Коротко: Чтобы правильно выбрать подрядчика на сопровождение сайта, необходимо разделять в договоре техническую поддержку (исправление ошибок, бэкапы, мониторинг) и развитие (новые функции, дизайн). Ориентируйтесь на рыночную вилку стоимости от 5 000 до 50 000 рублей в месяц, фиксируйте время реакции на инциденты и обязательно прописывайте гарантийный срок после запуска проекта.

Кстати, в AmSales мы делаем внедрение и настройку Битрикс24 и разработку сайтов под ключ под ключ. Если нужна помощь - напишите нам.

Рыночные реалии и стоимость поддержки сайта

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

Сегодня, 13 ноября 2026 года, рынок услуг по поддержке крайне сегментирован. Если вы посмотрите каталоги, например, Workspace, то увидите, что количество агентств, предлагающих техподдержку, исчисляется тысячами. Это создает иллюзию легкого выбора, но на деле за низким ценником часто скрывается отсутствие системности.

Что касается цифр, то единого тарифа не существует, но есть рыночные ориентиры. В коммерческих предложениях 2026 года типичная вилка составляет от 5 000 до 50 000 рублей в месяц для малого и среднего бизнеса. Это базовые пакеты, которые закрывают вопросы "чтобы ничего не сломалось". Если же вам нужна глубокая аналитика, постоянная оптимизация конверсии и работа с нагрузками, бюджет будет выше.

Для понимания масштаба: в крупных региональных узлах, таких как Волгоград, средняя стоимость технической поддержки сайта может достигать 250 000 рублей, а почасовая ставка специалиста - около 1700 рублей. Это не значит, что везде так дорого, но это показывает разброс между "фрилансером на подхвате" и системным агентством. Выбор подрядчика на поддержку сайта должен строиться не на поиске самой низкой цены, а на понимании того, какой объем работ вам действительно необходим для стабильной работы бизнеса.

Как формируется цена

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

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

Разделение поддержки и развития в договоре

Это критический момент, на котором "срезаются" 80% заказчиков. В профессиональном digital-агентстве договор на сопровождение сайта четко разделяет две разные сущности: поддержку (Maintenance) и развитие (Development).

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

Если вы смешаете эти понятия в одном пакете, вы попадете в ловушку. Когда у вас "горит" кнопка "Купить", подрядчик бросит все силы на поддержку, и ваши задачи по развитию (например, внедрение новой программы лояльности) встанут в очередь на неопределенный срок. Или наоборот: разработчики будут заняты внедрением фичи, а ваш сайт упадет из-за обновления плагина, и никто не придет на помощь, потому что "в плане на этот месяц только развитие".

Правильный подход выглядит так:

• Блок поддержки: фиксированная ежемесячная сумма за гарантированный объем часов или конкретный перечень действий (бэкапы, мониторинг, мелкие правки).
• Блок развития: оплата по факту выполненных работ (Time & Materials) или по четко прописанным этапам проекта (Fixed Price).

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

Технический регламент: бэкапы и мониторинг

Многие собственники думают, что если сайт работает, то его можно не трогать. Это опасное заблуждение. Техническая часть требует регулярного контроля, который должен быть зафиксирован в регламенте. Если подрядчик не присылает вам отчет о том, что бэкапы сделаны, - значит, скорее всего, их нет.

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

Мониторинг - это "глаза" вашей системы. Он должен работать 24/7. Мониторинг включает в себя:

1. Uptime-мониторинг: проверка доступности сайта. Если сервер перестал отвечать, система должна мгновенно оповестить техподдержку.
2. Мониторинг ресурсов: слежение за тем, чтобы на сервере не закончилось место или оперативная память.
3. Мониторинг безопасности: проверка на наличие подозрительной активности или попыток взлома.

На практике это выглядит так: если в 3 часа ночи сервер "лег", система мониторинга отправляет уведомление инженеру, и он начинает работу до того, как ваш маркетолог проснется и обнаружит, что реклама сливает бюджет в пустоту. Если подрядчик не предлагает автоматизированный мониторинг - это не поддержка, а просто "человек, который иногда заглядывает в админку".

Как зафиксировать время реакции и лимиты

Самый частый повод для конфликтов: "Мы написали им вчера, а они ответили только сегодня". В договоре на сопровождение сайта обязательно должны быть прописаны SLA (Service Level Agreement) - соглашение об уровне сервиса. Это не просто красивые слова, а юридически значимые параметры.

Время реакции - это не время исправления. Это время, через которое специалист подтверждает, что он принял задачу в работу и начал ее изучать. Время исправления (Resolution Time) - это время, когда проблема решена. Для критических ошибок (сайт не работает) время реакции должно быть измеряться минутами или максимум часами. Для мелких правок (поменять цвет кнопки) - часами или рабочими днями.

Чтобы не возникало недопонимания, используйте градацию приоритетов:

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

Особенности лицензирования CMS и хостинга

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

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

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

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

Гарантийный срок после запуска проекта

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

Важно различать гарантию и сопровождение. Гарантия - это когда подрядчик бесплатно исправляет баги, которые он сам же и создал при разработке. Если в коде была ошибка, из-за которой корзина не считала налоги, это должен исправить разработчик за свой счет. Это не считается "часами поддержки" и не тратит ваш месячный лимит.

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

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

Типичные ошибки при выборе digital-подрядчика

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

Первая ошибка - выбор по принципу "самый дешевый". Дешевая поддержка часто означает, что за вашим проектом приглядывает не выделенный инженер, а "универсальный солдат", который разрывается между 50 клиентами. В итоге на вашу задачу всегда будет не хватать времени или компетенций.

Вторая ошибка - отсутствие доступа к исходному коду и документации. Если подрядчик говорит: "Мы всё сделаем, но мы не дадим вам доступ к репозиторию или инструкции по развертыванию", - бегите. Это признак того, что вас пытаются "подсадить на иглу". Как только вы захотите сменить агентство, вы обнаружите, что ваш сайт невозможно перенести, потому что он слишком сильно завязан на проприетарные инструменты подрядчика.

Третья ошибка - размытые границы ответственности. Если в договоре написано "поддержка сайта в полном объеме", это не договор, а декларация о намерениях. Без четкого перечня того, что входит в услугу, а что нет, вы всегда будете спорить о каждой мелкой правке.

Наконец, четвертая ошибка - игнорирование истории агентства. Не спрашивайте "делали ли вы сайты?", спрашивайте "как долго вы сопровождаете текущих клиентов?". Поддержка - это игра вдолгую. Агентства, которые живут только на разовых проектах "под ключ", часто оказываются совершенно беспомощными, когда дело доходит до долгосрочного сервиса.

Чек-лист проверки компетенций агентства

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

Технический блок:

• Как организован процесс бэкапирования и где хранятся копии?
• Какие инструменты мониторинга вы используете?
• Как вы проверяете целостность резервных копий?
• Можете ли вы предоставить доступ к логам сервера?

Организационный блок:

• Кто именно будет работать над моим проектом (фиксированный специалист или ротация)?
• Как выглядит процесс постановки задачи (Jira, Trello, почта, мессенджеры)?
• Какой у вас SLA по критическим инцидентам?
• Как происходит отчетность (ежемесячные отчеты по часам и выполненным задачам)?

Юридический блок:

• Разделены ли в договоре поддержка и развитие?
• Прописаны ли лимиты часов и порядок оплаты сверх лимита?
• Кому принадлежат права на код и доступы к инфраструктуре?
• Как прописан порядок расторжения договора и передачи дел (handover)?

Если на большинство вопросов вы получаете туманные ответы вроде "мы всё сделаем, не переживайте" - это плохой знак. Хороший подрядчик ответит конкретно: "Мы используем Zabbix для мониторинга, бэкапы делаем раз в сутки в облако S3, время реакции на критический баг - 15 минут". Конкретика - признак профессионализма.

Что запомнить:

• Разделяйте поддержку (исправление ошибок) и развитие (новые функции) в договоре.
• Фиксируйте время реакции (SLA) и лимиты часов, чтобы избежать сюрпризов.
• Следите, чтобы бэкапы хранились отдельно от основного сервера.
• Оставляйте за собой право владения лицензиями, доменами и хостингом.
• Не ищите самую низкую цену - ищите самую предсказуемую.