Почему вопрос прав на сайт вообще возникает
Сайт — это не один объект, а целый набор результатов интеллектуального труда. Статья 1259 ГК РФ не выделяет интернет-сайт отдельно, но охраняет каждый его элемент: программный код (HTML, CSS, JavaScript, серверная часть), дизайн-макеты и графику, текстовые материалы, фотографии, видео и аудио, структуру и архитектуру базы данных.
По статье 1260 ГК РФ суды и юристы определяют сайт как составное произведение — мультимедийный продукт, где у каждого элемента может быть свой автор. И здесь начинается самое интересное.
Дизайнер нарисовал макет, копирайтер написал тексты, разработчик написал код, фотограф сделал снимки. У каждого из них — своё авторское право на свою часть работы. И пока права не переданы грамотно, заказчик владеет сайтом только формально.
Что говорит закон: статья 1296 ГК РФ
Ключевая норма, которую нужно знать и заказчику, и разработчику, — это статья 1296 ГК РФ. Она регулирует права на произведения, созданные по заказу.
Суть такая: исключительное право на программу для ЭВМ, базу данных или другое произведение, созданное по договору заказа, по умолчанию принадлежит заказчику. Но — и это принципиальный момент — только если в договоре не прописано иное.
На практике это означает следующее. Если вы заказали разработку сайта у студии или фрилансера, и в договоре чётко указано, что предмет — создание сайта, то исключительные права переходят к вам как заказчику. Но есть важная оговорка: права переходят не в момент оплаты, а в момент подписания акта сдачи-приёмки работ. Пока акт не подписан и работа не оплачена — исключительные права остаются у исполнителя.
Нередко встречается ситуация, когда заказчик оплатил только аванс, получил доступ к тестовому серверу и начал использовать сайт в коммерческих целях. Формально он использует чужую интеллектуальную собственность без надлежащего оформления прав.
Разработчик-фрилансер и студия: в чём разница
Здесь есть нюанс, который многие упускают. Статья 1296 ГК РФ распространяется на случаи, когда на стороне исполнителя выступает юридическое лицо или ИП, нанимающий авторов. Если же исполнитель — сам автор (то есть фрилансер, который лично пишет код и делает дизайн), то применяется другая норма — статья 1288 ГК РФ о договоре авторского заказа.
Разница существенная. По договору авторского заказа стороны сами решают, кому будут принадлежать исключительные права. Можно предусмотреть полное отчуждение прав заказчику, а можно ограничиться лицензией — исключительной или неисключительной.
Если в договоре авторского заказа вопрос прав вообще не урегулирован, то по умолчанию заказчик получает только право использования произведения в тех целях, для которых оно заказывалось. Исключительные права остаются у автора.
Это та самая ловушка, в которую попадают многие. Заказчик платит фрилансеру, получает готовый сайт, а потом выясняется, что перепродать его, переработать или использовать код в другом проекте он не вправе.
Что конкретно передаётся и что остаётся
Права на результат интеллектуальной деятельности делятся на две большие категории.
Личные неимущественные права — право авторства (указание имени), право на неприкосновенность произведения. Они не передаются никогда и никому. Даже если заказчик выкупил все исключительные права, автор навсегда остаётся автором. Это закреплено в статье 1265 ГК РФ, и это не обсуждается.
Исключительное (имущественное) право — право использовать произведение любым способом, распоряжаться им, передавать другим. Вот это как раз и является предметом сделки между заказчиком и разработчиком.
Когда разработчик передаёт заказчику исключительные права на код сайта, он фактически говорит: «Можешь делать с этим кодом всё, что хочешь — модифицировать, продавать, передавать третьим лицам». Но при этом он остаётся автором этого кода.
Три способа передать права на сайт
В российском законодательстве есть три основных механизма.
Договор об отчуждении исключительного права. Самый «жёсткий» вариант. Исключительные права полностью переходят к заказчику. Разработчик теряет право использовать созданный продукт даже для собственных нужд (если в договоре не прописана обратная оговорка). Для заказчика это идеальный вариант — полный контроль.
Лицензионный договор. Более гибкий инструмент. Бывает исключительная лицензия (только заказчик может использовать произведение) и неисключительная (разработчик тоже сохраняет право использования и может выдать лицензию другим). В договоре прописывают срок, территорию, конкретные способы использования.
Договор авторского заказа. Применяется, когда исполнитель — сам автор (физлицо-фрилансер). В нём можно предусмотреть как полное отчуждение, так и лицензию.
По практике, большинство фрилансеров работают без грамотно составленного договора. Кто-то ограничивается перепиской в мессенджере, кто-то использует шаблон из интернета, в котором вопрос прав вообще не раскрыт. Это рискованно для обеих сторон.
Что обязательно прописать в договоре на разработку
Чек-лист пунктов, которые рекомендуется включить в любой договор на создание сайта.
Предмет договора должен быть конкретным. Не просто «разработка сайта», а описание: структура, функциональность, используемые технологии, ожидаемый результат. Суд по интеллектуальным правам неоднократно указывал, что без чёткого предмета договор могут не признать заключённым.
Судьба исключительных прав. Кому принадлежат, с какого момента переходят, в полном объёме или частично. Если этого пункта нет, применяются нормы ГК по умолчанию, и результат может удивить обе стороны.
Момент перехода прав. Обычно привязывают к подписанию акта сдачи-приёмки и полной оплате. Но стороны вольны выбрать и другой момент.
Гарантии исполнителя. Разработчик гарантирует, что не использовал чужие материалы с нарушением авторских прав, что привлечённые субподрядчики (дизайнеры, копирайтеры) передали ему свои исключительные права, и что код не содержит элементов с открытой лицензией, несовместимой с коммерческим использованием.
Последний пункт в 2026 году особенно актуален. Разработчик может использовать при создании сайта AI-инструменты, open-source библиотеки с лицензией GPL, чужие шаблоны. Если не отследить это на этапе договора, заказчик может получить продукт с «миной замедленного действия».
Вознаграждение автора. Если исключительные права отчуждаются, размер вознаграждения — существенное условие. Без него договор об отчуждении могут признать незаключённым.
Право разработчика на использование в портфолио. Стоит прописать за разработчиком право показывать сайт в портфолио и использовать скриншоты. Для заказчика это обычно не проблема, а для исполнителя — важный актив.
Кейс из практики: когда договора не было
Реальная ситуация: фрилансер сделал сайт для небольшой компании. Работали по устной договорённости, оплата на карту, никаких документов. Через полгода компания решила сменить разработчика. Новый подрядчик взял исходный код, переработал его и запустил обновлённый сайт.
Первый разработчик подал претензию: его код был использован без разрешения, исключительные права он не передавал. И формально был прав — раз договора нет, передачи прав не было. Авторское право возникает в момент создания произведения и не требует регистрации (пункт 4 статьи 1259 ГК РФ).
Компания оказалась в сложной ситуации: фактически использовала чужой код без правовых оснований. Конфликт урегулировали мирно — задним числом оформили договор отчуждения и доплатили разработчику. Но могли бы и в суд попасть.
Служебные произведения: когда разработчик — штатный сотрудник
Отдельная тема — когда сайт создаёт штатный программист компании. Здесь работает статья 1295 ГК РФ о служебных произведениях. Авторское право остаётся за сотрудником, но исключительное право автоматически принадлежит работодателю — при условии, что создание сайта входило в трудовые обязанности работника.
Ключевое слово — «входило в трудовые обязанности». Если сисадмину поручили сделать сайт, а в его должностной инструкции ничего про веб-разработку нет, признать сайт служебным произведением будет сложно. Исключительные права в такой ситуации останутся у сотрудника.
Ещё один момент: работодатель обязан начать использовать служебное произведение в течение трёх лет, иначе исключительное право возвращается к автору-работнику. Об этом часто забывают.
Как защитить авторские права на сайт
Регистрация авторского права в России не обязательна — оно возникает в момент создания. Но если дело дойдёт до спора, доказать авторство без подтверждающих документов будет трудно. Вот что можно сделать.
Депонирование. Специализированные организации (например, n'RIS, РАО) фиксируют факт существования произведения на определённую дату. Это не регистрация авторства в строгом смысле, но весомый аргумент в суде.
Регистрация программы для ЭВМ в Роспатенте. Код сайта — это программа для ЭВМ, и её можно зарегистрировать. Процедура добровольная, но свидетельство Роспатента — серьёзное доказательство.
Фиксация в системах контроля версий. Git-репозиторий с историей коммитов — это тоже доказательство. Каждый коммит содержит дату, автора, содержание изменений. Хранение всех проектов в приватных репозиториях — хорошая практика именно на этот случай.
Знак копирайта на сайте. Символ ©, имя правообладателя и год — это не юридическая защита, а информирование. Но его наличие показывает, что правообладатель осознаёт свои права и готов их защищать.
Нотариальное заверение скриншотов. Если кто-то скопировал дизайн или контент, зафиксируйте нарушение через нотариуса. Нотариально заверенный скриншот — допустимое доказательство в суде.
Частая ошибка: думать, что домен = владение сайтом
Доменное имя и сайт — это разные объекты. Домен регистрируется на конкретное лицо, и он принадлежит тому, на кого зарегистрирован. Но владение доменом не даёт прав на контент, код и дизайн сайта, размещённого на этом домене.
Бывает так: заказчик зарегистрировал домен на себя, а разработчик хостит сайт на своём сервере. Или наоборот — домен на разработчике, а контент создавал заказчик. В обоих случаях при конфликте каждый контролирует только «свою» часть, и разобраться бывает непросто.
Рекомендация: домен всегда регистрируйте на заказчика, хостинг — тоже, и обязательно передавайте все доступы (админки CMS, FTP, SSH, панель хостинга) после завершения проекта и полной оплаты.
Что делать с open-source кодом и AI-генерацией
Современный сайт почти всегда включает open-source компоненты — React, Vue.js, различные npm-пакеты. У каждого пакета своя лицензия: MIT, Apache 2.0, GPL и другие. MIT и Apache позволяют свободное коммерческое использование. GPL обязывает раскрывать исходный код производных продуктов.
Если разработчик использовал GPL-библиотеку в ядре сайта, заказчик может оказаться обязан публиковать исходный код. Важно проверять лицензии зависимостей перед сдачей проекта и выбирать совместимые с коммерческим использованием.
Что касается AI-инструментов — тема горячая. По состоянию на март 2026 года российские суды придерживаются позиции, что автором признаётся человек, творческим трудом которого создано произведение. AI — это инструмент, как кисть или компилятор. Если разработчик использовал нейросеть для генерации части кода или дизайна, авторство принадлежит ему, при условии что он внёс существенный творческий вклад.
Но вот что важно: в договоре стоит прописать гарантию разработчика, что он имеет право передавать исключительные права на весь созданный контент, включая элементы, сгенерированные с помощью AI. Это защитит заказчика от потенциальных рисков.
Коротко: что запомнить
Авторское право на элементы сайта возникает автоматически у того, кто их создал. Исключительные права по умолчанию принадлежат заказчику (если договор на создание заключён с компанией), но при работе с фрилансером-автором нужно прописывать это отдельно. Без письменного договора с условиями о передаче прав заказчик рискует оказаться без юридического контроля над собственным сайтом.
Оформляйте отношения документально. Это не бюрократия — это защита ваших денег, времени и бизнеса.