Зачем нужен договор и ключевые риски

Договор на разработку сайта — это не формальность: он фиксирует по возможности весь объём ожиданий и ограничивает споры по факту. Без договора риск заказчика — получить не то, что хочет, или столкнуться с дополнительными платежами и долгими сроками. Риск исполнителя — не получить оплату за дополнительную работу и остаться ответственным за последствия, которые не были включены в ТЗ.

Ключевые риски, которые покрывает грамотный договор:

• неопределённость объёма работ;
• споры по срокам и приёмке;
• права на код, дизайн и контент;
• непредусмотренные изменения (change requests);
• ответственность за простои, утечки данных или нарушение авторских прав;
• отсутствие гарантий и поддержки после сдачи проекта.

Структура договора: обязательные разделы

Минимально в договоре должны быть следующие разделы (каждый — с ясными формулировками):

1. Титульная часть: стороны, реквизиты, дата.
2. Предмет договора: что именно разрабатывается (веб‑сайт/лендинг/интернет‑магазин и т. п.).
3. Техническое задание (ТЗ): либо как приложение, либо с детализацией ключевых требований.
4. Сроки: этапы, дедлайны, порядок продления.
5. Стоимость и порядок оплаты: этапы, акты приёмки, штрафы за просрочку.
6. Права на результаты: передача исключительных прав на код, материалы, дизайн.
7. Приёмка работ: критерии, протокол приёмки, механизм устранения замечаний.
8. Гарантии и поддержка: гарантийный срок, условия поддержки, SLA.
9. Ответственность сторон: штрафы, форс‑мажор, ограничения ответственности.
10. Конфиденциальность и защита данных.
11. Порядок внесения изменений в ТЗ и стоимость дополнительных работ.
12. Приложения: смета, макеты, список deliverables, протокол приёма, чек‑листы.

Полный пример договора (шаблон)

Ниже — развёрнутый шаблон. Замените в тексте квадратные скобки на реальные значения. Этот образец даёт полную структуру и ключевые формулировки, которые удобно скопировать и адаптировать.

ДОГОВОР № [__]
на разработку сайта

г. [Город]                                                                 "__" ______ 20__ г.

[Заказчик], в лице [Ф.И.О., должность], действующего на основании [Устава/доверенности], именуемый в дальнейшем "Заказчик", с одной стороны, и [Исполнитель], в лице [Ф.И.О., должность], действующего на основании [Устава/доверенности], именуемый в дальнейшем "Исполнитель", с другой стороны, совместно именуемые "Стороны", заключили настоящий Договор о нижеследующем:

1. Предмет договора
1.1. Исполнитель обязуется по заданию Заказчика разработать и передать Заказчику веб‑сайт [название/описание] (далее — "Сайт"), а Заказчик обязуется принять и оплатить выполненные работы в порядке и на условиях настоящего Договора.
1.2. Перечень и технические требования к работам изложены в Техническом задании (Приложение №1), являющемся неотъемлемой частью настоящего Договора.

2. Сроки выполнения работ
2.1. Срок начала работ: "__" ______ 20__ г.
2.2. Общий срок выполнения работ: [количество] календарных дней/месяцев с момента подписания настоящего Договора и утверждения ТЗ, при условии внесения предоплаты.
2.3. Работы выполняются поэтапно согласно Графику работ (Приложение №2).

3. Стоимость работ и порядок оплаты
3.1. Общая стоимость работ по Договору составляет [___] (___) руб. без НДС (или с НДС по ставке ___%).
3.2. Порядок оплаты:
  3.2.1. Аванс в размере ___% от стоимости работ в течение __ банковских дней с момента подписания Договора.
  3.2.2. Оплата по этапам по факту подписания Акта выполненных работ по каждому этапу.
3.3. Изменение стоимости возможно только по соглашению сторон и оформляется дополнительным соглашением.

4. Права на результаты работ
4.1. После полной оплаты Заказчику передаются исключительные права на программный код, дизайн, тексты и иные материалы, являющиеся результатом работ в объёме, необходимом для эксплуатации Сайта.
4.2. Исполнитель оставляет за собой право использовать неконфиденциальные технические решения и фрагменты кода, не являющиеся уникальной частью проекта, в других работах.

