Договор на разработку сайта: права и этапы

Коротко: Чтобы юридически обезопасить бизнес, договор на разработку сайта должен содержать условия об отчуждении исключительных прав на код, дизайн и контент. Важно учитывать изменения в ГК РФ от 04.01.2026, которые повысили пределы компенсаций за нарушение прав до 10 млн рублей. Необходимо четко разграничивать этапы разработки и порядок приемки работ через акты, чтобы исключить риски потери интеллектуальной собственности.

Кстати, в AmSales мы делаем разработку сайтов и приложений и ИИ-интеграцию и анализ звонков под ключ. Если нужна помощь - напишите нам.

Юридическая природа сайта как составного произведения

Сайт - это не монолитный объект, который можно просто купить как кусок железа. С точки зрения права, это составное произведение. Это означает, что он состоит из множества независимых элементов: программного кода, графических интерфейсов, текстов, баз данных и даже структуры (архитектуры) сайта. Каждый такой элемент может иметь своего автора и своего правообладателя. Если вы просто подпишете договор на "создание сайта", вы рискуете получить продукт, на который у вас нет прав на отдельные его составляющие.

Согласно актуальной редакции ГК РФ, которая вступила в силу с 04.01.2026, авторские права на подбор и расположение материалов охраняются отдельно от прав на сами материалы. Это критически важно. Например, если дизайнер нарисовал уникальную иконку, а копирайтер написал статью, то право на использование этих элементов должно быть передано вам отдельно. Если в договоре не прописано, что все элементы составляют единое целое с переходом прав заказчику, вы можете столкнуться с тем, что сайт у вас есть, а законного права использовать его элементы в дальнейшем - нет.

Существует две основные модели взаимодействия: договор авторского заказа (ст. 1288 ГК РФ) и договор подряда/оказания услуг. Если сайт создает физлицо-автор, применяются нормы о договорном авторском заказе. Здесь условия передачи прав должны быть максимально детализированы. Если же работает студия (юридическое лицо), то отношения регулируются общими нормами о передаче прав. Но даже в этом случае важно понимать: само по себе наличие договора на разработку не означает автоматического перехода прав на интеллектуальную собственность, если это прямо не указано в тексте документа.

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

Как закрепить исключительные права на код

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

Согласно ст. 1296 ГК РФ, программа для ЭВМ, созданная по договору, по общему правилу принадлежит заказчику, если иное не предусмотрено договором. Однако на практике разработчики часто включают в договор пункт о том, что права на "базовые модули" или "библиотеки кода" остаются у исполнителя. Это стандартная практика, но она опасна для бизнеса. Если разработчик использует свои проприетарные библиотеки, которые вы не можете легально использовать вне его экосистемы, ваш сайт становится "запертым" в рамках одного сервиса.

Как правильно прописать условия в договоре:

• Используйте термин "договор об отчуждении исключительного права" (ст. 1234 ГК РФ) для передачи прав на код. Это единственный способ юридически чисто передать право на использование кода в полном объеме.
• Четко пропишите, что исключительные права на программный код, созданный в рамках договора, переходят к заказчику в момент подписания акта приемки-передачи работ.
• Разделите в договоре "объекты, созданные специально для заказчика" (уникальный код сайта) и "объекты, созданные до начала работ" (стандартные библиотеки). Права на вторые могут оставаться у разработчика, но вы должны получить безвозмездную, бессрочную и исключительную лицензию на их использование в составе вашего сайта.

Не забывайте про регистрацию. Хотя регистрация программы для ЭВМ в Роспатенте остается добровольной, она является важным доказательством в суде. Государственная пошлина для юрлиц составляет 5 000 рублей. Если ваш сайт - это сложный сервис с уникальным функционалом, регистрация прав в Роспатенте станет вашим щитом при попытках конкурентов скопировать ваш код.

Разграничение прав на дизайн тексты и программный код

Одна из главных ошибок при составлении договора на разработку сайта - попытка объединить всё в одну категорию "результат работ". Это юридически неграмотно. Сайт - это сложный объект, и права на его части распределяются по-разному. Если вы не разделите их, вы можете получить "пустышку": сайт работает, но вы не можете поменять текст, не можете сменить шрифт или перерисовать иконки без участия разработчика.

Сначала разберем дизайн. Визуальное оформление (UI/UX) - это объект авторского права. Вы должны владеть правами на макеты, шрифтовые композиции и графические элементы. Если дизайнер использовал стоковые изображения, убедитесь, что в договоре прописано: исполнитель гарантирует наличие лицензий на все используемые в дизайне элементы. В противном случае вы получите иск от фотобанка, а виноватым окажетесь вы, как конечный пользователь сайта.

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

Таблица распределения прав для проверки договора:

Этапы разработки и порядок приемки работ

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

Рекомендуемая схема этапов:

1. Проектирование и ТЗ. На этом этапе создается техническое задание. Это самый важный документ. Если ТЗ не утверждено, вы не сможете доказать, что разработчик выполнил работу некачественно.
2. Дизайн-концепция. Создаются макеты. Приемка этого этапа - это утверждение визуального стиля.
3. Программная реализация (Frontend и Backend). Написание кода и верстка.
4. Наполнение контентом и тестирование. Проверка функционала и наполнение сайта информацией.
5. Финальная приемка и запуск. Передача всех прав и исходных материалов.

Ключевой момент - порядок приемки. В договоре должно быть четко прописано: приемка осуществляется путем подписания Акта сдачи-приемки работ. Не используйте формулировки "работа считается принятой, если в течение 10 дней не поступило претензий". Это опасно для заказчика. Лучше зафиксировать процедуру: вы проверяете работу на соответствие ТЗ, и если замечаний нет, подписываете акт. Если есть замечания - составляете перечень недоработок (дефектную ведомость) и устанавливаете срок их устранения.

