
Договор на разработку сайта: что должно быть прописано
Без договора заказ сайта — это доверие на слово. Разбираем, какие пункты защищают заказчика: от точного ТЗ до перехода прав на код и порядка приёмки работ.
Автор
ЮрАльянс
Опубликовано
5 июля 2026 г.
Время чтения
4 мин
Коротко: Договор на разработку сайта — это не формальность, а инструмент защиты обеих сторон. В нём должны быть чётко прописаны: техническое задание как приложение, сроки по этапам, порядок приёмки работ, переход исключительных прав на код и дизайн к заказчику, а также ответственность за просрочку и объём гарантийной поддержки. Без этих пунктов почти любой спор с подрядчиком решается только «на словах».
Почему устные договорённости не работают
Разработка сайта — многоэтапный процесс, растянутый на недели или месяцы. За это время меняются менеджеры проекта, уточняются требования, возникают спорные моменты: «мы же не это имели в виду», «это была отдельная услуга», «доработки не входили в цену». Договор — это письменная фиксация того, что именно заказано, к какому сроку и за какую цену. Юридически он строится на нормах о договоре подряда (глава 37 ГК РФ) — с учётом специфики интеллектуальной собственности на созданный код и дизайн.
Особенно важно это для компаний: если сайт заказывает ООО или ИП, споры с подрядчиком без письменного договора почти всегда решаются не в пользу заказчика — доказать факт и условия сделки становится нечем.
Техническое задание — обязательное приложение
Сам договор обычно короткий и рамочный: предмет, цена, сроки, ответственность. Содержательная часть — техническое задание (ТЗ), которое оформляется приложением к договору и имеет ту же юридическую силу.
В ТЗ должно быть зафиксировано:
- структура сайта (карта разделов и страниц);
- функциональные требования (формы, интеграции, личный кабинет, каталог);
- технические требования (платформа/CMS, адаптивность, требования к хостингу);
- количество итераций правок дизайна, включённых в стоимость.
Без подписанного ТЗ любой спор о том, «входила ли эта функция в заказ», превращается в слово против слова. Именно ТЗ, а не сам договор, чаще всего становится главным доказательством в конфликте с подрядчиком.
Сроки и порядок приёмки работ
Договор должен разбивать проект на этапы с конкретными сроками (бриф, дизайн, вёрстка, наполнение, тестирование, запуск) — тогда просрочку легко зафиксировать и применить к ней неустойку, если она прописана. Столь же важен порядок приёмки: как оформляется акт сдачи-приёмки, сколько дней даётся заказчику на проверку, что происходит, если найдены недостатки.
Хорошая практика — двухступенчатая приёмка: акт по завершении разработки и отдельный акт после устранения замечаний. Это защищает заказчика от ситуации «деньги оплачены, а недоделки остаются навсегда».
Права на код, дизайн и контент
Один из самых упускаемых пунктов — переход исключительных прав. По умолчанию, если в договоре не указано иное, права на созданное произведение (дизайн-макет, программный код, тексты) могут оставаться неопределёнными или трактоваться не в пользу заказчика. В договоре должно быть прямо прописано: исключительное право на результат работ переходит к заказчику в полном объёме после подписания акта и полной оплаты.
Отдельно стоит уточнить статус используемых сторонних компонентов — шаблонов, библиотек, платных плагинов: на них права принадлежат правообладателям, а заказчик получает лицензию на использование, а не собственность.
Ответственность, доработки и гарантия
Договор должен отвечать на три практических вопроса:
- Что будет при просрочке — неустойка (пени за каждый день просрочки) или иной механизм компенсации.
- Что считается доработкой, а что — новой задачей — иначе любое пожелание после сдачи проекта превращается в спор о дополнительной оплате.
- Какой гарантийный период действует после запуска и что он покрывает — обычно это бесплатное исправление ошибок, обнаруженных в оговорённый срок (например, 3-6 месяцев), но не бесплатная доработка новых функций.
Если в проекте участвует подрядчик-физлицо без статуса ИП, дополнительно проверьте порядок оплаты налогов и взносов — это влияет на то, кто несёт риски при проверках.
Что делать перед подписанием
Прежде чем подписывать договор с веб-студией или фрилансером, проверьте: есть ли приложение с ТЗ, прописан ли переход прав на результат, указаны ли сроки по этапам, а не только общий срок «под ключ», и понятен ли порядок работы с правками. Если что-то из этого отсутствует — попросите включить перед подписанием, а не после начала работ.
Юридическое сопровождение сделки с подрядчиком, включая проверку и доработку договора, — часть услуг ЮрАльянс как компании, где юристы и веб-разработчики работают в одной команде. Посмотрите рейтинг IT-компаний Владивостока, чтобы сравнить подрядчиков по отзывам, а подробности о самой разработке — на странице создания сайтов.
Связанные материалы
Смотреть все →IT и автоматизация
Как выбрать веб-студию или разработчика во Владивостоке
Чек-лист для выбора веб-студии или разработчика: на что смотреть в портфолио, какие вопросы задавать до договора и какие «красные флаги» говорят о проблемах.
IT и автоматизация
Этапы и сроки разработки сайта
Разработка сайта — не чёрный ящик. Разбираем все этапы от брифа до запуска, типичные сроки и главные причины, почему проекты затягиваются.
IT и автоматизация
Конструктор сайтов или разработка под ключ: что выбрать бизнесу
Конструктор запускает сайт за пару дней, разработка под ключ — за пару недель. Разбираем честно, когда каждый вариант выгоднее и на чём бизнес теряет деньги при неверном выборе.