Договор на разработку сайта
Образец договора на разработку сайта 2026 — техническое задание, передача исходного кода, отчуждение исключительных прав по ст. 1234 и 1296 ГК РФ, поддержка
Обновлено: 2026-02-18
Договор на разработку сайта — соглашение, по которому исполнитель обязуется создать сайт по техническому заданию заказчика и передать ему результат вместе с правами на использование, а заказчик — принять результат и оплатить работу. По сути это договор подряда, осложнённый передачей исключительных прав на программу для ЭВМ и иные результаты интеллектуальной деятельности.
К отношениям сторон применяется глава 37 Гражданского кодекса о подряде (общие положения и подряд на выполнение работ), а в части прав на созданный сайт — глава 70 ГК РФ об авторских правах, включая ст. 1296 ГК РФ о программах, созданных по заказу, и ст. 1234 ГК РФ об отчуждении исключительных прав.
Техническое задание и состав работ
Существенным условием договора является предмет. Применительно к разработке сайта предмет конкретизируется через техническое задание (ТЗ): структура сайта, перечень страниц, функциональные требования, дизайн-макеты, интеграции, требования к производительности и безопасности.
ТЗ — приложение к договору и его неотъемлемая часть. Без согласованного ТЗ договор уязвим к признанию незаключённым: суды устойчиво придерживаются позиции, что общие фразы «создать сайт» не позволяют установить, что именно должен сделать исполнитель. На практике ТЗ оформляют в формате 5–20 страниц и подписывают одновременно с договором.
Изменения ТЗ в ходе работ — частая проблема. В договоре предусмотрите процедуру «change request»: заказчик подаёт письменную заявку, исполнитель оценивает сроки и стоимость, стороны подписывают дополнительное соглашение. Без формализованной процедуры устные «доделки» приведут к спорам о цене и сроках сдачи.
Состав работ обычно делится на этапы:
- проектирование и согласование архитектуры;
- дизайн (макеты UX/UI);
- вёрстка и фронтенд-разработка;
- бэкенд-разработка и интеграции;
- наполнение контентом и тестирование;
- развёртывание на боевом сервере и сдача.
Каждый этап завершается актом приёмки с возможностью корректировки следующего этапа на основе обратной связи. Поэтапная приёмка снижает риски обеих сторон: заказчик контролирует промежуточные результаты, исполнитель получает оплату по факту выполнения.
Сторонние библиотеки и Open Source
Сайт почти всегда использует сторонние компоненты: фреймворки, библиотеки, CMS, плагины. У них собственные лицензии — MIT, Apache 2.0, GPL, BSD. Договор должен обязывать исполнителя раскрыть полный перечень используемых компонентов и их лицензии. Особенно осторожно с GPL — она требует открытия исходного кода производных работ, что может конфликтовать с интересами заказчика. Включите в договор гарантию исполнителя об отсутствии нарушений прав третьих лиц.
Цена работ согласуется сметой по этапам. На рынке IT-разработки распространены три модели:
- fixed price — фиксированная цена за весь объём, риск изменения трудозатрат на исполнителе;
- time & materials — почасовая оплата фактически отработанного времени, риск на заказчике;
- agile fixed — гибрид с фиксированным бюджетом на спринт и согласованием объёма работ внутри.
Для разработки сайта с чётко определённым ТЗ оптимальна fixed price. Для долгосрочных проектов и продуктовой разработки — T&M или agile fixed.
Передача исключительных прав и исходного кода
Ключевой вопрос договора на разработку — кому принадлежат права на созданный сайт. По общему правилу программа для ЭВМ, созданная по договору, предмет которого предусматривал её создание, принадлежит заказчику (п. 1 ст. 1296 ГК РФ). Это правило диспозитивное: договор может предусматривать, что исключительное право остаётся у исполнителя.
На практике стороны явно указывают в договоре, кому переходит исключительное право и в каком объёме:
- полное отчуждение в пользу заказчика — заказчик становится правообладателем и может использовать код любым способом, передавать третьим лицам, модифицировать;
- неисключительная лицензия — заказчик получает право использовать сайт, но не владеет правами; исполнитель может продавать аналогичные решения другим;
- исключительная лицензия с территориальными или временными ограничениями — промежуточный вариант.
Для разработки коммерческого сайта стандарт — полное отчуждение по ст. 1234 ГК РФ. Договор должен прямо указывать на отчуждение исключительного права и определять момент перехода — обычно с момента подписания акта сдачи-приёмки и оплаты в полном объёме. Без явного указания на отчуждение заказчик может получить только лицензию, что приведёт к спорам при попытке перепродать или передать сайт.
Состав передаваемого кода
Договор должен чётко определять, что именно входит в передачу: исходный код всех модулей, базы данных, графические макеты в редактируемых форматах (PSD, Figma), документация разработчика, инструкции по развёртыванию, пароли и доступы. Передача оформляется актом с описью артефактов и контрольными суммами файлов. Без этого через год заказчик не сможет доработать сайт у другого подрядчика — у него физически не будет исходников.
Передача прав не освобождает от обязанности передать сам код. Эти две вещи — разные. Можно владеть правами и не иметь исходного кода (тогда права бесполезны), и наоборот — иметь код без прав на его использование (нарушение лицензии). Договор фиксирует обе составляющие.
Программисты исполнителя являются авторами кода как физические лица. Если они работают по трудовому договору в компании-исполнителе, это служебное произведение, и исключительное право возникает у работодателя в силу ст. 1295 ГК РФ. При работе с фрилансерами через гражданско-правовые договоры цепочка прав должна быть закрыта актами и договорами от автора к исполнителю и от исполнителя к заказчику.
Сдача-приёмка, гарантия и поддержка
Сдача готового сайта оформляется актом приёмки. Заказчик в течение установленного срока (обычно 5–10 рабочих дней) проверяет соответствие результата техническому заданию и либо подписывает акт, либо направляет мотивированный отказ с перечнем недостатков.
Недостатки делятся на критические, существенные и косметические. Договор должен определять, какие из них блокируют приёмку, а какие могут быть устранены после ввода в эксплуатацию. Без этой градации стороны увязают в спорах о том, является ли каждый мелкий дефект основанием для отказа от приёмки.
Гарантийный срок на разработанный сайт устанавливают договором; стандарт — 6–12 месяцев с момента сдачи. В пределах гарантии исполнитель безвозмездно устраняет обнаруженные ошибки в исходном коде. Гарантия не покрывает изменения, вносимые заказчиком или третьими лицами, а также проблемы, вызванные внешними факторами: изменения API сторонних сервисов, обновления браузеров, атаки.
Поддержка после сдачи — отдельный вопрос. Договор может предусматривать:
- бесплатное гарантийное обслуживание (исправление ошибок) в течение определённого срока;
- платное техническое сопровождение по отдельной ставке (часовой или абонементной);
- возможность доработок по дополнительным заявкам с отдельным согласованием цены.
Без условия о поддержке заказчик после сдачи остаётся один на один с сайтом — это допустимо, но рискованно: первые недели эксплуатации обычно вскрывают неочевидные баги.
Перед подписанием договора проверьте контрагента по чек-листу должной осмотрительности и сверьтесь с общими условиями договора подряда. Для последующего лицензирования готового продукта используйте отдельный лицензионный договор на ПО, а условия конфиденциальности оформите через NDA.
Регистрация программы для ЭВМ в Роспатенте — добровольная процедура, не обязательная для возникновения авторских прав, но полезная как доказательство в спорах. Госпошлина за регистрацию программы для ЭВМ на 2026 год — 13 500 ₽ (с подачей в электронном виде — 9 450 ₽). Сертификат о регистрации выдаётся в течение 2 месяцев.
В договор стоит включить:
- ссылку на ТЗ как неотъемлемое приложение;
- порядок изменения ТЗ через change requests;
- этапы разработки с актами и оплатой;
- объём передаваемых прав и момент их перехода;
- перечень используемых сторонних компонентов и их лицензий;
- состав передаваемых артефактов (код, макеты, документация, доступы);
- гарантийный срок и условия поддержки;
- условие о конфиденциальности информации, полученной в ходе разработки.