Что должно быть в договоре на разработку сайта в 2026 году: обязательные пункты и ловушки
Коротко: Договор на разработку сайта в 2026 году должен включать минимум 9 ключевых разделов. Самые критичные — передача исключительных прав на код (без этого сайт юридически принадлежит разработчику), поэтапные сроки с неустойкой за просрочку и чёткий порядок правок. Типовой договор на 3–5 страниц защищает только студию. Нормальный договор — 10–20 страниц с приложениями.
Почему типовой договор студии вас не защищает?
Большинство студий и фрилансеров предлагают клиенту готовый шаблон договора на 2–4 страницы. Внешне он выглядит профессионально, но написан в интересах исполнителя: размытые сроки, отсутствие штрафов, права на код остаются у разработчика, а порядок правок не прописан вообще. По данным анализа судебной практики по IT-спорам 2023–2025 годов, более 70% конфликтов между заказчиками и разработчиками возникают именно из-за того, что договор не регулировал спорную ситуацию. Типичный исход — потеря аванса (обычно 30–50% бюджета) и незаконченный сайт.
Какие разделы обязательны в договоре на разработку сайта?
Полноценный договор на веб-разработку состоит из основного текста и приложений. Основной текст регулирует юридические отношения, приложения — техническую сторону. Вот минимальный набор разделов, без которых подписывать договор опасно.
1. Предмет договора и ссылка на ТЗ
Предмет должен быть сформулирован конкретно: не «разработка сайта», а «разработка корпоративного сайта компании X в соответствии с Техническим заданием (Приложение №1)». Техническое задание — обязательное приложение к договору. Если ТЗ нет или оно размытое («современный дизайн», «удобный интерфейс»), любой спор о результате будет решаться в пользу исполнителя: он сдал то, что сделал, а вы не можете доказать, что ожидали другого.
2. Сроки — поэтапно, с датами
Общая фраза «срок разработки — 2 месяца» юридически бесполезна. Нужны этапы с конкретными датами: дата сдачи дизайн-макета, дата запуска тестовой версии, дата финальной сдачи. Каждый этап должен иметь описание результата и порядок приёмки. Без поэтапных сроков вы не сможете расторгнуть договор и потребовать возврат денег, даже если разработчик пропал на 3 месяца.
3. Стоимость и порядок оплаты
Оптимальная схема оплаты для заказчика: 30% аванс → 40% после сдачи дизайна → 30% после финальной приёмки. Никогда не платите более 50% авансом — это стандартная рекомендация для IT-проектов любого масштаба. В договоре должно быть прописано, что оплата следующего этапа производится только после подписания акта приёмки предыдущего. Отдельно фиксируйте стоимость доработок сверх ТЗ — обычно это почасовая ставка (в 2026 году: 2 000–6 000 руб./час для студий, 1 000–3 000 руб./час для фрилансеров).
4. Передача исключительных прав на код
Это самый важный и самый часто пропускаемый пункт. По российскому законодательству (ст. 1296 ГК РФ), если в договоре прямо не указана передача исключительных прав заказчику, права на созданный код остаются у разработчика. Это означает: вы не можете легально передать сайт другому разработчику, продать бизнес вместе с сайтом или даже самостоятельно вносить изменения в код. Формулировка в договоре должна быть дословно: «Исполнитель передаёт Заказчику исключительные права на результаты интеллектуальной деятельности, созданные в рамках настоящего договора, в полном объёме». Отдельно уточните права на дизайн — он охраняется отдельно от кода.
5. Порядок внесения правок
Без этого пункта «бесконечные правки» — главный источник конфликтов. Стандартная практика 2026 года: 2–3 раунда правок включены в стоимость каждого этапа, последующие — оплачиваются отдельно по часовой ставке. Важно зафиксировать срок ответа заказчика на сданный этап (обычно 5–10 рабочих дней). Если заказчик не отвечает в срок — этап считается принятым. Это защищает и вас, и разработчика от бесконечного затягивания.
6. Гарантийные обязательства
Гарантия на сайт в 2026 году — стандартно 3–6 месяцев. В течение гарантийного срока разработчик обязан бесплатно исправлять баги, возникшие по его вине. Важно разграничить: гарантия покрывает ошибки в коде, но не «хочу поменять цвет кнопки» или «добавьте новый раздел». Зафиксируйте в договоре, что считается гарантийным случаем, а что — новой задачей.
7. Ответственность сторон и неустойка
Договор без неустойки — пустая бумага. Стандартные формулировки: за просрочку сдачи этапа — 0,1–0,5% от стоимости этапа за каждый день просрочки; за просрочку оплаты заказчиком — аналогично. Максимальный размер неустойки обычно ограничивают 10–20% от суммы договора. Без этого пункта единственный способ получить компенсацию за срыв сроков — суд, который займёт 6–12 месяцев.
8. Порядок расторжения договора
Пропишите условия одностороннего расторжения для обеих сторон. Для заказчика: право расторгнуть договор с возвратом пропорциональной части аванса, если разработчик нарушил сроки более чем на N дней. Для разработчика: право приостановить работы при задержке оплаты более чем на N дней. Без этого пункта расторжение договора возможно только через суд или по соглашению сторон.
9. Конфиденциальность и NDA
Если ваш проект содержит коммерческую тайну, уникальные алгоритмы или чувствительные данные пользователей — добавьте раздел о конфиденциальности или подпишите отдельное NDA. Для большинства обычных сайтов это необязательно, но для SaaS-проектов, маркетплейсов и корпоративных систем — критично.
Сравнение: что есть в типовом и нормальном договоре
| Пункт договора | Типовой договор студии | Нормальный договор |
|---|---|---|
| Техническое задание | Нет или 1 страница без деталей | Приложение 10–30 страниц с макетами и требованиями |
| Сроки | Общий срок без этапов | Поэтапные сроки с датами и описанием результата |
| Передача прав на код | Отсутствует или размыто | Явная передача исключительных прав (ст. 1296 ГК РФ) |
| Передача прав на дизайн | Отсутствует | Отдельно прописана передача прав на дизайн |
| Порядок правок | Не прописан | Количество раундов, стоимость доп. правок, срок ответа заказчика |
| Неустойка за просрочку | Отсутствует | 0,1–0,5% в день, максимум 10–20% от суммы |
| Гарантия | Не прописана или «по договорённости» | 3–6 месяцев, с описанием гарантийных случаев |
| Порядок расторжения | Только по соглашению сторон | Одностороннее расторжение с условиями для обеих сторон |
| Объём договора | 2–5 страниц | 10–20 страниц + приложения |
Красные флаги в договоре: что должно насторожить
Перед подписанием проверьте договор на следующие опасные формулировки и отсутствующие пункты.
- «Права на сайт переходят после полной оплаты» — это нормально, но убедитесь, что права именно исключительные, а не лицензионные.
- «Исполнитель вправе использовать результаты работ в портфолио» — стандартная практика, но если у вас закрытый проект, уберите этот пункт.
- «Заказчик не вправе привлекать третьих лиц для доработки сайта» — это незаконное ограничение ваших прав как правообладателя.
- Нет пункта о передаче исходного кода — разработчик может сдать вам только работающий сайт, но не передать файлы с кодом. Без кода вы не сможете ничего изменить.
- «Сроки могут быть скорректированы по согласованию сторон» — без конкретных последствий за просрочку это просто слова.
- Оплата 100% аванса — категорически нет, если только речь не идёт о проекте до 20 000 руб. с проверенным исполнителем.
- Нет реквизитов исполнителя или он работает как физлицо без ИП — в случае конфликта взыскать деньги будет крайне сложно.
Сколько стоит юридическая проверка договора?
| Вариант | Стоимость | Срок | Что включает |
|---|---|---|---|
| Онлайн-консультация юриста (разовая) | 3 000–8 000 руб. | 1–2 дня | Устный разбор ключевых рисков |
| Письменная проверка договора юристом | 8 000–25 000 руб. | 2–5 дней | Анализ с замечаниями и правками |
| Составление договора с нуля | 20 000–60 000 руб. | 5–10 дней | Полный договор под ваш проект |
| Шаблон договора от IT-юриста (готовый) | 5 000–15 000 руб. | Сразу | Шаблон с инструкцией по заполнению |
Для проектов стоимостью до 100 000 руб. достаточно готового шаблона от IT-юриста и самостоятельной проверки по чек-листу. Для проектов от 300 000 руб. юридическая проверка договора — обязательная инвестиция: стоимость проверки составит 1–5% от бюджета, но защитит от потери 30–50% аванса.
Что делать, если разработчик отказывается менять договор?
Если студия или фрилансер категорически отказываются вносить правки в договор — это серьёзный красный флаг. Нормальный исполнитель понимает, что защищённый заказчик = меньше конфликтов. Тактика: предложите конкретные правки в письменном виде по электронной почте. Если отказ — зафиксируйте его. Если исполнитель соглашается на правки устно, но не письменно — не подписывайте договор. Устные договорённости в IT-спорах не имеют юридической силы.
Особенности договора с фрилансером
Договор с физическим лицом-фрилансером имеет свою специфику. Если фрилансер работает как самозанятый или ИП — договор аналогичен договору со студией. Если фрилансер — обычное физлицо без статуса, вы как заказчик становитесь налоговым агентом и обязаны удержать НДФЛ 13% и заплатить страховые взносы. Это увеличивает реальную стоимость проекта на 30–43%. Поэтому всегда уточняйте налоговый статус фрилансера до подписания договора и указывайте его реквизиты (ИНН, статус) в тексте.
Чек-лист: что проверить в договоре перед подписанием
- ☑ Техническое задание прилагается к договору как Приложение №1
- ☑ Сроки поэтапные, с конкретными датами для каждого этапа
- ☑ Прописана передача исключительных прав на код и дизайн
- ☑ Указан порядок передачи исходного кода и доступов (хостинг, домен, CMS)
- ☑ Аванс не превышает 50% от общей суммы
- ☑ Прописан порядок правок и их количество в рамках стоимости
- ☑ Есть неустойка за просрочку для обеих сторон
- ☑ Гарантийный срок прописан явно (минимум 3 месяца)
- ☑ Есть порядок одностороннего расторжения
- ☑ Указаны полные реквизиты исполнителя (ИНН, ОГРН/ОГРНИП)
- ☑ Нет запрета на привлечение третьих лиц после получения прав
- ☑ Прописан срок ответа заказчика на сданный этап
Часто задаваемые вопросы
Нужно ли техническое задание как приложение к договору?
Да, ТЗ — обязательное приложение к договору. Без него невозможно доказать, что разработчик сдал не то, что вы ожидали. Любой спор о результате без ТЗ решается в пользу исполнителя: он сдал то, что сделал.
Кому принадлежит код сайта, если в договоре не прописаны права?
По российскому законодательству (ст. 1296 ГК РФ), если договор прямо не предусматривает передачу исключительных прав заказчику, права на код остаются у разработчика. Это означает, что вы не можете легально передать сайт другому разработчику или продать бизнес вместе с сайтом.
Какой аванс нормальный при заказе разработки сайта?
Стандартная и безопасная схема: 30% аванс, 40% после сдачи дизайна, 30% после финальной приёмки. Никогда не платите более 50% авансом — это стандартная рекомендация для IT-проектов любого бюджета.
Сколько стоит юридическая проверка договора на разработку сайта?
Письменная проверка договора IT-юристом стоит 8 000–25 000 руб. и занимает 2–5 дней. Готовый шаблон от IT-юриста — 5 000–15 000 руб. Для проектов от 300 000 руб. проверка договора — обязательная инвестиция.
Какая неустойка за просрочку должна быть в договоре?
Стандартная неустойка за просрочку сдачи этапа — 0,1–0,5% от стоимости этапа за каждый день просрочки. Максимальный размер неустойки обычно ограничивают 10–20% от суммы договора.
Что делать, если разработчик работает как физлицо без ИП?
Если фрилансер — обычное физлицо без статуса ИП или самозанятого, вы как заказчик становитесь налоговым агентом и обязаны удержать НДФЛ 13% и заплатить страховые взносы. Это увеличивает реальную стоимость проекта на 30–43%. Всегда уточняйте налоговый статус исполнителя до подписания.
Какой гарантийный срок на разработку сайта считается нормальным?
Стандартный гарантийный срок на разработку сайта в 2026 году — 3–6 месяцев. В течение этого времени разработчик обязан бесплатно исправлять баги, возникшие по его вине. Гарантия не распространяется на новые задачи и изменения по желанию заказчика.