Важно понимать: оплата часто привязывается к этапам. Но будьте осторожны: не платите 100% предоплаты за весь проект сразу. Оптимально - поэтапная оплата по факту выполненных и принятых работ. Это ваш единственный рычаг давления на исполнителя, если он затянет сроки или качество окажется низким.

Риски использования ст. 1296 ГК РФ в договоре

Как мы уже упоминали, ст. 1296 ГК РФ - это ваш главный союзник и главный риск одновременно. Согласно этой статье, если вы заказали программу, она принадлежит заказчику, если в договоре не сказано иное. Кажется, что все просто. Но на практике разработчики - мастера юридических ухищрений. Они стараются максимально ограничить объем передаваемых прав, чтобы оставить за собой "интеллектуальное ядро" продукта.

Основной риск заключается в размытости формулировок. Если в договоре написано "права на результат работ переходят заказчику", это не гарантирует, что вы получите доступ к исходному коду. Вы можете получить только скомпилированный код (готовый продукт), который невозможно редактировать без участия разработчика. Для бизнеса это риск "vendor lock-in" (привязки к поставщику). Если разработчик поднимет цены или исчезнет, вы не сможете нанять другую команду для поддержки сайта, потому что никто не сможет залезть "под капот" вашего проекта.

Второй риск - использование сторонних компонентов. В современном вебе почти невозможно написать сайт с нуля без использования библиотек, фреймворков (React, Vue, Angular) или плагинов. Все они защищены лицензиями (например, MIT, Apache, GPL). Если ваш разработчик использовал компоненты с "вирусной" лицензией (например, GPL), это может потребовать от вас сделать весь ваш проприетарный код открытым. Это катастрофа для коммерческой тайны и конкурентного преимущества.

Чтобы избежать этих рисков, в договоре обязательно должен быть пункт о том, что: 1. Исполнитель обязуется передать заказчику не только объект (сайт), но и все исходные коды, обеспечивающие его работу. 2. Исполнитель гарантирует, что использование сторонних библиотек не накладывает на заказчика обязательств по раскрытию его собственного кода. 3. Исполнитель обязуется предоставить полный перечень используемых сторонних лицензий.

Гарантийные обязательства и техническая поддержка

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

Гарантийные обязательства касаются устранения дефектов, которые были допущены в процессе разработки. Например, если кнопка "Оплатить" не нажимается или верстка "едет" на мобильных устройствах, это гарантийный случай. Обычно гарантийный срок составляет от 3 до 12 месяцев. В этот период исправление ошибок должно происходить бесплатно. Важно зафиксировать в договоре, что гарантия распространяется на исправление ошибок в коде, а не на изменение функционала или дизайна.

Техническая поддержка (SLA - Service Level Agreement) - это уже отдельный процесс. Это обеспечение стабильной работы сайта: обновление CMS, защита от DDOS-атак, резервное копирование, исправление ошибок, возникших из-за внешних факторов (например, обновление браузера или сбои на стороне хостинга). Техподдержка обычно оплачивается отдельно по абонентской плате.

При оформлении договора обратите внимание на следующие параметры:

• Время реакции на инцидент (например, критическая ошибка должна быть устранена в течение 4 часов).
• График работы поддержки (24/7 или в рабочие часы).
• Перечень работ, входящих в поддержку (что считается "багом", а что "новым запросом").
• Порядок разграничения ответственности: за что отвечает хостинг, а за что - разработчик.
Если вы не пропишете эти детали, вы столкнетесь с ситуацией, когда при малейшей проблеме разработчик будет отвечать: "Это не ошибка в коде, это ваш сервер упал, это не наша зона ответственности".

Топ ошибок при оформлении интеллектуальной собственности

Завершая разбор, давайте соберем типичные ошибки, на которых спотыкаются собственники бизнеса и менеджеры. Эти ошибки стоят дорого - от сотен тысяч рублей на юристов до миллионов компенсаций по новым правилам ГК РФ.

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

Ошибка №2: Использование "авторского заказа" вместо "договора об отчуждении прав" при работе с компаниями. Договор авторского заказа (ст. 1288 ГК РФ) больше подходит для работы с физлицами (фрилансерами). При работе с агентствами важно использовать терминологию, соответствующую передаче прав на результат интеллектуальной деятельности (РИД) в рамках договора подряда или оказания услуг.

Ошибка №3: Непрописанный доступ к исходным кодам. Получить работающий сайт без возможности его редактировать - это как купить автомобиль, у которого заварены капот и багажник. Требуйте, чтобы в акте приемки было четко зафиксировано: "Исполнитель передал Заказчику исходные коды (Source Codes) в электронном виде".

Ошибка №4: Игнорирование прав на элементы, созданные третьими лицами. Если ваш сайт наполнен стоковыми фото или шрифтами, убедитесь, что права на их использование переданы вам или что исполнитель взял на себя обязательство обеспечить чистоту этих прав. Иначе вместо прибыльного магазина вы получите судебный иск от правообладателя контента.

Что запомнить:

• Сайт - это совокупность объектов (код, дизайн, текст), права на которые нужно закреплять отдельно.
• Используйте договор об отчуждении исключительного права (ст. 1234 ГК РФ) для гарантированной передачи прав.
• Всегда фиксируйте в ТЗ и актах не только "сайт", но и "исходные коды" и "макеты".
• Разграничивайте гарантийный срок (бесплатные исправления ошибок) и техническую поддержку (платная эксплуатация).
• Учитывайте новые пороги компенсаций за нарушение прав (до 10 млн руб.) - защита прав становится критически важной.