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

В данной статье мы подробно разберем структуру типового договора, обязательные условия, нюансы работы с SLA, а также дадим рекомендации по адаптации шаблона под конкретные бизнес-задачи в соответствии с законодательством РФ (ГК РФ, ФЗ-152, закон о защите прав потребителей при Б2С).

Виды договоров: выбираем правильную правовую форму

Прежде чем заполнять шаблон, определитесь с типом договора. От этого зависят налоговые последствия, порядок приемки работ и формулировки в тексте:

• Договор возмездного оказания услуг (ГПХ) — самый частый вариант для регулярной поддержки (мониторинг, обновления, консультации). Результат — процесс оказания услуг, а не материальный объект. Подходит для ежемесячных платежей (ретейнер).
• Договор подряда — если поддержка подразумевает выполнение конкретных работ с осязаемым результатом (например, «разработать новый модуль», «перенести сайт на другой хостинг», «исправить 10 багов»). Требует подписания Актов приема-передачи выполненных работ.
• Смешанный тип — в преамбуле указывается: «Исполнитель обязуется оказывать услуги по технической поддержке (п. 1) и выполнять работы по доработке функционала по дополнительным заданиям (п. 2)». Это дает максимальную гибкость.

Обязательная структура договора (по статьям)

Преамбула и реквизиты сторон

Укажите полные наименования (для ИП — ФИО полностью), адреса регистрации/фактические адреса, ИНН/КПП, банковские реквизиты, данные уполномоченных лиц (директор по уставу или доверенность).

Предмет договора (Самое важное)

Не пишите просто «поддержка сайта». Детализируйте:

1. Объект: URL сайта (или несколько), IP-сервера, доступы к CMS/хостингу/репозиторию (Git), доменное имя.
2. Перечень услуг (Scope of Work):
   • Мониторинг доступности (uptime) — 24/7 или в рабочее время.
   • Обновление CMS, плагинов, PHP, библиотек (безопасность).
   • Резервное копирование (бэкапы): частота, место хранения, тест восстановления.
   • Работа с заявками (Helpdesk/Трекер): каналы приема (email, Telegram, Jira, Bitrix24).
   • Консультации и мелкие правки (до N часов в месяц).
   • Безопасность: сканирование на вирусы, настройка WAF, SSL-сертификаты.
   • SEO-техническая поддержка (robots.txt, sitemap, редиректы, Core Web Vitals), опционально.
3. Исключения (Out of Scope): Четко пропишите, что НЕ входит: контент-менеджмент (наполнение текстами/картинками), крупная разработка новых разделов, дизайн, работа с серверным железом (если это не ваша зона), оплата сторонних сервисов (хостинг, домены, платные плагины) за счет Исполнителя.

Уровни сервиса (SLA — Service Level Agreement)

Это сердце договора поддержки. Без SLA «поддержка» — это просто красивое слово. Обязательно зафиксируйте в приложении или в теле договора:

Важно: Определите «Рабочее время» (например, Пн-Пт 10:00–19:00 МСК) и порядок эскалации для P1 в нерабочее время (дежурный инженер, телефон тревоги).

Порядок взаимодействия и приемки

• Система учета заявок: Обязательно укажите инструмент (Jira, YouTrack, Redmine, Bitrix24, GitLab Issues, даже Google Таблицы/Email с обязательным номером тикета). Устные договоренности в Telegram/WhatsApp не имеют юридической силы без подтверждения в тикет-системе.
• Жизненный цикл тикета: Новый → В работе → На тестировании/У Заказчика → Готово/Закрыт.
• Приемка результатов:
  • Для услуг (мониторинг, дежурство), ежемесячный Акт оказанных услуг (подписывается по итогам месяца).
  • Для работ (доработки) — Акт приема-передачи выполненных работ по каждому этапу/тикету.
• Срок проверки Заказчиком: Обычно 3–5 рабочих дней. Если Заказчик молчит — считается принято (деemed accepted).

Цена, порядок расчетов и ретейнер

Существует три основные модели оплаты:

1. Фиксированная ежемесячная плата (Retainer): За фиксированный пакет часов/услуг (например, 20 часов в месяц за 100 000 руб.). Неиспользованные часы: сгорают / переносятся на следующий месяц (не более 1 раза) / оплачиваются дополнительно. Рекомендация: прописать механизм переноса или перерасчета, чтобы избежать споров.
2. Почасовая оплата (Time & Materials): По факту затраченного времени по трекеру. Требует доверия и прозрачного тайм-трекинга (логи работы).
3. Гибридная: Базовый ретейнер (мониторинг, бэкапы, SLA P1/P2) + почасовая оплата за доработки (P3/P4).

Укажите: валюту (рубли), НДС (включен/не включен), срок оплаты (предоплата / постоплата нетто 14/30 дней), штрафы за просрочку платежа (пени 0.1–0.3% в сутки).

Права интеллектуальной собственности и доступы

