Техническая поддержка сайта — это не просто «починка» сломанного функционала‚ а комплекс мер по обеспечению бесперебойной работы‚ безопасности и актуальности веб-ресурса. Грамотно составленный договор технической поддержки сайта защищает интересы как заказчика (владельца сайта)‚ так и исполнителя (веб-студии или фрилансера)‚ четко регламентируя зоны ответственности‚ сроки реакции и финансовые условия.

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

Зачем нужен договор технической поддержки?

Многие владельцы бизнеса ошибочно считают‚ что после запуска сайта работа заканчивается. На самом деле‚ без регулярного обслуживания ресурс быстро устаревает‚ становится уязвимым для хакеров и перестает приносить прибыль. Договор решает следующие задачи:

• Фиксация объема работ (SLA): Четкое понимание‚ что входит в абонентскую плату‚ а что оплачивается отдельно.
• Гарантии времени реакции (SLO): Регламент: за сколько минут/часов исполнитель начнет решать инцидент в зависимости от его критичности.
• Распределение ответственности: Кто виноват‚ если сайт упал из-за обновления плагина‚ ошибки хостинга или действий администратора заказчика?
• Финансовая прозрачность: Фиксированная ежемесячная оплата или почасовая тарификация‚ правила выставления счетов и акта приема-передачи.
• Конфиденциальность и безопасность: Обязательства по защите данных пользователей‚ доступов к админке‚ серверу и базе данных.

Основные модели технической поддержки

Прежде чем смотреть образец‚ определитесь с моделью‚ так как от этого зависят сущностные условия договора:

1. Проактивная (абонентское обслуживание): Фиксированный ежемесячный платеж. Включает мониторинг‚ бэкапы‚ обновления CMS/плагинов‚ консультации‚ мелкие правки (до N часов в месяц). Выгодно для стабильной работы.
2. Реактивная (почасовая / по заявкам): Оплата только за фактически затраченное время на решение конкретных проблем. Подходит для проектов‚ где правки нужны редко.
3. Смешанная: Базовый абонентский платеж (мониторинг‚ бэкапы‚ безопасность) + оплата разработки новых фич и сложных правок почасово.

Обязательные разделы договора (Структура)

Согласно ГК РФ (гл. 39 «Договор подряда» или гл; 35 «Договор возмездного оказания услуг»)‚ договор должен содержать следующие ключевые блоки:

Предмет договора

Самый важный раздел. Не пишите просто «техподдержка». Перечислите конкретные услуги:

• Мониторинг доступности (uptime) 24/7 или в рабочее время.
• Регулярное резервное копирование (бэкапы файлов и БД) с проверкой восстановления.
• Обновление ядра CMS‚ плагинов‚ модулей‚ PHP-версий (с тестированием на стейджинге).
• Модерация контента / публикация материалов (если входит).
• Защита от вирусов‚ DDoS‚ настройка WAF‚ SSL-сертификатов.
• Техническая консультация по телефону/мессенджерам/email.
• Исправление багов‚ возникших не по вине исполнителя (или по вине — уточните).

Порядок обращения и приоритеты инцидентов (SLA)

Введите классификацию инцидентов. Пример:

Порядок приема-передачи результатов

Как подтверждается выполнение работ?

• Ежемесячный отчет (логи аптайма‚ список обновлений‚ выполненные бэкапы‚ статистика заявок).
• Акт приема-передачи выполненных работ (КС-2 или свой формат) — обязателен для оплаты по безналу.
• Доступ к системе тикетов (Jira‚ Trello‚ Bitrix24‚ Helpdesk) для прозрачности.

Ответственность сторон

• Исполнитель: штрафы/пени за простой сайта сверх гарантированного SLA (обычно % от абонентской платы)‚ ответственность за утерю данных при отсутствии бэкапов.
• Заказчик: предоставление доступов (хостинг‚ домен‚ админка‚ FTP/SSH‚ БД)‚ своевременная оплата‚ ответственность за контент (юридическая чистота текстов‚ картинок).
• Форс-мажор и исключения: сбои хостинг-провайдера‚ действия третьих лиц (хакеры)‚ несанкционированные изменения кода заказчиком/другими разработчиками.

Доступы и безопасность

Обязательно пропишите:

• Передача доступов через защищенные каналы (Bitwarden‚ 1Password‚ заархивированный паролем файл)‚ а не в открытом чате/email.
• Обязательство исполнителя не передавать доступы третьим лицам без согласия.
• Политику смены паролей после окончания договора (оффбординг).
• Использование VPN/белых IP для подключения к серверу.

Интеллектуальная собственность

