Что должно быть указано в договоре на создание сайта: важные условия для заказчика

Что должно быть указано в договоре на создание сайта

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

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

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

Чем сложнее проект, тем подробнее должны быть описаны требования.

Договор и техническое задание должны работать вместе

Одной фразы «разработать сайт компании» недостаточно. Она не отвечает на ключевые вопросы: сколько будет страниц, какие функции реализуются, кто готовит контент, входит ли SEO, кто настраивает аналитику и что считается готовым результатом.

Поэтому договор и техническое задание лучше рассматривать как единый комплект документов.

В ТЗ стоит зафиксировать:

Структуру сайта. Какие разделы и страницы входят в проект.
Функциональность. Формы, каталог, поиск, фильтры, калькуляторы, личный кабинет и другие функции.
Интеграции. CRM, 1С, платежные системы, мессенджеры и другие сервисы.
Дизайн. Индивидуальный дизайн или адаптация готового решения.
Адаптивность. Требования к отображению на компьютерах, планшетах и смартфонах.
Контент. Кто предоставляет тексты, фотографии, видео и другие материалы.
Технические требования. CMS, стек, серверные решения и другие параметры, если они имеют значение для проекта.

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

Что входит в стоимость и сроки разработки:

Одна из самых частых причин споров — разное понимание того, что входит в цену.

В договоре или смете желательно отдельно определить, входят ли в стоимость:

прототипирование;
дизайн;
программирование;
адаптивная версия;
наполнение;
формы и интеграции;
техническая SEO-подготовка;
аналитика;
тестирование;
перенос на домен;
передача исходных материалов.

Также необходимо определить, какие работы оплачиваются отдельно.

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

Сроки лучше разбить на этапы.

Фраза «сайт будет готов через месяц» не всегда позволяет объективно контролировать проект.

Практичнее определить последовательность работ:

бриф и прототип → дизайн → разработка → наполнение → тестирование → запуск.

Для каждого этапа можно установить срок или порядок его согласования.

Также важно определить, как изменяются сроки, если заказчик задерживает тексты, доступы или согласование макетов.

На официальной странице SEOMAN процесс разработки также разделен на четыре этапа: бриф и прототип, дизайн, разработка, запуск и аналитика.

Правки, согласование и приемка сайта

До начала работ стоит договориться не только о количестве правок, но и о том, что именно считается правкой.

Например, исправление ошибки в согласованной форме — это устранение недостатка. А добавление нового калькулятора после утверждения ТЗ — изменение проекта.

В договоре желательно определить:

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

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

Чем точнее прописаны эти правила, тем меньше риск бесконечного согласования проекта.

Стоимость и порядок оплаты

В договоре должно быть понятно:

сколько стоит проект;

когда и какими частями производится оплата;

что входит в стоимость;

при каких условиях цена может измениться.

Если используется поэтапная оплата, желательно связать платежи с конкретными этапами или результатами.

Также стоит закрепить, что дополнительные работы согласовываются до их выполнения. Это помогает избежать ситуации, когда итоговая стоимость увеличивается из-за задач, которые заказчик считал включенными в первоначальный договор.

Кому принадлежат домен, хостинг, исходный код и дизайн

Это один из наиболее важных блоков договора.

Для бизнеса желательно заранее определить права на все основные составляющие сайта:

Домен. Кто регистрирует доменное имя, на кого оно оформляется и кто управляет им.
Хостинг. Где размещается сайт, кто оплачивает услугу и кто имеет административный доступ.
Исходный код. Передается ли заказчику код проекта и в каком объеме.
Дизайн. Какие права получает заказчик на созданные макеты и визуальные материалы.
Контент. Кто имеет права на тексты, фотографии, видео и другие материалы.
Аккаунты. На чью почту регистрируются аналитика, CMS и другие сервисы.

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

При этом права на сторонние компоненты могут регулироваться отдельными лицензиями. Это относится, например, к фотографиям из фотобанков, шрифтам, иконкам, библиотекам и плагинам.

