Правовая природа договора: Подряд или Оказание услуг?

Прежде чем скачивать шаблон, важно определить юридическую форму отношений. В практике используются два основных варианта:

• Договор подряда (ГК РФ, ст. 702–761) — наиболее частый и предпочтительный вариант для разработки сайта. Результатом является материальный результат (готовый программный код, дизайн-макеты, работающий сайт). Заказчик платит за результат, а не за процесс. Это дает Заказчику право требовать устранения дефектов (гарантийное обслуживание) и устанавливает четкие критерии приемки.
• Договор возмездного оказания услуг (ГК РФ, ст. 779–784) — применяется реже, например, для консультаций, аудита, технической поддержки или доработок существующего сайта. Результат здесь — это действие (процесс). Приемка усложняется, так как нет осязаемого «продукта».

Рекомендация: Для создания сайта «с нуля» или крупного редизайна всегда используйте Договор подряда. В заголовке документа обязательно укажите: «Договор подряда на разработку сайта».

Обязательная структура договора (Скелет документа)

Любой юридически выверенный образец договора на создание сайта должен содержать следующие разделы:

1. Преамбула (Шапка): Дата, место заключения, полные наименования сторон (ООО/ИП/ФИО физлица), основания действия (Устав, Доверенность № * от ..), адреса юрлиц/места жительства (г. , ул. , д. , кв. ), ИНН/КПП/ОГРНИП, контактные телефоны (+7 * *) и email.
2. Предмет договора (п. 1): Четкое описание того, что именно создается (корпоративный сайт, интернет-магазин, лендинг, веб-приложение). Ссылка на Техническое задание (ТЗ) как неотъемлемое приложение.
3. Сроки выполнения работ (п. 2): Календарные даты или привязка к этапам (например, «Этап 1: Дизайн — 14 календарных дней с момента подписания Акта приемки ТЗ»). Важно предусмотреть продление сроков по вине Заказчика (задержка контента, согласования).
4. Цена и порядок расчетов (п. 3): Фиксированная стоимость или поэтапная оплата. График платежей (аванс %, промежуточные выплаты, финал %). Валюта (рубли). Реquisites для оплаты (ИНН , КПП , р/с , к/с , БИК , банк ).
5. Порядок приемки-сдачи работ (п. 4): Процедура подписания Актов приемки-передачи (КС-2/КС-3 или собственной формы). Критерии готовности (соответствие ТЗ, работа на тестовом/боевом сервере, отсутствие критических багов). Срок на проверку Заказчиком (обычно 5–10 рабочих дней). Правило «молчание = согласие».
6. Интеллектуальные права (п. 5): Ключевой пункт. Момент перехода исключительных прав (после полной оплаты). Необходимость заключения Договора уступки исключительного права (ДУИП) или акта передачи прав. Право Исполнителя на указание авторства (портфолио).
7. Обязанности сторон (п. 6–7): Детализация: Заказчик — предоставить контент, доступы (хостинг, домен, CRM), своевременно согласовывать этапы. Исполнитель — разработать по ТЗ, обеспечить кроссбраузерность, адаптивность, передать исходники и доступы к админке/серверу.
8. Ответственность сторон (п. 8): Штрафы за просрочку (пени 0.1–0.5% в сутки), за нарушение конфиденциальности (НДА), за утечку данных. Ограничение ответственности (например, не более 100% стоимости договора за косвенные убытки). Форс-мажор.
9. Гарантии и постпродажное обслуживание (п. 9): Гарантийный период (обычно 3–12 месяцев после приемки). Устранение багов бесплатно. Разделение: баг (несоответствие ТЗ) vs доработка (новые требования).
10. Конфиденциальность (п. 10): Режим НДА на ТЗ, макеты, код, бизнес-данные Заказчика. Срок действия после расторжения (3–5 лет).
11. Порядок разрешения споров (п. 11): Претензионный порядок (обязательный до суда). Судебная юрисдикция (арбитраж по месту нахождения ответчика/Исполнителя).
12. Заключительные положения (п. 12): Вступление в силу, язык, валюта, адреса для уведомлений (почта/email/ЭДО), правило «одного окна» для изменений (доп. соглашения). Реквизиты и подписи сторон с расшифровкой.

Ключевые приложения: «Сердце» договора

Сам договор — это рамка. Реальные обязательства фиксируются в приложениях. Без них договор считается неполным и рискованным.

Приложение № 1: Техническое задание (ТЗ)

Это главный документ приемки. В ТЗ должны быть:

