
Нужна помощь с реализацией?
Наша команда готова взяться за ваш проект. Оставьте заявку — мы свяжемся с вами и обсудим детали.
Похожие статьи
Все статьи

Как спасти проблемный IT-проект: аудит и перезапуск разработки
Читать полностью

QA-инженер против тестировщика: ключевые отличия и почему первый зарабатывает больше в 2026 году
Читать полностью

Solution Architect: чем он отличается от Software Architect и за что платят 400 000 ₽+ в 2026 году
Читать полностью
Телеграмм
Делимся визуально привлекательными фрагментами наших последних веб-проектов.
ВКонтакте
Пишем о интересных технических решениях и вызовах в разработке.
MAX
Демонстрируем дизайнерские элементы наших веб-проектов.
TenChat
Деловые связи, кейсы и экспертные публикации.
Рассылка
© 2025-2026 МАЙПЛ. Все права защищены.
Договор на разработку сайта заключают как подряд или как смешанный договор. В договоре должны быть предмет со ссылкой на техническое задание, этапы и сроки выполнения работ, цена и порядок оплаты по этапам работ, условия приемки результата со сроком на замечания и доработку, порядок изменения требований, условия гарантии, ответственность за просрочку и переход исключительных прав на результат. По статье 1296 ГК РФ права на заказное произведение принадлежат заказчику, если договор не установил иное.
Дальше — разбор со стороны подрядчика: какие пункты о правах и приемке реально срабатывают в споре, а какие остаются формальностью. Отдельно — что делать, если исполнитель срывает сроки: от претензии до отказа от договора.

Если результат — готовый сайт, который можно проверить по ТЗ, это подряд. Если исполнитель ведет сайт по заявкам за абонентскую плату — услуги. Есть и то и другое — нужен смешанный договор с отдельными разделами.
От типа зависит приемка: в подряде принимают результат по акту, в услугах платят за процесс, даже если результат не устроил.
Подрядный предмет: «создать и передать сайт согласно ТЗ». Сервисный: «оказывать услуги по поддержке сайта». По статье 702 ГК подрядчик обязан выполнить работу и сдать результат, поэтому заказчик вправе не принимать ее, пока сайт не соответствует ТЗ.
При сервисной формулировке этот рычаг пропадает: услуга считается оказанной самим фактом выполнения, и спор уходит в оценку качества.
Допустим, на согласование макета отведено 2 рабочих дня: не прислал замечаний — макет принят. В подряде это понятная точка приемки, в услугах ее нет.

Проверьте, есть ли в договоре каждый пункт:
Если пункта нет, его либо дописывают, либо осознанно принимают риск спора без опоры на текст.
Порядок изменений: заказчик присылает запрос по почте, исполнитель оценивает объем, стороны подписывают допсоглашение с ценой и сроком. Без этого любая доработка спорна.
Гарантию удобно оформить как мини-SLA. Образец: «В гарантийный период исполнитель реагирует на критическую ошибку в срок, указанный в приложении, некритичные исправляет в согласованный срок. Гарантия не распространяется на сбои по вине заказчика и сторонних сервисов». Приоритеты ошибок и лимит бесплатных работ расписывают там же. Срок реакции и срок исправления называют отдельно.
Что сделать сейчас: сверьте свой договор с этим списком и допишите недостающее.

Отдельными приложениями к договору выносят техническое задание, календарный план, смету и форму акта. Закон для подряда требует зафиксировать начальный и конечный сроки работы, а промежуточные сроки можно добавить сверху — это удобно оформить именно в приложении, а не в теле договора.
Смысл в том, что поправить приложение проще, чем переподписывать весь договор: поменялся этап — меняется календарный план, а не разделы про права и ответственность.
| Приложение | Что внутри | Когда меняется |
|---|---|---|
| Техническое задание | Структура сайта, функционал, требования к разделам | При изменении объема работ |
| Календарный план | Сроки этапов исполнителя и согласований заказчика | При сдвиге сроков или добавлении этапа |
| Смета | Стоимость по этапам, порядок расчета аванса | При изменении цены или состава работ |
| Форма акта | Структура акта, поля для замечаний | При смене порядка приемки |
В этих приложениях чаще всего теряют деньги и время на споры:
Заказчику на согласование этапов работ закон и практика отводят 18 рабочих дней — этот срок стоит прописать в плане отдельно от срока работы исполнителя. Срок сдачи всего проекта складывается из времени работы исполнителя и времени согласований на стороне заказчика.
Например, если исполнитель тратит на работу по этапам 35 рабочих дней, а заказчик — 18 рабочих дней на проверку и утверждение, общий срок сдачи составит 53 рабочих дня. На утверждение макетов удобно выделить отдельный короткий срок — например, 2 рабочих дня, — чтобы не растягивать промежуточные этапы.
Такое деление снимает спор о просрочке: видно, сколько дней потратил исполнитель и сколько — заказчик на ответ.