• Код и результаты работ: По умолчанию (ст. 1295 ГК РФ) исключительное право на созданный в рамках договора код переходит к Заказчику после полной оплаты. Пропишите это явно.
• Готовые решения Исполнителя (Boilerplate/Framework): Если Используются библиотеки, фреймворки, админки, разработанные Исполнителем ранее — оформите лицензию (неисключительную, безвозмездную, на весь мир, на весь срок действия прав) на их использование как часть сайта. Иначе Заказчик не сможет легально пользоваться сайтом после расторжения договора.
• Доступы: Кто владеет аккаунтами на хостинге, домене, GitHub, Cloudflare, Яндекс.Метрике/GA4? Идеально: все аккаунты зарегистрированы на ЮЛ/ИП Заказчика. Исполнитель получает доступы по приглашению (роль Admin/Developer). В договоре: обязательство передать все доступы при расторжении в течение 3 дней.

Конфиденциальность и персональные данные (152-ФЗ)

Если сайт обрабатывает персональные данные пользователей (формы обратной связи, личные кабинеты, заказы), Исполнитель становится Оператором по поручению (или получает доступ к ПДн).

• Включите приложение «Согласие на обработку ПДн / Договор поручения обработки ПДн».
• Запретите Исполнителю копировать базы пользователей, использовать их в своих целях, передавать третьим лицам.
• Пропишите меры защиты информации (шифрование дисков, VPN, 2FA, запрет работы с продакшн-базой на личных устройствах).

Ответственность сторон и ограничение рисков

• Штрафы за нарушение SLA: Например, за каждый час просрочки реакции на P1, 5% от месячной платы, но не более 50% от платы за месяц.
• Ограничение ответственности (Liability Cap): Критически важно для Исполнителя. Общая ответственность по договору не должна превышать сумму платежей за N месяцев (обычно 3–12 месяцев) или сумму страховки.
• Исключение косвенного ущерба: Упущенная выгода, репутационные потери, штрафы от третьих лиц (банков, платежных систем), не возмещаются.
• Форс-мажор и действия третьих лиц: Сбой хостинга, DDoS-атака, изменение API платежной системы, блокировка Роскомнадзором, Исполнитель не несет ответственности, если уведомит Заказчика и примет меры по минимализации.

Срок действия, расторжение и выход из договора

• Срок: Обычно 1 год с автопролонгацией, если никто не уведомил о расторжении за 30 дней.
• Расторжение по инициативе одной стороны: Уведомление за 14–30 календарных дней (для услуг — ст. 782 ГК РФ, для подряда — ст. 723 ГК РФ с выплатой затрат).
• Расторжение за нарушение: Просрочка платежа > 14 дней, систематическое нарушение SLA, утечка данных.
• Процедура передачи (Offboarding): Обязательный пункт! Передача доступов, репозитория (git push), актуальных бэкапов, документации, ключей API, SSL-сертификатов. Акт приема-передачи инфраструктуры.

Типовые ошибки при работе с шаблоном (Чек-лист «Что проверить перед подписью»)

• [ ] Не определен Scope (Объем): «Поддержка сайта» без списка задач приведет к спорам: «А почему вы не пишете статьи в блог? Это же поддержка!».
• [ ] Нет SLA: Исполнитель формально реагирует на критичный баг через 3 дня — и не нарушает договор.
• [ ] Не прописан порядок срочных работ: Заказчик просит «сделать вчера», Исполнитель делает, а оплаты нет, так как «нет доп. соглашения».
• [ ] Права на код не переданы: После ухода подрядчика сайт не может легально развиваться другой командой.
• [ ] Доступы привязаны к личным аккаунтам исполнителя: Уволился сотрудник — ушел доступ к GitHub/Хостингу/Домену.
• [ ] Отсутствует приложение с реквизитами доступов: Пароли в телеграме теряются. Нужен защищенный Vault (Bitwarden, 1Password, KeePass) или зашифрованный архив, переданный по безопасному каналу.
• [ ] Нет условия про тестовые среды: Исполнитель ломает продакшн, тестируя фичу. Пропишите: обязательная dev/stage среда, деплой в прод только после приемки на stage.

Приложения — неотъемлемая часть договора

Не пишите все детали в теле договора. Выносите в приложения (они являются неотъемлемыми частями):

1. Приложение №1: Техническое задание / Реестр услуг и SLA.
2. Приложение №2: Коммерческое предложение / Смета / Тарифы.
3. Приложение №3: Реестр доступов (передается под роспись/шифровкой).
4. Приложение №4: Договор поручения обработки персональных данных (если применимо).
5. Приложение №5: Форма Акта оказанных услуг / Акта приема-передачи работ.
6. Приложение №6: Регламент взаимодействия (эскалация, контакты дежурных, часы работы).

Особенности для разных типов сайтов

E-commerce (Интернет-магазины)

• SLA P1: 15 мин реакции, 1 час восстановления (деньги теряются каждую минуту).
• Обязательно: мониторинг заказов, интеграция с 1С/CRM, платежными шлюзами, службами доставки.
• PCI DSS: если храните данные карт (редко), требования к безопасности жестчайшие. Обычно — токенизация на стороне платежного шлюза.
• Тестирование чекаут-флоу после каждого деплоя.

