Содержание12
- Какую форму договора выбрать
- Предмет договора и техническое задание
- Оплата: аванс, поэтапность и неустойка
- Сроки и материалы заказчика
- Приёмка сайта
- Интеллектуальная собственность
- Домен и хостинг
- Гарантийный срок и конфиденциальность
- Ответственность, форс-мажор и разрешение споров
- Чек-лист проверки договора
- Частые вопросы
- Источники
Договор разработки сайта без чётких условий — это путь к затянутым срокам, переплатам и спорам о том, чья это вообще работа. Заказчик хочет получить готовый продукт, исполнитель — защититься от бесконечных правок. Разберём, какие пункты реально работают в 2026 году и какие формулировки превращают договор в фикцию.
Какую форму договора выбрать
Один заказчик заплатил 800 тысяч рублей за «услуги по разработке сайта». Сайт не работал. Суд отказал во взыскании: по договору оказания услуг результат не гарантирован, а доказать ненадлежащее исполнение почти невозможно.
Форма договора определяет всё остальное. Договор подряда по ст. 702–729 ГК РФ обязывает исполнителя достичь результата — работающий сайт, который заказчик примет по акту. Договор оказания услуг по ст. 779–783 ГК РФ фиксирует только деятельность: дизайнер нарисовал, программист написал код, а собирается ли это в единый продукт — отдельный вопрос.
Смешанный договор — типичная практика в IT, но суды переквалифицируют его в подряд, если стороны ожидали конкретный результат. Для заказчика «услуги» — риск получить неработающий продукт без права на возврат. Для исполнителя «подряд» — жёсткая ответственность за сроки и качество с возможными штрафами.
| Критерий | Договор подряда (ст. 702–729 ГК РФ) | Договор услуг (ст. 779–783 ГК РФ) |
|---|---|---|
| Результат | Обязателен: работающий сайт | Не гарантирован: процесс важнее |
| Приёмка | Обязательный акт приёмки-передачи | Не требуется, достаточно отчёта |
| Ответственность | Полная за нарушение сроков и качества | Ограниченная, сложно доказать |
| Гарантийный срок | Предусмотрен законом | Не применяется автоматически |
| Судебная практика | Заказчик защищён сильнее | Исполнитель защищён сильнее |
Для большинства проектов разработка одностраничного сайта и сложных веб-приложений выбирайте договор подряда с приложенным техническим заданием. «Услуги» допустимы только при консультативной работе без конкретного результата.
Предмет договора и техническое задание
Предмет договора — не «разработка сайта», а конкретный набор работ с чёткими границами. Без этого пункт превращается в источник бесконечных правок.
Работает так: рамочный договор с заказами-приложениями для постоянного сотрудничества или разовый договор с фиксированным ТЗ для конкретного проекта. В понятие «сайт» должны входить: дизайн-макеты, адаптивная вёрстка, программный код, наполнение контентом или его отдельная оплата.
Типичные ловушки в формулировках:
- «Доработки в рамках ТЗ» без указания, сколько итераций включено
- «Неограниченное количество правок» — исполнитель зависает в проекте месяцами
- «Утверждённый дизайн» без процедуры утверждения и формы согласия
Если в договоре нет ссылки на конкретное ТЗ с версией и датой — у вас нет доказательств, что должно было быть сделано.
Техническое задание — неотъемлемая часть договора. Без него документ неполноценен: стороны спорят о функционале, который «обещали устно», а суд не может проверить, что было договорённостью.
Оплата: аванс, поэтапность и неустойка
Аванс и предоплата — разные вещи. Аванс возвращается при расторжении, если работы не начаты. Предоплата — часть цены, зачитывается в окончательный расчёт. В договоре указывайте точный термин.
Поэтапная оплата привязывается к результатам, а не к датам. Пример: часть после утверждения дизайна, часть после вёрстки, остаток после запуска на боевом домене. Так заказчик видит прогресс, а исполнитель получает деньги за конкретную работу.
Неустойка за просрочку сдачи работает в обе стороны. Но ст. 333 ГК РФ позволяет суду снизить пени, если они «явно несоразмерны» последствиям нарушения. На практике суды снижают завышенные ставки. Разумный потолок зависит от стоимости договора и тяжести нарушения.
Симметрия важна. Если пени за просрочку сдачи установлены, то за задержку оплаты — аналогично. Асимметричный договор суды пересматривают в пользу слабой стороны.
Право приостановить работу при неоплате — защита исполнителя. Но механизм должен быть прописан: уведомление, срок для оплаты, форма возобновления.
Сроки и материалы заказчика
Сроки начинают идти не с даты подписания договора, а с момента, когда исполнитель может реально работать. Обычно — после аванса и предоставления материалов.
Материалы заказчика: тексты, фото, доступы к хостингу, реквизиты для размещения, логотипы в векторе. Перечислите их в приложении с конкретными сроками. «Предоставить по запросу» — формулировка, которая гарантирует срыв.
Механизм фиксации задержки:
Без письменного документирования суд может не признать основание для сдвига сроков. Устная договорённость «ну, мы подождём» не работает.
Приёмка сайта
Приёмка — момент истины. Здесь решается, работает ли сайт и кто за него платит.
Срок на проверку зависит от сложности: несколько дней для лендинга, больше — для интернет-магазина с интеграциями. В договоре фиксируйте конкретный срок с момента передачи на тестовый домен или боевой.
Мотивированный отказ — перечень недостатков с конкретными ссылками на пункты ТЗ. «Сайт не нравится» — не мотивированный отказ. «Кнопка «Оформить заказ» не открывает форму при клике, нарушение п. 4.3 ТЗ от 15.09.2026» — мотивированный.
Молчаливое принятие — ловушка для заказчика. Если договор не предусматривает обязанность направить мотивированный отказ в срок, сайт считается принятым по факту использования. Даже если он не работает.
Промежуточные акты по этапам лучше одного финального: дизайн, вёрстка, программирование, наполнение. На каждом этапе — подписание или мотивированный отказ. Так проблемы выявляются раньше, чем при финальной приёмке.
Что подписывается: работающий сайт на тестовом домене с доступом для проверки или сразу на боевом. Перенос на боевой домен — отдельный этап после подписания акта приёмки.
Интеллектуальная собственность
Исключительные права и лицензия — разные режимы. Исключительные права позволяют заказчику продавать сайт, модифицировать, передавать третьим лицам. Лицензия ограничивает использование: нельзя передать другому разработчику, нельзя продать как продукт.
Момент перехода прав — ключевой пункт. Варианты: полная оплата, подписание акта приёмки-передачи, или иное условие. Часть 4 ГК РФ регулирует объекты авторских прав в сайте: дизайн, код, текстовый контент.
Добровольная регистрация в Роспатенте имеет смысл при создании уникального программного обеспечения для массового тиражирования. Для типового корпоративного сайта — избыточная мера.
Право на домен и хостинг — это не авторское право. Договор должен отдельно регламентировать передачу доступов и прав администрирования.
Исключения, которые нельзя передать: CMS с открытым кодом (WordPress, 1С-Битрикс), стоковые изображения по лицензии, коммерческие шрифты. Заказчик получает права на уникальный код и дизайн, но не на используемые инструменты.
Риск: исполнитель держит домен на своё имя. После подписания акта и оплаты домен остаётся в его личном кабинете — заказчик не может продлить, передать, управлять DNS. Создание адаптивного сайта подразумевает, что заказчик контролирует все активы проекта.
Домен и хостинг
Кто регистрирует домен — определяет владельца. Домен на имя исполнителя — распространённая, но рискованная практика. При расторжении он может потребовать доплату за «переоформление» или вовсе отказаться передавать.
Хостинг: аренда у исполнителя удобна, но создаёт зависимость. Собственный хостинг заказчика — контроль, но требует технической грамотности. В договоре укажите, чей хостинг используется и как происходит перенос.
Передача доступов — отдельный пункт: логины и пароли от панели управления доменом, хостинг-панели, FTP, базы данных, CMS. Без этого заказчик получает сайт, которым не может управлять.
Процедура переноса: кто инициирует, в какой срок, кто отвечает за простой. При расторжении — передача архива сайта, базы данных, перенос домена или его делегирование. Удаление сайта без передачи архива — грубое нарушение, фиксируйте запрет в договоре.
Гарантийный срок и конфиденциальность
Гарантийный срок зависит от сложности проекта: меньше — для простого сайта, больше — для сложного с интеграциями. От чего зависит — объём кода, число сторонних сервисов, кастомная логика.
Что входит в гарантию: ошибки кода, неработающий заявленный функционал, сбои при стандартном использовании. Что исключается: изменение функционала после сдачи, правки контента без договорённости, поломки из-за обновления сторонних сервисов.
Граница между гарантией и доработками — самая спорная зона. «Исправить баг» — гарантия. «Добавить фильтр по цене, которого не было в ТЗ» — доработка за отдельную плату.
NDA — обоюдный. Исполнитель не разглашает коммерческую информацию заказчика, заказчик — технологии и методы работы исполнителя. Срок действия после расторжения: 5 лет.
152-ФЗ «О персональных данных» применяется, если сайт собирает данные через формы обратной связи, заказов, регистрации. В договоре достаточно оговорки: исполнитель разрабатывает технические средства, заказчик несёт ответственность за обработку как оператор.
Ответственность, форс-мажор и разрешение споров
Пределы ответственности ограничивают риски обеих сторон. Варианты: процент от стоимости договора, прямой ущерб с документальным подтверждением, исключение упущенной выгоды как непредсказуемой.
Форс-мажор: перечень событий (стихия, война, санкции, отказ инфраструктуры), механизм уведомления в течение определённого срока, последствия — продление сроков или расторжение без штрафов.
Претензионный порядок обязателен: срок на рассмотрение претензии, форма (письменная, с описанием нарушения и требованием), последствия пропуска — потеря права на судебное взыскание.
Арбитражная оговорка ускоряет разрешение споров, но дороже: арбитражные сборы, плата за арбитров. Суд общей юрисдикции — дольше, дешевле, предсказуемее для мелких споров.
Медиация — альтернатива для IT-споров, когда стороны хотят сохранить отношения. Необязательна, но в договоре можно предусмотреть как обязательный этап до суда.
Чек-лист проверки договора
Готовый инструмент для проверки перед подписанием:
| № | Пункт | Статус |
|---|---|---|
| 1 | Форма договора: подряд, услуги или смешанный — указана явно | Обязательно |
| 2 | Ссылка на конкретное ТЗ с версией и датой | Обязательно |
| 3 | Перечень работ и границы проекта | Обязательно |
| 4 | Механизм оплаты: аванс/предоплата, поэтапность, привязка к результатам | Обязательно |
| 5 | Неустойка: размер, потолок, симметрия для обеих сторон | Обязательно |
| 6 | Сроки сдачи и отсчёт: с аванса, материалов или подписания | Обязательно |
| 7 | Перечень материалов заказчика со сроками и механизмом продления | Обязательно |
| 8 | Процедура приёмки: срок проверки, мотивированный отказ, молчаливое принятие | Обязательно |
| 9 | Момент перехода исключительных прав: оплата, акт или иное условие | Обязательно |
| 10 | Исключения из передачи прав: CMS, стоки, шрифты | Обязательно |
| 11 | Домен: на чьём имя регистрируется, порядок передачи | Обязательно |
| 12 | Хостинг и доступы: чей, передача логинов/паролей | Обязательно |
| 13 | Гарантийный срок: длительность, что входит, что исключается | Желательно |
| 14 | NDA: обоюдность, срок после расторжения | Желательно |
| 15 | Порядок разрешения споров: претензия, арбитраж, суд | Желательно |
Красные флаги — формулировки, при которых стоит насторожиться: «неограниченное количество правок», «доработки в рамках ТЗ» без границ, «молчаливое принятие по истечении короткого срока», домен на имя исполнителя без обязанности передачи, отсутствие приложений к договору.
Если договор не проходит по обязательным пунктам — не подписывайте, дорабатывайте. Потраченные на согласование часы дешевле месяцев судебных разбирательств.
Источники
- Гражданский кодекс Российской Федерации, части первая и четвёртая — КонсультантПлюс
- Федеральный закон № 152-ФЗ «О персональных данных» — КонсультантПлюс