• Функциональные требования (модули: каталог, корзина, личный кабинет, интеграция с 1С/CRM * / API платежных систем ).
• Технические требования (CMS: Bitrix/WordPress/ModX/Самописный, стек: PHP ;, MySQL .*, JS, хостинговые требования).
• Требования к дизайну (уникальный/шаблонный, количество уникальных страниц, адаптивность под мобильные, кроссбраузерность Chrome/Firefox/Safari/Edge последних версий).
• Требования к SEO-базе (ЧПУ, meta-теги, sitemap, robots.txt, микроразметка Schema.org).
• Критерии производительности (скорость загрузки PageSpeed > * баллов, нагрузка * пользователей онлайн).

Совет: ТЗ согласовывается отдельным протоколом или подписывается обеими сторонами на каждой странице; Любые правки в процессе, только через Дополнительное соглашение.

Приложение № 2: Календарный план-график (Этапы и дедлайны)

Приложение № 3: Сметная стоимость / График платежей

Детализация стоимости по этапам или модулям. Если договор с НДС, обязательно указывать «Цена руб. с НДС %» или «Без НДС» (для ИП на УСН/Патенте).

Приложение № 4: Акт приемки-передачи результатов работ (Форма КС-11 или собственная)

Должен содержать: перечень передаваемых материалов (исходный код, дамп БД, доступы: хостинг , домен , админка , репозиторий Git **), подтверждение отсутствия претензий по ТЗ, дату перехода прав.

Приложение № 5: Договор уступки исключительного права (ДУИП) / Акт передачи прав

Обязателен для передачи авторских прав на код, дизайн, тексты (если пишет Исполнитель) к Заказчику. Без этого Заказчик получает только лицензию (право использования), но не может перепродавать сайт, передавать его в аренду или вносить изменения без согласия автора.

Критические пункты, которые часто упускают (Чек-лист рисков)

А. Доменное имя и Хостинг

Кто регистрирует домен? На кого оформлен (Заказчик или Исполнитель)?
Правило: Домен и хостинг должны быть зарегистрированы на ЮЛ/ИП Заказчика. В договоре пропишите обязанность Исполнителя передать доступы к панели регистратора (никнейм/пароль или доступ к аккаунту) и к хостингу при финальной приемке.

Б. Доступы и пароли (Коммерческая тайна)

В договоре должен быть пункт: «Исполнитель передает Заказчику полный перечень логинов/паролей в запечатанном конверте / через защищенный канал (KeePass / Bitwarden / 1Password) в день подписания Финального акта». Запрет на хранение доступов у Исполнителя после завершения проекта (кроме гарантийного случая).

В. Готовый код vs SaaS / Конструкторы (Tilda, Bitrix24.Sites, Wix)

Если сайт делается на конструкторе (SaaS), исключительное право на код не переходит (это чужой код). Передаются только права на уникальный дизайн и контент. В договоре нужно писать: «Результатом работ является настроенный проект в аккаунте Сервиса . Исполнитель передает Заказчику доступ к аккаунту/проекту».

Г. Интеграции с третьими сторонами

Если сайт интегрируется с 1С, МойСклад, CRM, платежными шлюзами (ЮKassa, Сбербанк, Тинькофф ), в ТЗ нужно прописать: «Интеграция выполняется по готовому API. Работы по доработке API сторонней стороны не входят в стоимость». Иначе рискуете делать чужую работу за свои деньги.

Д. Контент (Тексты, фото, видео)

Кто готовит контент? Обычно — Заказчик. Пропишите: «Заказчик предоставляет контент в течение ** дней после приемки дизайна. Задержка контента сдвигает дедлайны запуска на равный срок». Укажите форматы (WebP, текст в Google Docs/Word, структура H1-H3).

Порядок внесения изменений (Change Request)

В процессе разработки Заказчик часто хочет «поменять кнопку», «добавить блок», «переделать логику». Без регламента это ведет к «scope creep» (раздуванию объема).

Механизм в договоре:

1. Заказчик присылает письменное заявление на изменение (email/ЭДО/CRM).
2. Исполнитель оценивает трудозатраты (часы/дни) и стоимость за ** часов/дней.
3. Стороны подписывают Дополнительное соглашение (или Акт согласования изменений) с новыми сроками и ценой.
4. Только после подписания Исполнитель начинает работу.

Это спасает от бесконечных правок «на бегу».

Гарантийное обслуживание vs Техническая поддержка (SLA)

Разграничите эти понятия в договоре:

• Гарантия (Бесплатно, 3–12 мес.): Исправление ошибок (багов), которые являются несоответствием ТЗ. Например: форма не отправляется, верстка ездит на iPhone, не работает фильтр, указанный в ТЗ.
• Техподдержка / SLA (Платно, отдельный договор): Обновления CMS/плагинов, мониторинг аптайма, бэкапы, консультации, мелкие правки контента, доработки функционала (новые фичи). Регламентируется временем реакции (SLA: 4ч / 8ч / 24ч).

