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

Правовая природа договора

С точки зрения ГК РФ, отношения по техподдержке чаще всего оформляются как договор возмездного оказания услуг (ст. 779 ГК РФ) или договор подряда (ст. 702 ГК РФ), если результат работы имеет материально-выраженный характер (например, разработка нового модуля).

• Договор оказания услуг: подходит для регулярных действий: мониторинг, обновления CMS, бэкапы, консультации, администрирование сервера. Результат — сам процесс оказания услуги.
• Договор подряда: применяется, если в рамках поддержки предусмотрены конкретные доработки с осязаемым результатом (новый функционал, верстка страниц, миграция).

Важно: Законодательством не установлена строгая обязательная форма договора техподдержки (кроме случаев, когда одна из сторон — госзаказчик, что требует соответствия 44-ФЗ или 223-ФЗ). Стороны свободны в определении условий (ст. 421 ГК РФ, свобода договора).

Обязательные и существенные условия договора

Без этих пунктов договор может быть признан нерасторенным или возникнут споры, которые суд решит не в вашу пользу.

Предмет договора (Что именно делает Исполнитель?)

Это «сердце» документа. Недостаточно написать «техподдержка сайта». Необходимо перечислить конкретные действия:

1. Мониторинг доступности: проверка отклика сервера (uptime), SSL-сертификатов, домена.
2. Обновления безопасности: установка патчей CMS (WordPress, Bitrix, Modx и др.), плагинов, модулей, PHP, БД.
3. Резервное копирование (Бэкапы): частота (ежедневно/еженедельно), место хранения (облако, отдельный сервер), срок хранения копий, процедура восстановления (RTO/RPO).
4. Работа с контентом (опционально): публикация новостей, товаров, правки текстов (часто лимитировано часами или количеством операций).
5. Техническая консультация: ответы на вопросы по работе сайта, помощь в настройках.
6. Исправление ошибок (Bug Fixing): устранение критических и некритических багов, возникших не по вине Исполнителя (вирусы, конфликты плагинов после автообновлений).
7. Администрирование сервера (если входит): настройка Nginx/Apache, PHP-FPM, MySQL, почты, DNS.

SLA (Service Level Agreement) — Уровень сервиса и время реакции

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

Примечание: Режим работы поддержки (24/7 или 9/5 в будни) должен быть прописан явно.

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

Отдельный пункт или Приложение. Список доступов, которые Заказчик обязан предоставить к вступлению договора в силу:

• Панель хостинга / VPS / Выделенный сервер (root/SSH).
• Админка CMS (супер-админ).
• FTP/SFTP доступы.
• Доступ к БД (phpMyAdmin / консоль).
• DNS-менеджмент (регистратор домена / Cloudflare).
• Доступы к репозиторию кода (GitHub/GitLab/Bitbucket).
• Доступы к почте / CRM / аналитике (если нужно для работы).

Важно зафиксировать: Исполнитель не несет ответственности за задержки, если доступы не предоставлены вовремя.

Стоимость и порядок расчетов

• Фиксированная ежемесячная плата (Retainer): самый частый вариант. Включает определенный лимит часов/операций.
• Почасовая оплата сверх лимита: ставка за час работы сверх включенного в абонентскую плату объема.
• Разовые работы (дополнительные соглашения): крупные доработки, редизайн, миграция оформляються отдельными ДС/Актами.
• Сроки оплаты (предоплата / постоплата), реквизиты, валюта (рубли), НДС (есть/нет).

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

• Штрафы/Пени: за просрочку оплаты (Заказчик), за нарушение SLA (Исполнитель); Обычно 0.1–0.5% от суммы за день просрочки, но не более 10–20% от месячной платы.
• Ограничение ответственности: Исполнитель не отвечает за действия третьих лиц (хостинг, регистратор домена, платежные шлюзы, ДДОС-атаки сверх разумных пределов), за утерю данных, если Заказчик отказался от настройки бэкапов.
• Исключение упущенной выгоды: стандартная оговорка, что стороны не взыскивают упущенную выгоду.

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

• Срок: обычно 1 год с автопролонгацией или неопределенный.
• Расторжение по инициативе одной стороны: уведомление за 10–30 календарных дней.
• Расторжение за существенное нарушение (неоплата 2+ месяцев, систематическое нарушение SLA).
• Порядок передачи доступов и актуализации документации при расторжении (передача «ключей» от сайта).

Типовая структура договора (Оглавление)

Ниже приведен рекомендуемый каркас документа, который можно использовать как чек-лист при составлении:

1. Преамбула: Дата, место, полные наименования сторон (ЮЛ/ИП/ФЛ), реквизиты, основание действия (Устав, Доверенность).
2. Предмет договора.
3. Обязательства Исполнителя (детальный список работ, SLA, отчетность).
4. Обязательства Заказчика (предоставление доступов, своевременная оплата, назначение ответственного лица, предоставление ТЗ на доработки).
5. Порядок взаимодействия (Workflow): как ставить задачи (тикет-система, email, мессенджер), время работы менеджера, процедура эскалации.
6. Приемка результатов / Отчетность: ежемесячный отчет (выполненные задачи, аптайм, бэкапы, список обновлений), подпись Актов выполненных работ (КС-2 / КС-3 или свой формат).
7. Цена и порядок расчетов.
8. Ответственность сторон.
9. Конфиденциальность и НДА (NDA): защита коммерческой тайны, персональных данных (152-ФЗ), кода сайта.
10. Срок действия, порядок внесения изменений и расторжения.
11. Форс-мажор.
12. Порядок разрешения споров: претензионный порядок (обязателен для ЮЛ/ИП), суд (арбитраж по месту нахождения ответчика).
13. Реквизиты и подписи сторон.
14. Приложения (неотъемлемая часть):
    • Приложение 1: Реестр доступов / Акт приема-передачи доступов.
    • Приложение 2: Техническое задание (ТЗ) на типовые работы / Регламент работ.
    • Приложение 3: Таблица SLA.
    • Приложение 4: Форма ежемесячного отчета / Акта.
    • Приложение 5: Спецификация цен / Тарифы на сверхурочные работы.