Кому принадлежат права на код‚ написанный в процессе поддержки (исправление багов‚ мелкие доработки)? Обычно — заказчику (как Works Made for Hire)‚ но это нужно зафиксировать черным по белому.

Срок действия‚ расторжение и продление

• Срок: обычно 1 год с автопродлением.
• Расторжение: уведомление за 14–30 календарных дней.
• Последствия расторжения: передача всех доступов‚ бэкапов‚ документации за 3–5 рабочих дней.

Образец договора технической поддержки сайта

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

ДОГОВОР № [НОМЕР] от «___» _________ 202_ г.
г. [ГОРОД]

Общество с ограниченной ответственностью «[НАЗВАНИЕ ИСПОЛНИТЕЛЯ]»‚ именуемое в дальнейшем «Исполнитель»‚ в лице [ДОЛЖНОСТЬ] [ФИО ГЕНДИРЕКТОРА]‚ действующего на основании Устава‚ с одной стороны‚ и [НАЗВАНИЕ ЗАКАЗЧИКА / ФИО ИП]‚ именуемое в дальнейшем «Заказчик»‚ в лице [ДОЛЖНОСТЬ] [ФИО]‚ действующего на основании [УСТАВ / ДОВЕРЕННОСТЬ]‚ с другой стороны‚ совместно именуемые «Стороны»‚ заключили настоящий Договор о нижеследующем:

ПРЕДМЕТ ДОГОВОРА

Исполнитель обязуется оказать Заказчику услуги по технической поддержке и сопровождению веб-сайта‚ расположенного по адресу: [URL САЙТА] (далее — «Сайт»)‚ а Заказчик обязуется принять и оплатить данные услуги на условиях‚ предусмотренных настоящим Договором.

В состав Услуг входит следующий перечень работ (Объем работ):

1. Мониторинг доступности Сайта (Uptime) с интервалом [НАПР. 5 МИН] в режиме [24/7 / РАБОЧЕЕ ВРЕМЯ].
2. Создание резервных копий (бэкапов) файлов Сайта и базы данных с периодичностью [ЕЖЕДНЕВНО / ЕЖЕНЕДЕЛЬНО] и хранением копий за последние [КОЛИЧЕСТВО] дней на отдельном хранилище.
3. Плановые обновления CMS [НАЗВАНИЕ CMS]‚ компонентов‚ модулей‚ плагинов и серверного ПО (PHP‚ MySQL‚ Nginx/Apache) по мере выхода стабильных версий с обязательным тестированием на тестовом окружении (staging).
4. Оперативное устранение сбоев и ошибок в работе Сайта‚ возникших не по вине Заказчика.
5. Консультации сотрудников Заказчика по вопросам работы с админ-панелью Сайта (в пределах [КОЛИЧЕСТВО] часов в месяц / неограниченно).
6. Модерация и публикация контента (статьи‚ товары‚ новости) — до [КОЛИЧЕСТВО] единиц в месяц (если применимо).
7. Обеспечение информационной безопасности: проверка на вирусы‚ настройка/продление SSL-сертификатов‚ защита админки‚ мониторинг логов безопасности.
8. Ежемесячное предоставление отчета о выполненных работах‚ статусе бэкапов‚ аптайме и списке инцидентов.

К услугам‚ НЕ входящим в абонентскую плату (оплачиваются отдельно по Доп. соглашению/Акту): разработка нового функционала‚ редизайн‚ миграция на другой хостинг/сервер‚ восстановление после взлома при отсутствии актуальных бэкапов по вине Заказчика‚ работы по SEO-оптимизации‚ контент-менеджмент сверх лимита п. 1.2.6.

ПОРЯДОК ОКАЗАНИЯ УСЛУГ (SLA)

Заказчик обращается к Исполнителю через систему учета заявок [НАЗВАНИЕ СИСТЕМЫ / EMAIL / МЕССЕНДЖЕР] с указанием описания проблемы‚ приоритета и скриншотов/логов.

Приоритеты и время реакции Исполнителя (время начала работ):

• Критический (Сайт не работает / Взлом): до 30 минут (круглосуточно).
• Высокий (Ключевой функционал сломан): до 2 часов (в рабочее время 10:00–19:00 МСК в будни).
• Средний / Низкий: до 1 рабочего дня.

Рабочее время Исполнителя: с понедельника по пятницу с 10:00 до 19:00 (Московское время). Выходные и праздничные дни — согласно производственному календарю РФ. Реакция на критические инциденты осуществляется круглосуточно.

Исполнитель не несет ответственности за нарушение сроков реакции‚ если инцидент вызван: действиями хостинг-провайдера‚ регистратором домена‚ действиями третьих лиц (DDoS‚ хакерские атаки сверх разумных мер защиты)‚ несанкционированными изменениями кода/настроек Заказчиком или привлеченными им третьими лицами.