5. Приёмка работ
5.1. Приёмка работ производится в порядке и на условиях, описанных в Протоколе приёмки работ (Приложение №3).
5.2. Заказчик в течение ___ рабочих дней с момента передачи результата работ обязан провести проверку и составить Акт приёмки или мотивированный перечень замечаний.
5.3. Исполнитель устраняет замечания в течение ___ рабочих дней, если иное не согласовано Сторонами.

6. Гарантия и поддержка
6.1. Гарантийный срок на результат работ составляет ___ месяцев с даты подписания Акта приёмки.
6.2. Гарантия распространяется на исправление ошибок, возникших по вине Исполнителя. Ошибки, вызванные изменениями сторонних сервисов или некорректным использованием, оплачиваются отдельно.
6.3. Условия платной поддержки и SLA оговариваются в отдельном соглашении (Приложение №4).

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

8. Ответственность и форс‑мажор
8.1. За несвоевременное исполнение Стороны несут ответственность в виде неустойки/штрафа в размере ___% от стоимости этапа за каждый день просрочки.
8.2. Стороны освобождаются от ответственности за частичное или полное неисполнение обязательств, если такое неисполнение явилось следствием форс‑мажорных обстоятельств.

9. Порядок разрешения споров
9.1. Все споры решаются путём переговоров. При недостижении соглашения спор передаётся на рассмотрение арбитражного/суда по адресу [адрес].

10. Срок действия договора и иные условия
10.1. Настоящий Договор вступает в силу с момента подписания и действует до полного исполнения обязательств Сторонами.

Реквизиты и подписи Сторон:

Заказчик: ____________________ /____________/
Исполнитель: ____________________ /____________/

Приложения:
Приложение №1 — Техническое задание
Приложение №2 — График работ и этапы
Приложение №3 — Протокол приёмки
Приложение №4 — Условия поддержки (SLA)
  

Дальше идут приложения и шаблоны актов — см. разделы ниже для типовых текстов протоколов и чек‑листов.

Пояснения к ключевым пунктам и примеры формулировок

Предмет договора и ТЗ

Чёткое ТЗ — главный инструмент защиты для обеих сторон. В ТЗ пропишите:

• функционал (список страниц, модули, интеграции, e‑commerce, фильтры, формы, личный кабинет и т.д.);
• требования к адаптивности и поддерживаемым браузерам/устройствам;
• показатели производительности (время полной загрузки, LCP, TTFB, количество запросов);
• SEO‑требования (структура URL, карта сайта, мета‑теги, микроразметка, redirects);
• контент‑план и кто отвечает за тексты/изображения;
• стандарты качества: тестирование, кроссбраузерность, безопасность (SSL, защита форм).

Сроки и этапы

Делите проект на значимые этапы: прототип, дизайн, верстка, интеграция, тестирование, релиз. Для каждого этапа укажите контролируемые результаты (deliverables) и критерии приёмки.

Оплата и дополнительные работы

Фиксируйте, что внутренняя доработка мелких багов в рамках гарантийного срока бесплатна, а дополнительные фичи — по дополнительному соглашению. Учитывайте, что изменение ТЗ в ходе работ — нормальная практика, но должно оплачиваться отдельно.

Права на результат

Стороны часто спорят о правах на код и дизайн. Практичная формула: после полной оплаты Исполнитель передаёт Заказчику исключительные права на конечный сайт и контент, оставляя за собой право использовать общие решения/библиотеки. Если используется сторонний платный софт (плагины, шаблоны), укажите обязанности по приобретению лицензий.

Оплата, этапы и приёмка работ — примеры формул

Типовые варианты оплаты:

• 60% аванс — 40% по сдаче;
• 30/40/30 — по трём этапам (прототип/дизайн/разработка+тестирование и релиз);
• Ежемесячный ретейнер для поддержки после сдачи — фиксированная сумма в месяц.

Пример записи про приёмку:

Заказчик обязан в течение 7 рабочих дней с момента получения доступа/архива проверить работоспособность заявленного функционала и подписать Акт приёмки либо отправить мотивированный список замечаний. Если Заказчик не направил замечаний в срок — результат считается принятым.

Формулировка «мотивированный список замечаний» важна, чтобы Заказчик не мог просто заявлять «не нравится» без конкретики.

Как прописать SEO в договоре

Если SEO‑продвижение входит в пакет работ, точно пропишите объём работ, метрики и ожидаемые deliverables. Включите как минимум:

• технический SEO‑аудит и устранение критических ошибок (индексация, robots.txt, sitemap.xml, canonical);
• внедрение мета‑тегов и шаблонов для title/description;
• структуру ЧПУ (человеко‑понятные URL);
• микроданные (schema.org) для карточек товара/рецензий/организации;
• настройку редиректов 301 при переносе/минификации URL;
• скорость загрузки и оптимизацию изображений;
• передачу доступа к аналитике и Search Console, а также инструкции по дальнейшему SEO‑управлению.

Пример формулировки в договоре: "Исполнитель обязан выполнить работы по технической оптимизации сайта, указанные в Приложении №5 (Технический SEO‑чек‑лист), и предоставить Заказчику отчёт об исправленных ошибках и рекомендациях".

Важно: SEO — накопительный канал. Отдельно укажите, что продвижение (работы по набору трафика и позиций) — это отдельный сервис с месячными отчётами и KPI. Разработка сайта создаёт техническую базу для SEO, но результаты продвижения требуют времени и дополнительных инвестиций.

SLA и поддержка: пример условий

Соглашение по поддержке (SLA) даёт ясность по времени реакции и приоритетам инцидентов. Пример простого SLA:

• Критичное падение сайта (неработоспособность): время реакции — 1 час, время восстановления — 6 часов;
• Функциональные ошибки (формы, корзина): реакция — 4 часа, восстановление — 24 часа;
• Косметические правки: реакция — 48 часов, восстановление — 5 рабочих дней.

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

Как минимизировать риски заказчика и исполнителя

Практические рекомендации:

• чёткое ТЗ и список deliverables;
• поэтапная оплата и приёмка по актам;
• фиксировать изменения через "Change Request" форму с оценкой времени и стоимости;
• прописать SLA и гарантии на критические элементы;
• предусмотреть переходные условия при расторжении (передача кода, бэкапов, данных);
• потребовать у исполнителя резервного доступа к исходникам и инструкции по развертыванию;
• обговорить ответственность за сторонние сервисы и лицензии.

Чек-лист передачи проекта и приёмки

Перед подписанием Акта приёмки убедитесь, что выполнены и переданы следующие пункты:

• доступы: хостинг, DNS, почта, админка CMS, FTP/SFTP, базы данных;
• архив исходников и инструкции по развертыванию (readme);
• список всех внешних подключённых сервисов и ключей API;
• полный архив дизайна и макетов в редактируемом виде;
• актуальные учётные записи для Google Analytics, Search Console и доступы к сервисам аналитики;
• результаты тестирования: тест‑кейсы с отметками о пройденных проверках;
• бэкап базы данных и файлов на момент сдачи;
• инструкция по мониторингу и план регулярного бэкапирования.

Рекомендуемый формат акта приёмки: краткий перечень проверенных пунктов с подписью представителя Заказчика и Исполнителя. Без подписанного акта исполнитель не должен терять право на оплату за выполненную работу.

FAQ — частые вопросы по договору

1. Нужен ли письменный договор, если есть переписка в мессенджере?

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

2. Как учесть изменение объёма работ (change requests)?

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

3. Кто оплачивает лицензии и платные плагины?

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

4. Можно ли прописать гарантии по трафику и позициям в договоре?

Гарантии по позициям и трафику давать нежелательно: SEO зависит от внешних факторов. Лучше прописывать набор работ и KPI по процессу (выполненные задачи, улучшения Core Web Vitals, закрытие технических ошибок) и отдельно оформлять договор на продвижение с месячными KPI и отчётностью.

5. Как защищать коммерческую тайну и персональные данные?

Добавьте раздел конфиденциальности и обработку персональных данных: кто за что отвечает, как хранится база пользователей, и кто владеет этими данными. При необходимости — приложите соглашение о неразглашении (NDA).

Что делать дальше

Если вам нужен адаптированный под ваш проект договор на разработку сайта или проверка существующего шаблона с точки зрения юридической и технической безопасности — мы можем подготовить индивидуальную версию договора и ТЗ. В рамках подготовительных услуг Rose Digital помогает не только с договором, но и с полноценной технической спецификацией и SEO‑требованиями для проекта. Подробнее об услугах по созданию и продвижению сайтов — в нашем разделе услуг: услуги по созданию и продвижению сайтов. Также вы можете посмотреть реальные примеры наших проектов и типовые решения в кейсах: реальные кейсы.