Договор на создание сайта — образец и подробная инструкция
Образец договора на создание сайта: ключевые пункты, шаблонные формулировки и проверочный чек‑лист ✅ Подробно о правах, оплате, сроках и гарантиях.
Короткий ответ: Образец договора на создание сайта — это шаблонный документ, который должен однозначно фиксировать предмет работ, техническое задание, стоимость и порядок оплат, сроки и этапы, порядок приёма, права на код и дизайн, гарантийные обязательства, поддержку и ответственность сторон. Ниже — развернутый образец с пояснениями и практическим чек‑листом.
Краткое содержание
- Что должен содержать договор на создание сайта
- Формальные реквизиты и структура договора
- Проблемные и обязательные пункты (образцы формулировок)
- Сроки, этапы работ и акты приёма
- Оплата, штрафы, увеличение объёма работ
- Авторские права, правообладательность и лицензии
- Гарантии, техподдержка и SLA
- Юридические риски и как их минимизировать
- Полный образец договора (шаблон для копирования)
- Чек‑лист перед подписанием
- FAQ — ответы на частые вопросы
- Что делать дальше (нативный призыв к действию)
Что должен содержать договор на создание сайта
Договор на создание сайта — это не просто формальность. Это инструмент управления рисками и ожиданиями. В ключевые блоки входят:
- Предмет договора: точное описание результата (landing, корпоративный сайт, интернет‑магазин и т.д.).
- Техническое задание (ТЗ) как приложение — с перечнем страниц, функционала, интеграций, адаптивности.
- Сроки и этапы: дедлайны, вехи и акты приёма.
- Стоимость и порядок оплаты: аванс, поэтапные платежи, окончательный расчёт.
- Порядок приёма‑сдачи работ, критерии приемки, устранение замечаний.
- Права на объекты: исходники, код, дизайн, тексты, изображения.
- Гарантийные обязательства и поддержка после запуска.
- Конфиденциальность и обработка персональных данных (если есть).
- Ответственность сторон, форс‑мажор, порядок расторжения.
- Порядок передачи доступа к хостингу, домену и почтовым ящикам.
Формальные реквизиты и структура договора
Структура договора обычно стандартна, но формулировки важнее. Рекомендуемая структура:
- Преамбула: стороны, реквизиты, дата заключения.
- Предмет договора.
- Техническое задание (приложение №1).
- Права и обязанности сторон.
- Сроки, этапы и акты приёма.
- Цена и порядок оплаты.
- Гарантии, техподдержка и сопровождение.
- Конфиденциальность и обработка данных.
- Интеллектуальная собственность.
- Ответственность сторон и форс‑мажор.
- Порядок расторжения и урегулирования споров.
- Прочие условия и подписи сторон.
Проблемные и обязательные пункты (образцы формулировок)
Ниже — практичные формулировки, которые можно взять в качестве шаблона. Важно: формулируйте конкретно и измеримо.
Предмет договора
«Исполнитель обязуется разработать и передать Заказчику готовый веб‑сайт (домен example.ru) согласно Техническому заданию (Приложение №1), а Заказчик обязуется принять и оплатить выполненные работы в порядке и на условиях, предусмотренных настоящим Договором.»
Техническое задание (ТЗ)
ТЗ должно обязательно содержать:
- Перечень страниц и шаблонов;
- Функциональность (формы, каталог, корзина, личный кабинет, интеграции с CRM/1C/Платёжными системами и т.д.);
- Требования к адаптивности, кросс‑браузерности;
- Минимальные требования к производительности и SEO (скорость, ЧПУ, карта сайта, метаданные);
- Стандартный набор контента (тексты, изображения) и кто их предоставляет;
- Критерии приемки и примерный перечень тестов.
Сроки и этапы
«Работы выполняются поэтапно: этап 1 — дизайн (10 рабочих дней), этап 2 — верстка и программирование (20 рабочих дней), этап 3 — наполнение и тестирование (7 рабочих дней). Общий срок выполнения — 37 рабочих дней с момента подписания Договора и получения аванса.»
Приёмка работ
«Каждый этап принимается путем подписания Акта сдачи‑приемки. Срок проверки Заказчиком — 5 рабочих дней с момента уведомления о готовности этапа. В случае отсутствия замечаний этап считается принятым. Все замечания оформляются письменно; Исполнитель обязуется устранить их в течение 7 рабочих дней бесплатно, если они не связаны с дополнительным функционалом.»
Оплата
«Цена договора: 200 000 руб. Оплата производится в три этапа: 30% аванс, 50% после подписания Акта сдачи этапа 2, 20% — после подписания итогового Акта сдачи‑приемки.»
Права на результаты
«По оплаченной части работ Исполнитель передаёт Заказчику неисключительные/исключительные права (указать) на результаты работ: исходные коды, база данных, графические материалы и тексты, если иное не оговорено. Передача прав осуществляется актом передачи и доступом к репозиторию/FTP/панели управления.»
Гарантии и поддержка
«Исполнитель предоставляет гарантийный период 30 календарных дней на устранение ошибок, не связанных с изменениями ТЗ и вмешательством третьих лиц. Дополнительная техническая поддержка предоставляется на основании отдельного соглашения (SLA).»
Конфиденциальность
«Стороны обязуются не разглашать конфиденциальную информацию, полученную в ходе исполнения настоящего Договора, в течение 3 (трёх) лет после его прекращения.»
Ответственность и штрафы
«За несоблюдение сроков Исполнитель уплачивает неустойку в размере 0,1% от стоимости договора за каждый день просрочки, но не более 5% общей стоимости. Заказчик за просрочку оплаты — пени 0,05% за каждый день.»
Сроки, этапы работ и акты приёма
Разбейте проект на минимально возможные вехи — это помогает управлять рисками и контролировать бюджет. Примерная веховая разбивка:
- Веха 1: Аналитика и прототипирование — 5–7 дней.
- Веха 2: Дизайн макеты ключевых страниц — 7–14 дней.
- Веха 3: Верстка и бэкенд — 10–30 дней в зависимости от функционала.
- Веха 4: Наполнение контентом, интеграции, тестирование — 7–14 дней.
- Веха 5: Предрелизная проверка, перенос на боевой сервер и запуск.
Для каждого этапа оформляйте Акт сдачи‑приемки с подписанными пунктами: что именно было выполнено, какие тесты пройдены, какие замечания остаются. Если Заказчик не подписал акт и не направил мотивированных претензий в срок, работы считаются принятыми автоматически.
Оплата, штрафы, увеличение объёма работ (change requests)
Ключевой момент — чётко прописанный механизм работы с дополнительными требованиями. Правила работы с Change Requests:
- Любое изменение ТЗ оформляется в виде письменного запроса (Change Request).
- Change Request содержит описание, оценку трудозатрат и новую стоимость/срок.
- Работы по Change Request выполняются после согласования и подписания дополнительного соглашения и/или получения аванса.
Это предотвращает конфликты по объёму и затратам.
Авторские права, правообладательность и лицензии
Очень частая ошибка — не определить тип передаваемых прав. Варианты:
- Передача исключительных прав (полный контроль, без ограничений).
- Передача неисключительных прав (исполнитель может использовать часть решений в других проектах).
- Лицензирование компонентов (плагины, шаблоны, сторонний софт) — указывать отдельно.
Тезис: если вы хотите иметь сайт как «свой» без ограничений, требуйте передачу исключительных прав на исходный код и дизайн после полной оплаты. При этом оговаривайте, какие сторонние библиотеки/шаблоны остаются на лицензионных условиях третьих сторон.
Гарантии, техподдержка и SLA
Гарантийный период — не замена платной поддержки. В договоре пропишите:
- Длительность гарантийного периода и что именно в него входит (устранение багов, несовместимостей).
- Условия платной техподдержки: часы работы, время реакции, приоритетность, стоимость часов/пакетов.
- SLA — время реакции и время восстановления для критических инцидентов (например, 1 час реакция, 4 часа восстановление для «падает весь сайт»).
Юридические риски и как их минимизировать
Основные риски и протоколы их снижения:
- Неопределённость ТЗ — устраняется детализированным ТЗ и списком исключений.
- Споры по качеству — моментальная фиксация замечаний в актах, наличие чек‑листов тестирования.
- Неполучение прав — прописать явную передачу прав с передачей доступа к репозиторию.
- Нарушение конфиденциальности — включить пункт о неразглашении и ответственности.
- Использование нелицензированных материалов — требовать подтверждение прав на контент от Заказчика.
Полный образец договора (шаблон для копирования)
Ниже — сокращённый, но функциональный шаблон. Перед использованием адаптируйте под конкретную ситуацию и согласуйте с юристом.
ДОГОВОР № ___ на разработку и сопровождение веб‑сайтаг. Москва «» ______ 20 г.
Стороны 1.1. Исполнитель: "________", в лице , действующего на основании ___ 1.2. Заказчик: "____", в лице ____, действующего на основании ___
Предмет договора 2.1. Исполнитель обязуется разработать и передать Заказчику веб‑сайт согласно ТЗ (Приложение №1), а Заказчик оплатить и принять выполненные работы.
Сроки и этапы 3.1. Срок начала работ — с момента подписания Договора и оплаты аванса. 3.2. Этапы и сроки указаны в Приложении №2 (график работ).
Цена и порядок расчетов 4.1. Общая стоимость работ: __ руб. 4.2. Порядок платежей: 30% аванс, 50% по завершении этапа 2, 20% по подписании итогового Акта.
Права и ответственность 5.1. По факту полной оплаты Исполнитель передает Заказчику исключительные права на результаты, указанные в Приложении №3. 5.2. За просрочку Исполнитель уплачивает пени 0,1% от суммы Договора за каждый день просрочки.
Гарантии и поддержка 6.1. Гарантийный срок — 30 календарных дней. Ошибки, выявленные в гарантийный период, исправляются бесплатно. 6.2. Платная поддержка — на основании отдельного соглашения.
Конфиденциальность 7.1. Стороны обязуются не разглашать конфиденциальную информацию в течение 3 лет.
Форс‑мажор 8.1. Стороны освобождаются от ответственности за невозможность исполнения при форс‑мажорных обстоятельствах.
Расторжение 9.1. Договор может быть расторгнут по соглашению сторон или в одностороннем порядке при существенном нарушении.
Прочие условия 10.1. Все изменения оформляются в письменном виде.
Подписи сторон: ________________________
Чек‑лист перед подписанием — быстро проверить договор
- Есть ли приложение с ТЗ и оно детализировано?
- Прописаны ли этапы, сроки и акты приёма?
- Ясно ли расписан порядок работы с Change Requests?
- Кто и когда передаёт доступы к хостингу и домену?
- Какой тип прав передаётся на сайт (исключительные/неисключительные)?
- Есть ли SLA и условия гарантийного обслуживания?
- Определены ли штрафы за просрочку и лимит ответственности?
- Проверены ли лицензии стороннего ПО и контента?
FAQ — ответы на частые вопросы
1. Нужно ли заключать договор на создание сайта, если работаю с фрилансером?
Да. Даже с фрилансером договор снижает риск неполной передачи прав и неоплаты. Упростите его, но оставьте ключевые блоки: ТЗ, сроки, оплата и права.
2. Какой гарантийный срок нормальный для сайта?
Стандарт — 30–90 календарных дней для устранения багов. Более длительная поддержка обсуждается отдельно и обычно платная.
3. Можно ли требовать исходники и права сразу после подписания договора?
Передача прав обычно происходит после полной оплаты работ. Можно предусмотреть передачу исходников поэтапно, но окончательная передача прав — после финального расчёта.
4. Что делать, если в процессе работы сайт оказался неработоспособен после запуска?
Оформляйте инцидент в письменной форме (письмо/трейс), требуйте реакцию согласно SLA; если гарантийный период действует, исполнитель обязан устранить проблему бесплатно.
5. Как прописать SEO‑работы в договоре?
SEO — это долгосрочная услуга. Если она включена, указывайте объем работ (аудит, техническая оптимизация, внутренние правки), метрики приемки (скорость, соблюдение базовых SEO‑требований) и сроки. Результаты по позициям не гарантируются — это манипулируется алгоритмами поисковых систем.
6. Стоит ли указывать поддержку контента (копирайтинг) в договоре?
Если Заказчик рассчитывает на помощь с контентом, лучше отдельно прописать ответственность (кто готовит тексты, сроки, качество и проверку на уникальность).
Что делать дальше
Если вам нужен готовый и юридически выверенный договор или сопровождение при подготовке ТЗ и запуске проекта — мы помогаем подготовить договор и адаптировать шаблон под ваш бизнес, а также реализуем сайт с учетом требований SEO как основного канала роста. Узнать о наших услугах по созданию и продвижению сайтов можно в разделе «услуги по созданию и продвижению сайтов» /sozdanie-i-prodvizhenie-saitov, а реальные примеры проектов — в наших кейсах /cases.