ПРАВА И ОБЯЗАННОСТИ СТОРОН

Исполнитель имеет право:

• Привлекать субподрядчиков для выполнения отдельных видов работ (администрирование сервера‚ верстка) с уведомлением Заказчика.
• Запрашивать у Заказчика доступы и информацию‚ необходимые для выполнения работ.
• Приостановить работы при просрочке оплаты более [КОЛИЧЕСТВО] календарных дней.

Исполнитель обязан:

• Оказывать услуги качественно‚ в срок и в полном объеме.
• Соблюдать конфиденциальность информации‚ полученной в ходе работ (данные пользователей‚ коммерческая тайна‚ доступы).
• Хранить доступы к Сайту/Серверу в зашифрованном виде‚ не передавать третьим лицам.
• Своевременно информировать Заказчика о критических уязвимостях и необходимости плановых работ.
• При расторжении Договора передать Заказчику все доступы‚ актуальные бэкапы и документацию в течение 5 (пяти) рабочих дней.

Заказчик обязан:

• Предоставить Исполнителю полные административные доступы к: хостингу/серверу (панель управления‚ SSH/FTP/SFTP)‚ админке Сайта (супер-админ)‚ домену (личный кабинет регистратора/NS-управление)‚ базе данных.
• Обеспечить возможность развертывания тестового окружения (staging) для проверки обновлений.
• Своевременно оплачивать услуги Исполнителя.
• Не вносить изменений в код/структуру БД/настройки сервера без согласования с Исполнителем (в противном случае Исполнитель снимает ответственность за последствия).

СТОИМОСТЬ УСЛУГ И ПОРЯДОК РАСЧЕТОВ

Абонентская плата за комплекс услуг по технической поддержке составляет [СУММА ЦИФРАМИ] ([СУММА ПРОПИСЬЮ]) рублей в месяц (НДС [ВКЛЮЧЕН / НЕ ПРЕДМЕТ ОБЛОЖЕНИЯ / ДОБАВЛЯЕТСЯ]).

Оплата производится ежемесячно не позднее [НАПР. 5-го числа] текущего месяца за предстоящий период (предоплата) / за прошедший месяц (постоплата) на расчетный счет Исполнителя.

Дополнительные работы (п. 1.3) оплачиваются почасово по ставке [СУММА] руб./час или по фиксированной стоимости по Дополнительному соглашению. Факты затраченного времени подтверждаются отчетами из системы учета времени (трекером).

Основанием для оплаты являются: Счет на оплату‚ Акт приема-передачи выполненных работ (КС-2 или единая форма)‚ Ежемесячный отчет.

ОТВЕТСТВЕННОСТЬ СТОРОН

За нарушение сроков реакции на критический инцидент (P1) Исполнитель выплачивает Заказчику неустойку в размере [НАПР. 0.5%] от ежемесячной абонентской платы за каждый час просрочки‚ но не более [НАПР. 50%] от абонентской платы за текущий месяц.

Исполнитель не несет ответственности за утерю данных‚ если Заказчик не предоставил доступ к настройке бэкапов или отказался от услуги резервного копирования.

Заказчик несет полную ответственность за законность контента‚ размещаемого на Сайте‚ и соответствие Сайта требованиям законодательства РФ (152-ФЗ‚ Закон о защите прав потребителей‚ рекламный закон и т.д.).

Стороны освобождаются от ответственности за частичное или полное неисполнение обязательств в случае форс-мажора (война‚ стихийные бедствия‚ решения госорганов‚ массовые сбои в интернете/энергоснабжении)‚ уведомив другую Сторону в течение 3 дней.

КОНФИДЕНЦИАЛЬНОСТЬ

Стороны обязуются хранить в тайне любую конфиденциальную информацию (доступы‚ код‚ бизнес-процессы‚ базы клиентов)‚ ставшую известной в ходе исполнения Договора‚ в течение [НАПР. 3 ЛЕТ] после окончания Договора.

Исполнитель вправе указывать Сайт в своем портфолио и использовать логотип Заказчика в рекламных целях‚ если иное не оговорено Дополнительным соглашением.

СРОК ДЕЙСТВИЯ ДОГОВОРА И ПОРЯДОК РАСТОРЖЕНИЯ

Договор вступает в силу с момента подписания и действует до «___» _________ 202_ г. Далее продлевается автоматически на 1 (один) год‚ если одна из Сторон не уведомит другую о нежелании продлевать за 30 (тридцати) календарных дней до окончания срока.

