Договор сопровождения сайта чаще всего пишут по шаблону из интернета, меняют название компании и забывают про остальное. Через полгода заказчик звонит в панике, потому что сайт лежит третий час, а в договоре написано только «исполнитель обязуется оказывать техническую поддержку». Ни сроков, ни зон ответственности, ни цены за внеплановые работы. Дальше начинается спор о том, кто виноват и сколько это стоит исправить. Я веду сопровождение десятка проектов на Tilda, WordPress и кастомных сервисах, и каждый конфликт с заказчиком в итоге сводится к одному: в договоре не было конкретного пункта, который закрывал бы именно эту ситуацию.
Что входит в сопровождение сайта, если не хочется спорить с заказчиком
Первая ошибка почти всех типовых договоров - формулировка «техническая поддержка сайта» без расшифровки. Под ней заказчик понимает вообще всё: от смены картинки на баннере до переноса сайта на новый хостинг. Исполнитель же считает, что это только устранение ошибок и мониторинг.
Я в каждый договор сопровождения включаю закрытый перечень работ по месяцам:
- мониторинг доступности сайта и оповещение об инцидентах;
- исправление ошибок, возникших не по вине заказчика (обновление CMS, плагинов, сертификатов);
- резервное копирование по расписанию;
- мелкие правки контента и вёрстки в пределах согласованного лимита часов;
- консультации по техническим вопросам.
Всё, что выходит за этот список - новый функционал, интеграция с CRM, доработка скриптов на Tilda, подключение эквайринга - идёт отдельной сметой. Это не бюрократия ради бюрократии: без такого разделения заказчик через три месяца присылает список из пятнадцати задач и ждёт, что всё это входит в абонентку за 15 000 ₽ в месяц.
SLA и сроки реакции: цифры вместо обещаний
Фраза «оперативно устраним неполадки» в суде и в переписке ничего не значит. Спор решает таблица со сроками, привязанными к категории инцидента.
| Категория | Пример | Реакция | Устранение |
|---|---|---|---|
| Критический | Сайт полностью недоступен, не проходят платежи | до 2 часов | до 8 часов |
| Высокий | Не работает форма заявки, ошибка при оформлении заказа | до 4 часов | до 24 часов |
| Средний | Визуальные баги, некорректная работа на отдельных устройствах | до 1 рабочего дня | до 3 рабочих дней |
| Низкий | Правки текста, мелкие косметические доработки | до 2 рабочих дней | по согласованию |
Сроки считаю от момента получения заявки в рабочее время, указанное в договоре, а не с момента, когда заказчик написал в личку в субботу вечером. Отдельно фиксирую канал связи для заявок - почта или таск-трекер, а не мессенджер, где сообщение легко потерять среди переписки.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Зона ответственности: где заканчивается техподдержка сайта
Большинство конфликтов возникает не из-за качества работы, а из-за того, что заказчик и исполнитель по-разному понимают границы ответственности. Сайт - это не только код, это ещё хостинг, домен, сторонние сервисы и интеграции, каждая со своим владельцем проблемы.
Пример из практики: у клиента на WooCommerce перестал проходить эквайринг T‑Bank после того, как банк обновил протокол на своей стороне. Заказчик был уверен, что это моя зона ответственности, потому что «сайт же не работает». По договору я отвечаю за корректность интеграции на стороне сайта, но не за доступность и изменения в API платёжного провайдера. Разбирательство заняло бы неделю переписки, если бы в договоре заранее не было пункта о разграничении: исполнитель отвечает за код и настройки на сайте, за сбои у хостинг-провайдера, регистратора домена, платёжных систем и служб доставки (СДЭК и подобные) отвечает соответствующий поставщик услуги.
То же самое с Tilda-скриптами: если платформа меняет структуру DOM после обновления и ломает кастомный скрипт, это не баг разработчика, а следствие изменений на стороне конструктора, и на устранение нужно отдельное время сверх абонентки. Пропишите это явно, иначе придётся объяснять на словах каждый раз заново.
Что стоит закрепить отдельным пунктом
- ответственность за доступность хостинга и домена лежит на их владельце или провайдере;
- изменения в сторонних API (банки, CDEK, маркетплейсы) требуют отдельной оценки трудозатрат на адаптацию;
- обновления CMS и плагинов третьих разработчиков тестируются перед установкой на боевой сайт, но гарантия на совместимость с чужим кодом не распространяется.
Доступы, бэкапы и права на код
Споры про доступы всплывают обычно в момент расставания с исполнителем, когда заказчик обнаруживает, что панель хостинга оформлена на подрядчика, а пароли никто не передавал. В договор сопровождения сайта я включаю пункт о том, что все административные доступы (хостинг, домен, CMS, аналитика) регистрируются на аккаунт заказчика, исполнитель получает доступ по правам администратора без права передачи третьим лицам.
Резервные копии - отдельная головная боль. Если в договоре не написано, где хранятся бэкапы, как часто они делаются и кто может их скачать, при инциденте выясняется, что последняя копия недельной давности лежит только на сервере исполнителя. Фиксирую: частоту бэкапов (у меня обычно раз в сутки для активных интернет-магазинов), место хранения (отдельно от продакшен-сервера) и срок хранения версий.
Права на код и контент - ещё один пункт, который экономит нервы при смене подрядчика. По умолчанию исключительные права на разработанный код переходят заказчику после полной оплаты, если в договоре явно не указано иное. Отдельно оговариваю статус библиотек и модулей, написанных для нескольких клиентов сразу (например, часть скриптов для аналитики Tilda) - на них может действовать отдельная лицензия.
Как считать стоимость сопровождения и внеплановые доработки
Абонентская плата за техподдержку у меня начинается от 15 000 ₽ в месяц и покрывает согласованный пул часов на мониторинг, мелкие правки и консультации. Всё, что выходит за этот пул, считается отдельно - и в договоре должна быть формула расчёта, а не фраза «по договорённости».
| Тип работ | Как оценивается |
|---|---|
| Мелкая правка на Tilda (текст, стили) | от 3 000 ₽ за задачу |
| Комплексная интеграция (CRM, эквайринг, СДЭК) | от 40 000 ₽ по отдельной смете |
| Разработка Telegram-бота (в том числе на aiogram) | от 30 000 ₽ по отдельной смете |
| Автоматизация процессов в n8n | от 25 000 ₽ по отдельной смете |
| Консультация по техническому вопросу | от 3 000 ₽ |
Отдельно прописываю, что происходит при превышении лимита часов в месяц: либо доплата по часовой ставке, либо перенос части задач на следующий период. Без этого пункта заказчик считает, что абонентка резиновая, а исполнитель молча тратит на проект вдвое больше времени, чем оплачено.
Что писать про интеграции, ботов и автоматизации
Если сопровождение включает не только сайт, а ещё связанные сервисы - бота на aiogram, сценарии в n8n, интеграцию с CRM - в договоре нужно отдельно описать, что происходит при сбоях на стороне этих систем. Телеграм периодически меняет лимиты API, n8n обновляет ноды с breaking changes, и заказчик должен заранее понимать, что адаптация под такие изменения не входит в абонентку за поддержку самого сайта, если это не оговорено отдельно.
Я обычно выношу интеграции в отдельное приложение к договору с собственным списком работ и стоимостью, потому что смешивать поддержку статичного сайта на Tilda и сопровождение бота с базой знаний - разные по трудозатратам и рискам задачи. Если у вас несколько разнородных систем на сопровождении, стоит закрепить это как отдельные услуги технической поддержки с разными SLA, а не одной строкой в общем договоре.
Частые вопросы
Нужен ли отдельный договор на сопровождение, если сайт уже разработан по другому договору?
Да, это разные предметы договора. Договор разработки закрывается актом после сдачи сайта, а сопровождение - это длящиеся обязательства с ежемесячной оплатой. Смешивание двух предметов в одном документе обычно приводит к спорам о том, когда заканчивается гарантийный период и начинается платная поддержка.
Что делать, если исполнитель нарушает сроки реакции по SLA?
В договоре должны быть прописаны последствия нарушения: скидка на следующий период, компенсация или право заказчика привлечь стороннего специалиста для устранения критического инцидента с последующим возмещением расходов в пределах разумной суммы. Без этого пункта нарушение SLA остаётся просто фактом без правовых последствий.
Можно ли расторгнуть договор сопровождения досрочно?
Обычно да, с уведомлением за 14-30 дней и передачей всех доступов и бэкапов заказчику. Этот срок нужен исполнителю, чтобы корректно закрыть текущие задачи, а заказчику - чтобы найти замену без простоя сайта. Указывайте конкретное число дней, а не формулировку «в разумный срок».
Входит ли в сопровождение обновление CMS и плагинов до новых версий?
Мониторинг выхода обновлений и тестовая установка на копии сайта обычно входят в абонентку, а вот адаптация кастомного кода под breaking changes новой версии (актуально для WordPress и WooCommerce с их регулярными обновлениями плагинов эквайринга) считается отдельно, если это не небольшая правка в рамках лимита часов.