Почему заказчик должен контролировать доступы

Даже если техническим обслуживанием занимается веб-студия, компания должна иметь возможность управлять своими цифровыми активами.

В идеале заказчик должен контролировать:

Домен. Личный кабинет регистратора и регистрационные данные.
Хостинг. Доступ к аккаунту или согласованный способ управления инфраструктурой.
Исходный код. Репозиторий или другой согласованный способ передачи.
CMS. Административный доступ, если она используется.
Аналитику. GA4, Google Tag Manager, Яндекс Метрику и другие системы.
Другие сервисы. CRM, платежные системы, формы и интеграции.

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

SEOMAN прямо указывает, что исходный код, домен, хостинг и все доступы остаются у клиента.

SEO и аналитика должны быть зафиксированы заранее

Если сайт должен привлекать поисковый трафик, важно определить, какая техническая SEO-подготовка входит в разработку.

В договоре или ТЗ можно указать:

Структуру страниц. Возможность создавать отдельные страницы услуг и категорий.
Метаданные и заголовки. Возможность управлять Title, Description и заголовками.
URL. Человекопонятные адреса страниц.
Sitemap.xml и robots.txt. Технические файлы для поисковых систем.
Schema.org. Микроразметку там, где она уместна.
Canonical и редиректы. Если они необходимы конкретному проекту.
Мобильную версию. Корректную работу сайта на смартфонах.

При этом нужно различать техническую SEO-подготовку и полноценное SEO-продвижение. Если продвижение не входит в разработку, это также лучше указать прямо.

На странице разработки SEOMAN указано, что техническая SEO-база закладывается в процесс создания сайта, а аналитика с целями настраивается до сдачи проекта.

Что указать про аналитику

Для коммерческого сайта недостаточно просто установить счетчик.

Если аналитика входит в проект, стоит определить:

какие системы используются;

какие цели и события настраиваются;

какие обращения отслеживаются;

кому принадлежат аккаунты.

Это могут быть GA4, Google Tag Manager, Яндекс Метрика, отслеживание отправки форм, кликов по телефону и другие целевые действия.

Так заказчик понимает не только то, что аналитика «подключена», но и какой именно результат входит в стоимость разработки.

Поддержка и гарантийные обязательства

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

Поэтому вместо общей фразы «гарантия на сайт» лучше определить конкретные условия:

Период поддержки. Сколько времени после запуска действует сопровождение.
Исправление ошибок. Какие недостатки устраняются без дополнительной оплаты.
Новые функции. Что считается отдельной разработкой.
Срок реакции. Если подрядчик предоставляет поддержку, можно определить порядок обработки обращений.
Стоимость сопровождения. Если дальнейшая работа оплачивается отдельно.

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

Ответственность и изменение проекта

В договоре желательно определить ответственность обеих сторон.

Заказчик может отвечать за своевременное предоставление контента, доступов и согласований. Подрядчик — за выполнение согласованного объема работ в рамках своей зоны ответственности.

Также стоит заранее установить процедуру изменения ТЗ:

новая задача → оценка стоимости и сроков → согласование → выполнение.

Так проект не превращается в бесконечное расширение первоначального задания без пересмотра сроков и бюджета.

Что происходит при расторжении договора

Этот вопрос часто вспоминают слишком поздно.

Если сотрудничество прекращается до завершения проекта, договор должен определять:

Порядок уведомления.
Расчеты за выполненные работы.
Передачу готовых материалов.
Передачу исходного кода, если это предусмотрено договором.
Передачу домена и доступов.
Порядок работы с материалами заказчика.

Это особенно важно для уже работающего бизнеса: прекращение сотрудничества не должно автоматически означать потерю доступа к сайту и связанным сервисам.

Что должно остаться у заказчика после запуска

Перед финальной приемкой полезно проверить не только внешний вид сайта, но и комплект передаваемых материалов.