Корпоративные порталы / SaaS / Highload

• Фокус на инфраструктуре: Kubernetes, CI/CD, базы данных, кэши (Redis), очереди (RabbitMQ/Kafka).
• DevOps-поддержка: масштабирование, логирование (ELK/Grafana), алертинг (Prometheus/Alertmanager).
• SLA на уровне инфраструктуры (uptime 99.9% / 99.99%).

Простые сайты-визитки / Лендинги / WordPress

• Фокус: обновления ядра/плагинов, бэкапы, защита от брутфорса/вирусов, SSL.
• SLA может быть мягче (P1 — 2-4 часа в рабочее время).
• Часто модель: «Техподдержка за фиксированную плату 5-10 тыс. руб/мес» без сложных SLA, просто «мы следим, чтобы работало».

Юридические нюансы РФ (2024–2026 гг.)

• ЭДО (Электронный документооборот): Договоры, акты, счета-фактуры лучше оформлять через операторов ЭДО (СБИС, Диадок, Контур, Яндекс.ЭДО). Это дает полную юридическую силу без бумажных оригиналов и синих печатей (для ИП печать не обязательна, для ООО — по уставу).
• Самозанятые (НПД): Если Исполнитель — самозанятый, лимит дохода 2.4 млн руб/год. Договор ГПХ с самозанятым проще, но Заказчик не платит за него взносы. Проверяйте статус через ФНС перед каждым платежом.
• Квалифицированная электронная подпись (КЭП): Для подписания документов в ЭДО нужна КЭП директора или уполномоченного лица (на токене eToken/JaCarta).
• Импортозамещение: Если Заказчик, госсектор или крит. инф. инфраструктура (КИИ), в договоре должно быть условие: использование только российского ПО (Астра Линукс, РЕД ОС, PostgreSQL, ClickHouse, GitVerse/ГитФлик вместо GitHub, Яндекс.Облако/Selectel/Timeweb вместо AWS/Azure).
• Персональные данные (152-ФЗ): Роскомнадзор ужесточает контроль. Наличие Договора поручения обработки ПДн, обязательно, если Исполнитель видит логи с IP/Email/ФИО пользователей.

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

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

Исполнитель обязуется оказывать Заказчику услуги по технической поддержке и сопровождению веб-сайта, доступного по адресу https://example.com (далее — Сайт), а Заказчик обязуется их принять и оплатить.

В состав Услуг входит:

• Мониторинг доступности Сайта (HTTP/HTTPS проверки) с интервалом 1 минута, 24/7. Уведомление дежурного инженера Исполнителя при недоступности > 1 минуты.
• Еженедельное обновление CMS (WordPress/Bitrix/ModX), плагинов и тем на тестовой среде с последующим деплоем на прод после приемки Заказчиком.
• Ежедневное резервное копирование файлов и БД в хранилище S3 (Selectel/Yandex Cloud) с хранением глубиной 30 дней. Ежемесячное тестовое восстановление.
• Обработка входящих заявок через трекер YouTrack (support.example.com) в соответствии с SLA (Приложение №1).
• Выделение до 10 (десяти) часов в месяц на мелкие доработки (верстка, настройка модулей, контент-правки в админке) без дополнительной оплаты. Неиспользованные часы сгорают в конце календарного месяца.

К Услугам НЕ относятся: наполнение контентом (тексты, фото, товары), разработка нового функционала свыше 10 часов/мес (оформляется Доп. соглашением), оплата хостинга/домена/платных плагинов, SEO-продвижение, работа с серверным железом (если хостинг у третьей стороны).

Исполнитель предоставляет Заказчику ежемесячный отчет (до 5-го числа следующего месяца) с данными: Uptime %, список инцидентов и время реакции, список выполненных задач, статус бэкапов, список затраченных часов из пакета п. 2.2.5.

Шаблон договора по поддержке сайта — это не просто формальность, а операционный инструмент. Качественный договор:

• Снижает риски простоев и финансовых потерь Заказчика.
• Защищает Исполнителя от «scope creep» (неконтролируемого расширения объема работ) и необоснованных претензий.
• Создает прозрачные правила игры: кто, что, когда и за какие деньги делает.

Рекомендация: Не скачивайте первый попавшийся шаблон из интернета 2015 года. Используйте современные формы (например, из КонсультантПлюс, Гарант, Runetlex, профильных IT-юристов или проверенные шаблоны веб-студий), адаптируйте их под вашу технологическую стек (Bitrix, Laravel, Python/Django, Node.js, 1С-Битрикс, WordPress) и бизнес-процессы. Инвестиция в юриста на этапе составления договора экономит в 10–100 раз больше средств на этапе разрешения споров.

---

Данная статья носит информационный характер и не является юридической консультацией. При подготовке конкретного договора рекомендуется обратиться к квалифицированному юристу, специализирующемуся на IT-праве и ГПХ.