Договор на разработку сайта — образец 2026
Проверено редакцией PonytnoAI на соответствие законодательству РФ. Как мы работаем
Заказываете разработку сайта или приложения — как защитить себя от изменения сроков, переплат, проблем с правами на код?
AI поможет:
- соберёт договор подряда с правильной передачей исключительных прав (ст. 1296 ГК)
- поможет с этапами, актами приёмки и гарантийным сроком
- подскажет, что должно быть в ТЗ как приложении к договору
- разберёт типичные ловушки: нет передачи прав, расплывчатые требования, бессрочный гарантийный срок
Договор на разработку сайта в 2026 — это договор подряда по главе 37 ГК РФ (ст. 702–768). Главное отличие от обычного подряда — передача исключительных прав на сайт как произведение по ст. 1296 ГК (произведение, созданное по заказу). Без явного условия о переходе исключительного права к заказчику все права на код и дизайн остаются у разработчика — это критичная ошибка. Договор должен содержать: подробное ТЗ как приложение, этапы с актами, гарантийный срок, условие о передаче исключительных прав. Гарантийный срок по ст. 722 ГК — обычно 6-12 месяцев на ошибки в коде; на дизайн — отдельная гарантия по согласованию.
Подряд или оказание услуг — выбор режима
Разработка сайта/приложения — это создание конкретного материального результата, который можно передать. Поэтому суды чаще применяют главу 37 ГК РФ (договор подряда), а не главу 39 (возмездное оказание услуг). Разница принципиальная:
| Параметр | Подряд (глава 37 ГК) | Услуги (глава 39 ГК) |
|---|---|---|
| Главное | Создание результата с передачей | Совершение действий, результат неотделим от процесса |
| Право на отказ заказчика | Ст. 717 ГК — оплачивает пропорциональную часть цены + убытки | Ст. 782 ГК — оплачивает только фактически понесённые расходы |
| Гарантийный срок | Ст. 722, 724 ГК — обязательная гарантия результата (особенно при недостатках) | Применяется условно (по аналогии) |
| Кто несёт риск гибели результата | Подрядчик до сдачи; заказчик после (ст. 705 ГК) | Заказчик после оплаты |
| Существенные условия | Предмет (что создаётся), сроки начала и окончания (ст. 708 ГК) | Предмет (какие услуги) |
Для разработки сайта/ПО лучше использовать договор подряда — он даёт заказчику более сильную защиту по гарантиям и приёмке. Если ваш разработчик настаивает на «договоре оказания услуг» — это может быть попыткой ослабить ответственность за качество. Условие «договор подряда» лучше для заказчика.
Самое важное — передача прав на код и дизайн
По умолчанию исключительные права на произведение принадлежат автору-разработчику (ст. 1228 ГК РФ). Если в договоре не прописано иное — заказчик получит сайт как файл, но не сможет: продать, передать другому разработчику для доработки, использовать дизайн в других продуктах. Это ключевая ошибка.
- По статье 1296 ГК РФ исключительное право на программу для ЭВМ или базу данных, созданную по договору о создании произведения, принадлежит ЗАКАЗЧИКУ, если договором не предусмотрено иное. Это диспозитивная норма — нужно явно подтвердить «исключительное право передаётся заказчику», иначе спорный момент.
- По статье 1288 ГК РФ (договор авторского заказа) при создании произведения литературы, науки, искусства — в том числе дизайна сайта, графики, иллюстраций — по заказу, исключительное право принадлежит АВТОРУ, если договором не предусмотрено отчуждение этого права заказчику. Здесь действует обратная презумпция — нужно явное условие об отчуждении исключительного права.
- В договоре пропишите: «Исполнитель передаёт Заказчику исключительное право на все результаты работ — код, дизайн, графика, тексты — в полном объёме с момента подписания акта приёма-передачи».
- Указать территорию и срок действия передачи: «на территории всего мира на весь срок действия исключительного права».
- Описать включаемые в передачу элементы: исходный код, скомпилированные модули, графика, документация, тесты, всё кроме сторонних библиотек с открытой лицензией.
- Передача через акт: после подписания акта приёма-передачи права переходят заказчику. Включить условие «исключительное право переходит с момента полной оплаты» — для рычага при споре.
Что должно быть в договоре
- Шапка: дата, место, наименование «Договор подряда на разработку сайта».
- Стороны: полные реквизиты заказчика и исполнителя (ЮЛ/ИП/самозанятого).
- Предмет: создание сайта по техническому заданию (Приложение № 1). Без подробного ТЗ договор может быть признан незаключённым из-за отсутствия предмета.
- Этапы работ: декомпозиция на этапы (например: ТЗ → дизайн → вёрстка → бэкенд → тестирование → запуск). Каждый этап — отдельная стоимость, срок, акт.
- Сроки: начало работ, окончание, контрольные точки. По ст. 708 ГК срок — существенное условие подряда.
- Цена и порядок оплаты: фиксированная / по этапам; предоплата 30-50% / постоплата по акту; способ оплаты.
- Порядок сдачи-приёмки: срок предоставления результата на проверку (5-10 рабочих дней), порядок выявления недостатков, срок исправления.
- Передача исключительных прав: явное условие со ссылкой на ст. 1296 ГК (программы ЭВМ и БД) и ст. 1288 ГК (договор авторского заказа на дизайн и контент).
- Гарантийный срок: обычно 6-12 месяцев на ошибки в коде и работе сайта (ст. 722 ГК). Включить условие «исполнитель устраняет за свой счёт».
- Ответственность: пени за просрочку (обычно 0,1% в день), штраф за нарушение сроков, лимит общей ответственности (для B2B можно ограничить ценой договора).
- Конфиденциальность: NDA или раздел в договоре (доступ к коду, базе данных, бизнес-логике).
- Передача учётных данных: после оплаты исполнитель передаёт логины/пароли, доступы к git/хостингу/CDN/доменам.
- Форс-мажор и подсудность.
- Подписи и реквизиты.
ТЗ — приложение, без которого договор слаб
Техническое задание — это спецификация результата. От его качества зависит, что именно вы получите и что сможете требовать. Минимальная структура хорошего ТЗ:
- Описание проекта: цель сайта, целевая аудитория, ключевые задачи.
- Функциональные требования: список функций с описанием — авторизация, корзина, личный кабинет, оплата, поиск, фильтры. Каждая функция — отдельным пунктом.
- Технический стек: фронт (React/Next.js/Vue), бэк (Node.js/Python/Go), БД (PostgreSQL/MySQL), хостинг.
- Дизайн: ссылки на референсы, согласованные макеты (Figma), требования к адаптивности.
- Интеграции: платёжные системы (Платега, ЮKassa), CRM, аналитика, сторонние API.
- SEO и производительность: метрики (Core Web Vitals), требования к скорости загрузки.
- Безопасность: HTTPS, защита от XSS/SQL-инъекций, требования к хранению ПД.
- Тестирование: какие тесты обязательны (юнит, e2e, нагрузочные).
- Документация: что передаётся вместе с кодом (README, API docs, инструкция админа).
- Гарантия: какие изменения покрываются гарантийным сроком (баги), какие нет (новые фичи).
- Критерии приёмки: что считается «выполнено» — checklist на каждый этап.
Чем подробнее ТЗ, тем меньше споров о «доделать ещё это». Договорное правило: всё, что НЕ в ТЗ — это новые работы, оплачиваются отдельно. Без подробного ТЗ исполнитель либо завысит цену «на всякий случай», либо сделает минимум и будет торговаться за каждую правку.
Типичные ловушки и как их избежать
- «Доработки в гарантийный период бесплатно» — без чёткого определения, что такое гарантийный случай (баг) и что — новая фича. Без этого исполнитель будет всё называть «доработкой».
- «Окончательная приёмка через 5 рабочих дней» — слишком короткий срок для тестирования крупного сайта. Лучше 10-15 дней + период «глубокого тестирования» 30 дней.
- «Исходники остаются у исполнителя как ноу-хау» — это значит, что после окончания договора вы не сможете передать сайт другому разработчику. Категорически запрещено — пишите «исходный код передаётся заказчику в полном объёме».
- «Передача прав после полной оплаты» — это нормально и работает как рычаг. Но дополнительно пропишите: при невыплате последнего этапа исполнитель не блокирует доступ к сайту (это норма ст. 729 ГК — отказ от продолжения работ).
- «Стоимость может корректироваться по согласованию» — без формулы и пределов. Пропишите: «в пределах +/- 10% по согласованию, изменения свыше — отдельным допсоглашением».
- Согласие на использование сайта в портфолио исполнителя — это можно дать, но с конкретикой: «исполнитель вправе использовать факт работы в портфолио и в маркетинге, но не распространять исходный код или раскрывать конфиденциальную бизнес-логику».
- Отсутствие условия о передаче доменов / хостинга / git-репозитория — обязательно укажите, что после окончания работ и оплаты заказчик получает полные административные доступы.
Что делать — по шагам
Универсальная схема: подробное ТЗ → договор подряда с этапами → передача прав по ст. 1296 ГК → акты по каждому этапу → гарантийный период.
- 1
Составьте детальное ТЗ
Функции, дизайн (Figma), тех. стек, интеграции, требования к производительности и безопасности. Без ТЗ договор слаб — это приложение к договору.
- 2
Согласуйте этапы и стоимость
Декомпозиция: ТЗ → дизайн → вёрстка → бэкенд → тестирование. Каждый этап с актом и оплатой (можно с авансом 30%).
- 3
Соберите договор подряда
С обязательным условием о передаче исключительных прав по ст. 1296 ГК (программы ЭВМ и БД) и ст. 1288 ГК (договор авторского заказа на дизайн и контент). Через AI-мастер — со ссылкой на нормы и стандартными формулировками.
- 4
Подпишите и зафиксируйте старт
Дата подписания + дата начала работ. По ст. 708 ГК срок — существенное условие. ЭДО или живая подпись.
- 5
По каждому этапу — акт + оплата
Промежуточные акты для контроля качества и снижения рисков. Окончательный акт после запуска сайта в production.
- 6
Передача прав и доступов
Исходный код, git-репозиторий, домены, хостинг, базы данных — всё передаётся после полной оплаты. Закрепите в финальном акте.
- 7
Гарантийный период
6-12 месяцев после запуска: исполнитель исправляет баги за свой счёт. Новые фичи — отдельные допсоглашения.
На основании чего
Частые вопросы
Договор подряда или оказания услуг для разработки сайта?
Договор подряда (глава 37 ГК РФ) — для разработки сайта/ПО. Создание имеет конкретный материальный результат, который можно передать. Подряд даёт заказчику более сильную защиту: обязательная гарантия по ст. 722 ГК, чёткие правила приёмки, ответственность за качество. Договор оказания услуг (глава 39 ГК) — для поддержки, консультаций, маркетинга. Иногда комбинируют: подряд на создание + услуги на поддержку.
Кому принадлежат права на сайт, если в договоре ничего не прописано?
По умолчанию — разработчику-исполнителю как автору (ст. 1228 ГК РФ). По статье 1296 ГК для программ ЭВМ и баз данных, созданных по заказу — права заказчику, если иное не предусмотрено договором. По статье 1288 ГК для произведений (дизайн, графика, иллюстрации, тексты), созданных по договору авторского заказа, — автору, если в договоре не предусмотрено отчуждение исключительного права заказчику. Поэтому ОБЯЗАТЕЛЬНО пропишите: «Исключительные права на все результаты — код, дизайн, графику — отчуждаются Заказчику в полном объёме».
Что должно быть в техническом задании?
Описание проекта (цель, аудитория, задачи); функциональные требования (список фич); технический стек; дизайн с референсами и Figma-макетами; интеграции (платёжки, CRM, API); требования к производительности (Core Web Vitals); безопасность (HTTPS, защита от XSS/SQL); тестирование; документация; критерии приёмки. Все требования — измеримые. Чем подробнее ТЗ, тем меньше споров «доделать ещё это бесплатно».
Какой гарантийный срок прописать?
Стандартно 6-12 месяцев со дня запуска (ст. 722 ГК РФ). Гарантия покрывает: ошибки в коде, неработоспособность функций из ТЗ, проблемы с производительностью. НЕ покрывает: новые функции, изменения требований заказчика, обновления используемых библиотек / API. Это нужно прямо прописать в договоре, иначе исполнитель будет всё называть «доработкой» и требовать оплату.
Что делать, если разработчик не сдаёт работу в срок?
По ст. 708 ГК срок — существенное условие подряда; за просрочку заказчик может отказаться от договора (ст. 715 ч. 2 ГК) с возмещением убытков. Алгоритм: 1) Письменная претензия с указанием просрочки и требованием уложиться в разумный новый срок. 2) При повторной просрочке — уведомление об одностороннем отказе. 3) Требование вернуть аванс за невыполненные работы + неустойка + убытки от срыва. 4) Иск в арбитражный суд для B2B (по месту нахождения ответчика).
Можно ли работать с разработчиком-самозанятым?
Да, это популярный вариант. Разработчик платит НПД 6% с дохода от юрлиц, заказчик не платит НДФЛ и страховые. Особенности: 1) Проверьте статус НПД перед оплатой (npd.nalog.ru). 2) Договор подряда / оказания услуг без признаков трудовых (нет графика, оклада, должности). 3) После оплаты — обязательно чек из «Мой налог» (без него нет расходов на УСН/прибыль). 4) Лимит дохода самозанятого 2,4 млн ₽ в год — при превышении он теряет статус и становится обычным физлицом для налогов. Подробнее на /vopros/dogovor-s-samozanyatym/.
Что если исполнитель отказывается передавать исходный код?
Это нарушение — если в договоре есть условие о передаче исключительных прав, исходный код входит в обязательную передачу (без него заказчик не получит реальной возможности использовать произведение). Алгоритм: 1) Претензия с требованием передачи. 2) Иск в арбитражный суд об обязании передать. 3) Жалоба в Роспатент (если нужно зарегистрировать программу). При наличии конфиденциальной бизнес-логики разработчик может ссылаться на коммерческую тайну — но тайна не препятствует передаче кода ВАМ как заказчику.
Как защититься от срыва сроков и переплат?
1) Подробное ТЗ как приложение — фиксирует объём. 2) Этапы с актами — частые контрольные точки, можно остановить работы. 3) Пени за просрочку (0,1% в день). 4) Лимит увеличения стоимости (например, +/- 10% по согласованию, свыше — допсоглашение). 5) Право на отказ от договора по ст. 715 ч. 2 ГК при существенной просрочке с возвратом аванса. 6) Удержание последней оплаты до полной передачи прав и доступов. 7) Гарантия 6-12 месяцев на исправление багов.
Не нашли ответа на свою ситуацию?
Опишите её своими словами — AI ответит со ссылками на конкретные статьи законов РФ.
Читайте также
Материал носит информационно-справочный характер, проверен на соответствие законодательству РФ по состоянию на 16 мая 2026 и не является юридической консультацией. Для значимых решений обратитесь к юристу.