Договор на разработку сайта: что обязательно прописать заказчику

Договор на разработку сайта большинство заказчиков подписывают в редакции студии, пролистав до реквизитов. Проблемы всплывают позже: сроки «плывут» без последствий, акт подписан «молчанием», код остался у подрядчика, а домен зарегистрирован на менеджера студии. Ниже — чек-лист условий, которые заказчику стоит проверить и при необходимости переписать до подписания: от вида договора до персональных данных.

Подряд или оказание услуг: какой вид договора выбрать

Договор на создание сайта в студиях оформляют по-разному: как подряд (глава 37 ГК РФ), как возмездное оказание услуг (глава 39) или как смешанный договор. Выбор не формальность — от него зависит, что вы вправе требовать и как выйти из проекта.

Для разработки «под ключ» заказчику обычно выгоднее подряд: вы покупаете результат и вправе требовать его соответствия ТЗ. Договор на оказание услуг по разработке сайта удобен исполнителю, потому что снимает с него ответственность за итог. Если студия настаивает на услугах, добавьте в договор ссылку на применение норм о подряде в части качества и приёмки — ст. 783 ГК это допускает.

Предмет договора, ТЗ и календарный план

Предмет — существенное условие любого договора (ст. 432 ГК), для подряда к нему добавляются сроки (ст. 708). Формулировка «разработка сайта для Заказчика» без приложений делает договор почти пустым: нельзя доказать, что сделано не то или не всё. Рабочая схема — короткий предмет в основном тексте и отсылка к приложениям:

• Техническое задание — функции, страницы, интеграции, требования к скорости и адаптивности, браузеры. Как его составить, разобрано в статье про техническое задание на сайт.
• Календарный план — этапы, сроки, результат каждого этапа.
• Смета — цена по этапам и порядок оплаты.
• Форма акта — что именно передаётся по каждому этапу.

Если ТЗ ещё нет, разбейте работу на два договора или два этапа: сначала аналитика и ТЗ с отдельной ценой, затем разработка по утверждённому ТЗ. Отдельно пропишите порядок изменения ТЗ — только письменно, с пересчётом цены и сроков. Это защищает и от бесконечных правок, и от «это не входило в задачу».

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

1. С какого события отсчитываются сроки — с даты оплаты аванса или с даты передачи материалов. Второе без ограничений — ловушка: срок не начнётся никогда.
2. Сколько времени у заказчика на согласование — и что этот срок не включается в срок исполнителя. Это честно по отношению к студии.
3. Что будет при просрочке — неустойка и право отказаться от договора (ст. 715 ГК), а не только «стороны примут меры».

Реальные ориентиры по срокам разработки — от 2–3 недель на лендинг до 2 месяцев и больше на интернет-магазин; если в плане заложено вдвое меньше, стоит спросить, за счёт чего.

Цена и порядок оплаты по вехам

Цена должна быть либо твёрдой, либо рассчитываться по понятной формуле (ставка × часы с лимитом). Приблизительная смета по ст. 709 ГК позволяет подрядчику требовать доплату при «существенном превышении» — если хотите фиксированный бюджет, прямо назовите цену твёрдой.

Оплату привязывайте к принятым этапам, а не к календарю. Типовая схема:

Последний платёж привязывайте к передаче исходников и доступов — это главный рычаг, чтобы получить их без переговоров. Пропишите также, облагается ли цена НДС, что считается моментом оплаты и какие расходы (лицензии CMS, платные модули, шрифты, фотобанки) входят в цену, а какие оплачиваются отдельно.

Приёмка работ: акт, замечания и «молчаливое» принятие

Раздел о приёмке — место, где договоры студий чаще всего перекошены в пользу исполнителя. Типичная формулировка: «если Заказчик в течение 3 рабочих дней не направил мотивированный отказ, работы считаются принятыми». Суды такие условия признают, а три дня на проверку сайта с каталогом и интеграцией с 1С — нереальный срок.

Что прописать заказчику:

• Реалистичный срок проверки — 5–10 рабочих дней на этап, для финальной приёмки больше.
• Критерии приёмки — соответствие ТЗ, прохождение тестовых сценариев, список браузеров и устройств.
• Порядок замечаний — перечень недостатков, срок их устранения исполнителем, повторная проверка. Замечания по ТЗ устраняются бесплатно; новые хотелки — отдельный заказ.
• Способ направления акта — конкретные e-mail или ЭДО. Акт, отправленный на случайный адрес, не должен запускать «молчаливую» приёмку.