Любая Сторона вправе расторгнуть Договор в одностороннем порядке‚ уведомив другую Сторону письменно за 30 (тридцати) календарных дней. В случае расторжения Заказчиком без вины Исполнителя‚ Заказчик оплачивает услуги за текущий календарный месяц полностью.

При расторжении Стороны подписывают Акт приема-передачи доступов и документации.

ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ

Все изменения и дополнения к Договору действительны‚ если они сделаны в письменном виде и подписаны уполномоченными представителями Сторон (Дополнительные соглашения).

Споры разрешаются переговорами‚ в случае неудачи — в Арбитражном суде по месту нахождения Исполнителя / Заказчика (выберите нужное).

Договор составлен в 2 (двух) экземплярах‚ имеющих равную юридическую силу‚ по одному для каждой Стороны.

АДРЕСА И РЕКВИЗИТЫ СТОРОН

ИСПОЛНИТЕЛЬ:
[Полное наименование / ФИО ИП]
Юр. адрес: [АДРЕСС]
Факт; адрес: [АДРЕСС]
ИНН/КПП: [РЕКВИЗИТЫ]
Р/с: [РАСЧЕТНЫЙ СЧЕТ]
Банк: [НАЗВАНИЕ БАНКА]‚ БИК: [БИК]‚ К/с: [КОРРЕСПОНДЕНТСКИЙ СЧЕТ]
Email: [EMAIL]
Тел.: [ТЕЛЕФОН]
Подпись: _____________ / [ФИО] / М.П.

ЗАКАЗЧИК:
[Полное наименование / ФИО ИП]
Юр. адрес: [АДРЕСС]
ИНН/КПП: [РЕКВИЗИТЫ]
Р/с: [РАСЧЕТНЫЙ СЧЕТ]
Банк: [НАЗВАНИЕ БАНКА]‚ БИК: [БИК]‚ К/с: [КОРРЕСПОНДЕНТСКИЙ СЧЕТ]
Email: [EMAIL]
Тел.: [ТЕЛЕФОН]
Подпись: _____________ / [ФИО] / М.П.

Чек-лист: что проверить перед подписанием

• Доступы: Есть ли у вас (Заказчика) полные права супер-админа и доступ к хостингу/домену? Без этого Исполнитель беспомощен.
• Тестовое окружение (Staging): Прописано ли требование иметь копию сайта для тестирования обновлений? Обновления на «боевом» сайте без тестов — высокий риск;
• Бэкапы: Где хранятся? (Должно быть: на сервере + в отдельном облаке/хранилище). Проверяеться ли восстановление?
• Зона ответственности кода: Если на сайте стоит «кривой» код предыдущих разработчиков‚ кто платит за его исправление при обновлении PHP/CMS? (Обычно это доп. работа).
• Оффбординг: Четко ли прописана процедура передачи доступов при уходе исполнителя?
• НДС: Уточнен ли статус НДС в цене (включен/сверху)‚ чтобы не было сюрпризов в счете.

Типичные ошибки при заключении договора

1. Размытый предмет договора: «Техподдержка сайта» без списка конкретных действий. Результат: споры‚ входит ли верстка баннера в поддержку или это доработка.
2. Отсутствие SLA: Нет времени реакции -> сайт лежит день‚ исполнитель отвечает «в порядке очереди».
3. Игнорирование бэкапов: В договоре нет пункта о периодичности и месте хранения бэкапов. При крахе сервера данных нет.
4. Передача доступов в открытую: Пароли в Telegram/Email. Это грубое нарушение безопасности (152-ФЗ‚ лучшие практики).
5. Автопродление без уведомления: Договор продлевается бесконечно‚ а качество услуг падает‚ а цены растут.
6. Отсутствие отчетности: Заказчик платит деньги‚ но не видит‚ что именно делалось (нет логов‚ нет отчета по аптайму).

Договор технической поддержки сайта — это не бюрократия‚ а инструмент управления рисками и качеством. Грамотный документ экономит деньги и нервы обеим сторонам: Заказчик получает предсказуемый сервис и гарантии uptime‚ а Исполнитель, четкие границы зоны ответственности и защиту от «раздувания» объема работ за фиксированную плату.

Используйте приведенный выше образец как базу‚ адаптируйте его под свою CMS (Bitrix‚ WordPress‚ OpenCart‚ самописный фреймворк)‚ инфраструктуру (VPS‚ shared hosting‚ Kubernetes) и бизнес-процессы. И помните: лучший договор — тот‚ который лежит в папке и не нужен в суде‚ потому что отношения строятся на прозрачности и профессионализме.

Нужна помощь в адаптации шаблона под ваш проект? Обратитесь к профильным юристам или опытным техническим директорам для финальной правки.