В договоре подряда пропишите только Гарантию. На Техподдержку заключайте отдельный Договор оказания услуг на год с автопродлением.

Работа с фрилансерами (Физлицами) — нюансы 2026 года

Если Исполнитель — физлицо (самозанятый или фрилансер без ИП):

• Договор называется «Договор подряда гражданско-правового характера» (ГПХ).
• Обязательно страхуйте риск переквалификации в трудовые отношения: нет подчинения ТК РФ, нет фиксированного графика, оплата за результат (акт), Исполнитель использует свои инструменты/место работы.
• Самозанятый выдает чек в приложении «Мой налог» после каждой оплаты. Проверяйте чек по QR-коду.
• НДФЛ (13%/30%) и взносы платит Заказчик-агент, если физлицо не самозанято и не ИП. Лучше работать с ИП или Самозанятыми.
• Паспортные данные физлица в договоре: Серия * № , выдан * . г., код подразделения ***, прописка: г. , ул. , д. , кв. .

Электронный документооборот (ЭДО) и подписание

В 2026 году стандарт де-факто — подписание через ЭДО (Диадок, СБИС, Контур, Яндекс.Подпись) или простые/усиленные КЭП.

• Договор и Доп. соглашения — только через ЭДО (КЭП).
• Акты приемки этапов — можно через ЭДО или сканы с «живой» подписью (если суммы малы и стороны доверяют).
• Переписка по сути (утверждение ТЗ, правки, согласование макетов) — в рабочей переписке (Telegram/Email/Трекер), но с оговоркой в договоре: «Официальным каналом уведомлений является email / ЭДО. Мессенджеры носят информационный характер».

Типовые ошибки при заполнении образца (Что проверить перед подписью)

1. Ссылка на несуществующее ТЗ: «ТЗ прилагается», а его нет или оно пустое.
2. Отсутствие графика платежей: Написано «Оплата по этапам», но проценты и даты не указаны.
3. Размытые критерии приемки: «Сайт должен быть красивым и быстрым». Правильно: «PageSpeed Mobile > 80, соответствие макетам Figma (ссылка) пиксель-в-пиксель с допуском 5px».
4. Нет пункта об исходниках: Исполнитель уходит, оставляя только доступ к админке. Через год нужен перенос на другой хостинг — исходников нет (или они зашифрованы/обфусцированы). Пропишите: «Передача полного исходного кода (unminified, unencrypted) и дампа БД».
5. Переход прав только после полной оплаты: Стандарт. Но добавьте: «До полной оплаты Заказчику предоставляется неисключительная лицензия на тестирование и демонстрацию».
6. Штрафы за просрочку только на Заказчика: Симметричность обязательна для суда. Пени у обеих сторон.

Где найти актуальный образец на 2026 год?

Не качайте первый попавшийся бланк 2015 года с сайтов-баз (типа «Договор-Юрист.Ру», «КонсультантПлюс» демо-версии). Законодательство меняется (ФЗ-374 об ЭДО, изменения в ГК РФ по цифровым правам, требования к персональным данным 152-ФЗ).

Надежные источники:

• Сайты крупных юридических сервисов (Гарант, КонсультантПлюс — раздел «Бланки и образцы», платный доступ).
• Сайты профильных юридических фирм, специализирующихся на IT/Интернет-праве (например, практики защиты прав на ПО).
• Сервисы конструкторов договоров (Т-Банк (Точка), Мой Дело, Контур.Эльба, Яндекс.Документы) — они обновляют шаблоны под текущие законы.
• Публичные репозитории открытых шаблонов от IT-юристов (GitHub / Gist), но их нужно проверять юристом.

Лучший вариант: Взять типовый шаблон из надежного сервиса (Точка/Контур) и доработать его под ваш проект вместе с юристом (1–2 часа консультации сэкономят месяцы судов).

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

1. Четкий Предмет через детальное ТЗ (Приложение 1).
2. Понятный График и Этапы с приемкой по актам.
3. Прозрачные Деньги (этапы, НДС, реквизиты).
4. Юридически грамотная Передача прав (ДУИП) и исходников.
5. Регламент Изменений (Change Request).
6. Разделение Гарантии и Техподдержки.

Заполняйте бланк внимательно, маскируйте персональные данные (паспорта, телефоны, адреса) при обмене черновиками по открытым каналам, и обязательно прогоните финальную версию через юриста, специализирующегося на IT-контрактах. Грамотный договор, это спокойствие Заказчика и честная оплата труда Исполнителя.

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