Исключительные права и доступы: как сформулировать пункты

Ст. 1296 ГК по умолчанию отдаёт заказчику исключительное право на программу, базу данных или иное произведение, созданные по заказу, — но не действует, если исполнитель сам автор (фрилансер, самозанятый): тогда нужен договор авторского заказа по ст. 1288 с явной передачей прав. Подробно о том, кому по закону принадлежат код, дизайн и контент, — в статье кому принадлежит сайт. Для договора важен вывод: нужен явный пункт об отчуждении исключительного права (ст. 1234):

• исполнитель отчуждает заказчику исключительное право на все результаты работ в полном объёме: программный код, дизайн-макеты, графику, тексты, базы данных;
• момент перехода — подписание акта по этапу (или финального акта), а не «полная оплата по договору» с размытыми условиями;
• вознаграждение за отчуждение включено в цену работ;
• для чужих компонентов (CMS, библиотеки, шрифты, фото) — перечень с типом лицензии и гарантия исполнителя, что права на их использование получены;
• если студия оставляет за собой свою платформу или «ядро» — бессрочная неисключительная лицензия заказчику с правом модификации и передачи третьим лицам для доработки.

Отдельно прописывайте согласие авторов-сотрудников студии на обнародование и изменение произведений и отказ от указания имени, если это важно. И проверьте, нет ли пункта «исполнитель вправе использовать результаты в портфолио» без ограничений на закрытые разделы и данные.

Самая частая причина конфликтов при смене подрядчика — не код, а учётные записи. Договор должен прямо требовать, чтобы ресурсы регистрировались на заказчика или передавались ему:

• Домен — на юрлицо или ИП заказчика, с доступом к кабинету регистратора.
• Хостинг или VPS — договор с провайдером на заказчика; передаются панель, SSH, root.
• Репозиторий кода — в аккаунте или организации заказчика, с полной историей коммитов.
• Яндекс Метрика и Вебмастер — права владельца у заказчика, исполнителю — гостевой доступ.
• Платёжные сервисы (ЮKassa), CRM — договоры на заказчика, ключи API и настройки передаются.

Добавьте обязанность передать документацию по развёртыванию и все пароли в финальном акте. Как принимать сайт при смене исполнителя, подробно описано в статье о передаче сайта другому разработчику.

Гарантия, ответственность и неустойка

Если гарантийный срок не установлен, по ст. 724 ГК недостатки можно предъявить в разумный срок, но в пределах двух лет — и доказывать придётся заказчику. Явная гарантия удобнее обеим сторонам. Что прописать:

• срок гарантии и дата, с которой он отсчитывается, — обычно это дата финального акта;
• что считается гарантийным случаем — несоответствие ТЗ и ошибки в коде исполнителя, а не последствия правок третьих лиц или обновлений хостинга;
• сроки реакции и исправления по уровню критичности: сайт не работает, не работает оплата, косметика;
• что гарантия не аннулируется, если заказчик сам меняет контент через админку.

Гарантия — не то же самое, что сопровождение. Развитие и плановые работы после запуска оформляются отдельно, на условиях поддержки сайта, а измеримые параметры реакции — в SLA.

Неустойка (ст. 330 ГК) освобождает от доказывания размера убытков — достаточно факта нарушения. Соглашение о ней должно быть письменным. Проверьте симметричность: в шаблонах студий встречается перекос, когда пени за просрочку оплаты заказчиком заметно выше, чем за срыв сроков исполнителем, а для исполнителя ещё и установлен низкий потолок.

• Ориентир из практики — 0,1–0,3% от цены просроченного этапа за день с потолком 10–20%.
• Слишком высокую неустойку суд может снизить по ст. 333 ГК, так что 1% в день — скорее переговорная позиция, чем реальная защита.
• Пропишите, что уплата неустойки не освобождает от исполнения обязательств.
• Ограничение ответственности исполнителя суммой договора допустимо, но не для умышленных нарушений (ст. 401 ГК).

Конфиденциальность и персональные данные