В зависимости от проекта это могут быть:

Домен. Управление доменным именем.
Хостинг. Доступ к размещению сайта.
Исходный код. Если его передача предусмотрена договором.
Дизайн. Согласованные макеты и материалы.
CMS. Административный доступ.
Аналитика. Настроенные аккаунты и цели.
Интеграции. Доступы к подключенным сервисам.
Документация. Если она необходима для дальнейшего сопровождения.

Таким образом, завершение проекта — это не только момент, когда сайт открывается в браузере. Это еще и передача заказчику согласованного набора результатов и доступов.

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

Перед началом разработки сайта задайте подрядчику несколько простых вопросов:

Что именно входит в стоимость?

Сколько страниц и функций будет создано?

Какие этапы и сроки предусмотрены?

Сколько правок входит в проект?

Как проходит приемка?

Кому принадлежит домен?

Получаю ли я исходный код?

Какие права я получаю на дизайн и контент?

Какая SEO-подготовка входит в разработку?

Какая аналитика будет настроена?

Что входит в поддержку после запуска?

Что произойдет, если сотрудничество прекратится?

Ответы на эти вопросы должны находить отражение в договоре, ТЗ или других согласованных документах.

Краткий чек-лист договора

Перед подписанием проверьте:

Предмет договора. Понятно, какой сайт и результат должен быть создан.
Техническое задание. Зафиксированы страницы, функции и интеграции.
Стоимость. Понятно, что входит в цену и что оплачивается отдельно.
Сроки. Определены этапы и порядок переноса сроков.
Правки и приемка. Зафиксирован процесс согласования результата.
Права. Определены условия использования исходного кода, дизайна и контента.
Домен и хостинг. Понятно, кто ими владеет и управляет.
SEO и аналитика. Конкретно указано, какие работы входят в проект.
Поддержка. Понятно, какие ошибки исправляются и что считается новой задачей.
Расторжение. Определено, как передаются материалы и доступы при завершении сотрудничества.

FAQ

Нужен ли договор на создание сайта, если проект небольшой?

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

Нужно ли отдельное техническое задание?

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

Должен ли заказчик получить исходный код?

Это зависит от условий договора. Если заказчику необходим исходный код, порядок его передачи и права на использование лучше прямо прописать. В Казахстане компьютерные программы, включая исходный текст и объектный код, охраняются авторским правом.

Кому должен принадлежать домен?

Для бизнеса желательно, чтобы заказчик контролировал свой домен. В договоре стоит определить, кто регистрирует доменное имя, на кого оно оформляется и как передается управление.

Нужно ли прописывать SEO в договоре?

Если сайт планируется продвигать в поиске, желательно. При этом нужно конкретно определить, какие технические работы входят в разработку, а какие относятся к отдельному SEO-продвижению.

Что делать, если подрядчик говорит: «Все будет по стандарту»?

Попросите расшифровать, что означает «стандарт». У разных проектов различаются количество страниц, функциональность, интеграции и требования к SEO. В договоре лучше зафиксировать конкретный результат.

Можно ли изменить договор после начала разработки?

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

Нужно ли проверять договор у юриста?

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

Вывод

Хороший договор на разработку сайта должен отвечать на три главных вопроса:

что именно создается;

на каких условиях это делается;

что получает заказчик после завершения проекта.

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

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

Так договор становится не формальным документом, а понятной картой проекта для обеих сторон.

SEOMAN разрабатывает сайты и лендинги поэтапно: от брифа и прототипа до дизайна, разработки, запуска и аналитики. Компания также указывает, что исходный код, домен, хостинг и все доступы остаются у клиента.

Если вам нужна разработка сайта с заранее понятным составом работ и передачей проекта под контроль бизнеса, обратитесь в SEOMAN.

📱 WhatsApp: +7 705 279 30 78

Перед началом проекта обсудите не только цену и дизайн, но и конечный результат, права на сайт, порядок приемки и все необходимые доступы.