Что такое договор на создание сайта и зачем он нужен

Договор на создание сайта — это юридическое и техническое соглашение между заказчиком и подрядчиком, которое фиксирует: что именно будет сделано, когда, за какие деньги и какие права передаются после сдачи проекта. Простой устный договор часто приводит к конфликтам: заказчик ожидает «ещё пару правок», подрядчик — дополнительной оплаты. Чётко составленный договор снижает неопределённость, распределяет риски и экономит бюджет.

Кому важен детализированный договор

• компаниям с несколькими заинтересованными лицами (маркетинг, IT, юристы);
• когда проект сложный (интеграции, личные кабинеты, маркетплейсы);
• когда ожидается передача прав на исходники и домен;
• если требуется выполнение SEO‑работ с контролируемыми KPI.

Обязательные разделы договора

Ниже — минимальный набор разделов, которые должны быть включены в любой договор на создание сайта:

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

Как прописать техническое задание (ТЗ) и объем работ

ТЗ — это сердце договора. Чем детальнее ТЗ, тем проще принимать работу и оценивать допработы. В ТЗ указывают функционал, структуру, дизайн‑требования, интеграции, требования к CMS, мобильной версии и SEO.

Что обязательно включить в ТЗ

• Список страниц и шаблонов (категории, карточка товара, блог, ЛК и т.д.).
• Функциональные требования: формы, фильтры, корзина, оплата, авторизация.
• Интеграции: CRM, 1C, платёжные шлюзы, внешние API.
• Требования к админке: какие поля, права пользователей, импорт/экспорт данных.
• Требования к дизайну: адаптивность, pixel‑perfect, библиотека компонентов.
• Требования к скорости и производительности (целевые значения).
• SEO‑блок: шаблоны мета, ЧПУ, редиректы, карта сайта, robots.txt, микроразметка.
• Критерии тестирования и список браузеров/устройств для проверки.

Как оформить объем работ

Объем работ оформляют списком задач или таблицей с каждой задачей, ответственным, оценкой времени и ожидаемым результатом. Удобно прикреплять к договору файл ТЗ в формате XLSX/Google Sheets, где можно отслеживать статус исполнения.

Сроки, этапы, приёмка и контроль качества

Система мильстоунов (этапов) — лучший способ согласовать сроки и оплату. Каждый этап должен иметь чёткие критерии приёмки: что сдано, какие тесты пройдены, какие баги допустимы.

Типичная разбивка по этапам

Критерии приёма

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

Оплата, аванс, этапы и штрафы

Стандартная схема оплаты — аванс (20–40%), оплата по этапам (каждый мильстоун) и финальная оплата после приёмки. Альтернативно — фиксированная цена с контролем изменения объёма работ (change request).

Шаблон распределения платежей

• Аванс 30% после подписания договора.
• 30% после утверждения дизайна.
• 30% после тестирования/предзапуска.
• 10% после передачи и подписания акта приёмки.

Штрафы и компенсации

Штрафы целесообразны за недоставка по срокам без уважительных причин и за существенные нарушения в качестве. Пример формулировки: «За каждый день просрочки подрядчик выплачивает заказчику пеню в размере 0,1% от стоимости этапа, но не более 5% от общей стоимости договора». Не делайте штрафы чрезмерными — это усложнит переговоры.

Интеллектуальная собственность и передача прав

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

Что уточнить в разделе прав

• Переход исключительных прав на исходный код и дизайн (или предоставление неисключительной лицензии).
• Передача прав на графику и контент, если подрядчик создавал материалы.
• Права на используемые библиотеки и сторонние компоненты (лицензии OSS).
• Условия использования репозитория (Git): доступ, ветки, история коммитов.
• Порядок передачи доступа к хостингу, домену, почтовым записям и аналитике.

Советы по безопасности при передаче прав

Прописать момент и условия передачи доступа (после 100% оплаты, с подписанием акта), сохранить резервные копии, передать инструкции администрирования и базу знаний. Если код хранится у подрядчика, включите пункт об обязательстве передать полный бэкап и рабочую версию репозитория.

Гарантии, поддержка, SLA и передача доступа

Гарантийный период обычно 1–3 месяца — в это время подрядчик бесплатно исправляет ошибки, возникшие не по вине заказчика. Поддержка (maintenance) — отдельная платная услуга с SLA.

Что прописать в SLA

• Время реакции на инцидент (например, до 4 часов для критических ошибок).
• Время восстановления (например, 24 часа для критических ошибок).
• Классификация инцидентов: критические, важные, незначительные.
• Стоимость ежемесячного обслуживания и перечень включённых работ.

Передача доступов