Пункт о конфиденциальности (в подряде есть базовая норма — ст. 727 ГК) должен перечислять, что именно считается закрытой информацией: коммерческие данные, клиентские базы, доступы, неопубликованные материалы. Укажите срок действия обязательств — не меньше трёх лет после окончания договора.

Если исполнитель получит доступ к персональным данным клиентов (заявки, заказы, личные кабинеты), вы как оператор поручаете ему обработку. По ч. 3 ст. 6 закона № 152-ФЗ поручение оформляется договором, в котором указаны:

1. перечень персональных данных и действий с ними;
2. цели обработки;
3. обязанность соблюдать конфиденциальность, обеспечивать безопасность данных и требования к защите по ст. 19, включая уведомление оператора об утечках (ч. 3.1 ст. 21);
4. требования ч. 5 ст. 18 (базы данных граждан РФ — на серверах в России) и ст. 18.1;
5. обязанность по запросу оператора предоставлять документы, подтверждающие принятые меры защиты.

Ответственность перед субъектами персональных данных за действия исполнителя несёт оператор, то есть вы (ч. 5 ст. 6), а исполнитель отвечает перед вами. Поэтому пункт о поручении — не формальность: с 30 мая 2025 года действуют повышенные штрафы за утечки по ст. 13.11 КоАП (420-ФЗ), а при повторной утечке — оборотные.

Расторжение и передача наработок

Договор должен отвечать на вопрос: что вы получите, если проект остановится на середине. Минимум:

• основания одностороннего отказа заказчика: просрочка этапа больше N дней, повторное непринятие этапа;
• при любом расторжении исполнитель в течение 5–10 рабочих дней передаёт всё сделанное: макеты в исходниках, код в текущем состоянии, доступы, документацию;
• исключительные права на переданные наработки переходят к заказчику после оплаты выполненной части;
• порядок расчёта: оплата фактически выполненного по акту, возврат неотработанного аванса в конкретный срок.

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

Образец договора: структура разделов и типичные ловушки

Готовый образец договора на разработку сайта из интернета нужно адаптировать под проект — шаблон не знает, что у вас интеграция с 1С и личный кабинет. Ориентируйтесь на структуру:

1. Предмет договора и ссылки на приложения.
2. Права и обязанности сторон, ответственные представители, передача материалов.
3. Сроки и календарный план.
4. Цена, порядок оплаты, расходы на лицензии.
5. Сдача и приёмка, порядок замечаний.
6. Исключительные права и лицензии на сторонние компоненты.
7. Доступы, аккаунты, размещение на хостинге заказчика.
8. Гарантийные обязательства.
9. Ответственность и неустойка.
10. Конфиденциальность и поручение обработки персональных данных.
11. Изменение, расторжение, передача наработок.
12. Разрешение споров, электронный документооборот, реквизиты.

Приложения: ТЗ, календарный план, смета, форма акта, перечень передаваемых доступов. Договор на дизайн сайта строится так же, только предметом веб-дизайна становятся макеты: число концепций и итераций правок, формат исходников (Figma с компонентами), права на шрифты и иллюстрации.

Типичные формулировки в договорах студий, которые стоит переписать:

Чек-лист заказчика перед подписанием

• Вид договора понятен, нормы о подряде применяются к качеству и приёмке
• ТЗ, календарный план и смета оформлены приложениями
• Сроки считаются от понятного события, у каждого этапа есть дата
• Цена твёрдая, оплата привязана к принятым этапам, последний платёж — к передаче кода и доступов
• Срок проверки этапа не меньше 5 рабочих дней, адреса для акта указаны
• Исключительное право на код, дизайн и тексты отчуждается по акту, сторонние компоненты перечислены
• Домен, хостинг, репозиторий и аналитика оформлены на заказчика
• Гарантия с понятным сроком и временем реакции
• Неустойка симметрична и ограничена разумным потолком
• Есть пункт о конфиденциальности и поручение обработки персональных данных
• При расторжении наработки передаются в фиксированный срок

Вывод

Хороший договор на разработку сайта не делает проект успешным, но делает неудачу управляемой: вы знаете, что получите при срыве сроков, как выйти из проекта и с чем прийти к новому подрядчику. Большинство пунктов из чек-листа добросовестная студия принимает без споров. При создании сайта под ключ обсуждайте договор так же предметно, как дизайн и функциональность, — это часть результата, а не формальность.