По статье 1296 ГК права на заказное произведение у заказчика, если договор не установил иное. Полагаться только на это рискованно: исполнитель может предложить лицензию, и закон это допускает.
Критерий выбора: если заказчик хочет полностью владеть сайтом и дорабатывать его с другими подрядчиками — отчуждение плюс запрет удерживать домен, код и доступы. Если исполнитель использует свою платформу или готовые модули — лицензия на них, отчуждение на остальное.
Три варианта: права переходят с подписания акта; с полной оплаты этапа; сначала лицензия, затем отчуждение после расчета. Вместе с правами передают исходный код, доступы, бэкапы и ключи API — их включают в результат работ. Без этого перечня сайт работает, но дорабатывать его нечем.
Что сделать сейчас: проверьте, назван ли в договоре момент перехода прав по каждому этапу.

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

Цепочка при срыве срока: пеня, письменная претензия, новый срок, отказ от договора, удержание оплаты за непринятый этап.
Если исполнитель пропустил срок этапа, сначала отправляют претензию с конкретной датой сдачи. Отказ — только после повторного срыва: так у заказчика есть доказательство, что исполнителю дали шанс.
Пеню считают от стоимости просроченного этапа, а не всего проекта, и ставят ей потолок. Зеркально прописывают пеню заказчику за просрочку оплаты — так условие сбалансировано для обеих сторон.
Что сделать сейчас: проверьте, привязана ли пеня к этапу.
Работает мотивированный отказ от приемки: список конкретных замечаний и срок на устранение. Оплачивают только принятые этапы — за то, что не приняли, платить не нужно.
Для «застрявшего» проекта пропишите порядок расторжения: уведомление, фиксация выполненного объема, оплата принятого и передача сделанного вместе с исходниками и доступами.
Спор решают документы. Если замечания отправлены письмом с датой и сроком, а этапы закрыты актами, основание для расторжения готово. Устные претензии и правки в мессенджере без дат доказать почти невозможно.

Распространенное заблуждение: раз форму на сайте сделал подрядчик, значит, он и отвечает за персональные данные посетителей. На деле оператором остается заказчик — бизнес, на который приходят заявки. Исполнитель обрабатывает данные только по поручению заказчика, и это поручение стоит прописать отдельным пунктом договора.
Еще одно заблуждение: согласие на обработку данных и политика конфиденциальности — формальность, которую можно добавить позже. Без них форма собирает данные без правовых оснований с первого дня работы сайта. Если у подрядчика есть доступ к заявкам или базе клиентов, в договоре обязательно нужно поручение на обработку с четкими условиями — иначе доступ есть, а ответственность размыта.
Чего стоит избегать:
В пункте о поручении фиксируют цели обработки, конкретный состав данных, меры защиты доступа и запрет передавать данные третьим лицам. Отдельно указывают срок, в который исполнитель обязан удалить свои копии после окончания работ. Здесь работает та же логика, что и в основном договоре: он должен предусматривать минимум два срока — начала и окончания работы, а не размытую фразу «после сдачи проекта». Если, например, на все работы отведено 35 рабочих дней, срок удаления копий данных логично привязать к дате сдачи этого этапа, а не оставлять открытым.
Кто готовит политику обработки данных и текст согласия на форме — вопрос отдельного задания, а не молчаливого умолчания. Обычно текст готовит заказчик как оператор, а исполнитель только размещает его на странице; но договор может возложить подготовку и на исполнителя отдельным пунктом. Если стоимость этой работы отдельно не прописана, цену, как и по всему договору, можно определить отдельной сметой по соглашению сторон.
Проверьте, назван ли в вашем договоре оператор персональных данных прямо, и есть ли пункт с поручением на обработку и сроком удаления копий.
Работаем по договору с этапами, фиксированной сметой и передачей исключительных прав заказчику. Разработка сайта — от 50 000 ₽, шаблон договора и ТЗ пришлем до старта: раздел «Сайты».