Ключевые нюансы, о которых часто забывают

Разделение «Поддержки» и «Доработок»

Четко разграничьте в договоре (или в Приложении):

• Поддержка (Support): поддержание работоспособности «как есть» (обновления, бэкапы, мониторинг, мелкие багфиксы). Оплачивается абонентской платой.
• Доработка (Development): изменение логики, новый дизайн, интеграции, новый функционал. Оформляется Дополнительным соглашением (ДС) с отдельным ТЗ, сроком и сметой.

Без этого любой запрос «сделайте кнопку красной» будет спориться: это поддержка или доработка?

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

Кому принадлежат права на код, написанный в рамках доработок?

• Вариант А: Исключительное право переходит к Заказчику при полной оплате (стандарт для подряда).
• Вариант Б: У Исполнителя остается право, Заказчику дается неисключительная лицензия (часто у SaaS или при использовании фреймворков Исполнителя).

Пропишите это явно;

Работа с уязвимостями и инцидентами безопасности

Пропишите процедуру: кто информирует Роскомнадзор/субъектов ПДн при утечке (152-ФЗ, ст. 22;1)? Кто платит за аудит безопасности после взлома? Кто чистит зараженный сайт (если вина не Исполнителя — это платная доработка).

«Заморозка» кода (Code Freeze)

Если сайт на кастомном фреймворке или старой CMS, Исполнитель может потребовать условие: «При невозможности безопасного обновления CMS/PHP Заказчик оплачивает рефакторинг или миграцию, иначе Исполнитель снимает ответственность за безопасность».

Образец заполнения ключевого пункта (Пример формулировки)

Предмет договора. Заказчик поручает, а Исполнитель принимает на себя обязательство выполнять работы по техническому обслуживанию и поддержке сайта, расположенного по интернет-адресу: https://example.ru (далее — Сайт), в объеме, предусмотренном Приложением № 1 «Регламент технического обслуживания» к настоящему Договору.

Работы включают в себя: мониторинг доступности Сайта 24/7; еженедельное обновление ядра CMS и установленных модулей/плагинов (после тестирования на стейджинге); ежедневное резервное копирование файлов и БД с хранением копий 30 дней в облачном хранилище Исполнителя; исправление критических ошибок (P1) в течение 4 часов в рабочее время (10:00–19:00 МСК, пн-пт); консультации по телефону/email в рабочее время.

Объем работ, включенных в Ежемесячную абонентскую плату, ограничен 10 часами в календарном месяце. Работы, превышающие лимит, а также работы, не входящие в Регламент (Приложение №1), оплачиваются отдельно по ставке 3 000 руб./час на основании Дополнительного соглашения.

Как оформить документооборот

1. Договор — в 2-х экземплярах (по одному на сторону), прошит, пронумерован, подписан генеральными директорами или уполномоченными лицами (по доверенности). Печать ставится, если есть в уставе/регламенте.
2. Приложения — подписываются приложением печати/подписи к каждому листу или ссылкой в договоре («Приложения, подписанные сторонами, являются неотъемлевой частью»).
3. Акт приема-передачи доступов — подписывается до начала работ (или одновременно с договором). Критически важен для снятия ответственности за простой.
4. Ежемесячные Акты (КС-2/КС-3 или свой формат), подписываются по итогам месяца для подтверждения факта оказания услуг (для бухгалтерии и налоговой).
5. Дополнительные соглашения (ДС) — на каждую доработку, смену тарифа, продление срока.

Где получить готовый шаблон?

Вы можете использовать:

• Конструкторы документов: DataDoc, FreshDoc, 1C:Документы, Контур.Эльба (генерация под ваши данные).
• Шаблоны с юридических порталов: КонсультантПлюс, Гарант, Правовед, Документ.Ру (платный доступ).
• Открытые источники: сайты веб-студий (например, SEOSERP, Hardkod и др. часто выкладывают публичные образцы), GitHub (репозитории с шаблонами договоров).

Чек-лист перед подписанием (Resume)

• [ ] Указан точный URL сайта и список поддоменов.
• [ ] Есть Приложение с регламентом работ (SLA, часы работы, каналы связи).
• [ ] Четко разделено: что входит в абонентку, что — доп. соглашение.
• [ ] Прописана процедура передачи доступов (Акт приема-передачи).
• [ ] Есть пункт про бэкапы: частота, место, проверка восстановления.
• [ ] Зафиксированы права интеллектуальной собственности на новый код.
• [ ] Прописана конфиденциальность и 152-ФЗ (если обрабатываются ПДн).
• [ ] Понятен механизм приемки работ (подписание актов / тикет-система).
• [ ] Условия расторжения позволяют быстро уйти без потерь (передача доступов).
• [ ] Договор прочитан бухгалтерией (для корректного учета расходов/НДС).

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