Пропишите список учётных записей и прав, которые передаются: доступ в админку, FTP/SFTP, хостинг, DNS, репозиторий, почтовые сервисы, аналитика. Укажите формат передачи (шаблон с паролями/менеджером паролей) и момент передачи.

Как в договор включить SEO‑требования (ключевой момент)

SEO — ключ для долгосрочного привлечения трафика. В договоре на создание сайта обязательно отдельно пропишите технические SEO‑требования и объём работ по базовой оптимизации. SEO — накопительный канал: создание сайта должно закладывать технический фундамент.

Что включать в SEO‑раздел договора

1. Гарантировать корректную генерацию ЧПУ (чистые человеко‑понятные URL).
2. Шаблоны мета‑тегов: title, description, H1 — настраиваемые в CMS.
3. Формирование корректного robots.txt и sitemap.xml и их размещение в корне сайта.
4. Микроразметка (schema.org) для ключевых типов страниц (продукт, организация, отзывы).
5. Настройка 301‑редиректов с сохранением SEO‑веса при переносах.
6. Удобная карта сайта для пользователей и поисковых систем.
7. Требования к скорости загрузки: целевые показатели (например, LCP < 2,5 с, TTFB < 600 мс) и необходимость оптимизации изображений и кеширования.
8. Настройка канонических URL для дублированных страниц.
9. Внедрение Google Analytics/Яндекс.Метрики и передача доступа заказчику.
10. Передача файла sitemap и контроль его доступности в течение 30 дней после запуска.

Как привязать ответственность за SEO

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

Опциональные пункты: интеграция с контекстной рекламой

Контекстная реклама ускоряет первые продажи, но не заменяет SEO. Если вы хотите включить стартовый рекламный пакет в договор, оформите это отдельным пунктом: план кампаний, бюджет, KPI, отчётность. Но акцент в договоре должен оставаться на SEO как на базовом, долгосрочном канале.

Риски, спорные случаи и форс‑мажор

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

Как действовать при изменении объёма

Каждое изменение ТЗ оформляйте в виде приложения к договору с описанием работ, оценкой времени и суммой. Пока change request не согласован — подрядчик не обязан его выполнять.

Практические образцы формулировок и чек‑лист

Примеры формулировок

1. Предмет договора
Подрядчик обязуется разработать и передать Заказчику веб‑сайт (далее — "Сайт") в соответствии с Техническим заданием (Приложение №1).


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


Гарантийный период
Подрядчик предоставляет гарантию на исправление дефектов, возникших по вине Подрядчика, сроком 60 календарных дней с даты подписания Акта приёмки.


SEO
Подрядчик обязуется выполнить технические работы из раздела "SEO" Технического задания (генерация sitemap.xml, настройка robots.txt, шаблоны мета‑тегов, базовая микроразметка). Результаты в поисковых системах не гарантируются.
  

Чек‑лист для проверки договора

1. Есть ли подробное ТЗ (приложение)?
2. Прописаны ли критерии приёмки и акт сдачи‑приёмки?
3. Кто и как передаёт доступы (хостинг, DNS, репозиторий)?
4. Чётко ли указаны права на код и контент?
5. Включён ли SEO‑блок с техническими требованиями?
6. Есть ли гарантийный период и описано ли обслуживание? (SLA)
7. Определён ли порядок работы с change request?
8. Прописаны ли штрафы за просрочку и механизм их применения?
9. Кто оплачивает лицензионные сборы за сторонние сервисы и библиотеки?
10. Есть ли положение о конфиденциальности и обработке персональных данных?

FAQ — часто задаваемые вопросы

1. Что обязательно должно быть в договоре на создание сайта?

Обязательно ТЗ, сроки и мильстоуны, критерии приёмки, порядок оплаты, переход прав на исходники и контент, гарантийный период, технические и SEO‑требования, список передаваемых доступов.

2. Как прописать ответственность подрядчика за сроки?

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

3. Как закрепить в договоре передачу прав на код?

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

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

Нет, это рискованно. Рекомендуется фиксировать выполнение технических SEO‑работ и базовые KPI (выполнены проверки, подключена аналитика), а результаты продвижения оставить в виде отдельного договора на SEO‑продвижение.

5. Как избежать споров при передаче доступа к хостингу и репозиторию?

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

6. Нужно ли включать в договор пункт про тестирование безопасности?

Да, особенно если сайт работает с платежами или личными данными. Укажите перечень тестов (OWASP, SQL‑инъекции, XSS), кто их проводит и как фиксируются результаты.

Как мы поможем

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

Услуги по созданию и продвижению сайтов доступны в рамках нашей практики — см. страницу с описанием услуг: услуги по созданию и продвижению сайтов. Примеры реализованных проектов и кейсы можно посмотреть здесь: кейсы агентства.