Игра может быть готова к релизу, а права на нее — еще нет. У купленной на маркетплейсе модели, шрифта в меню, музыкального фрагмента, open source-плагина и мода игрока могут быть разные условия. Оплата файла сама по себе не передает авторские права и не разрешает любое использование. До релиза студии важно понять, что именно она вправе изменять, включать в игру, распространять, рекламировать и предоставлять игрокам.
Проверено 2 ноября 2026 года. Перед релизом проверьте применимую лицензию и условия платформы.
Сначала разберитесь, какие права затрагивает сборка
Авторским правом могут охраняться графика, 3D-модели, текстуры, анимация, музыка, фонограммы, диалоги и код. Для одной музыкальной композиции могут требоваться отдельные права на музыку и текст, мастер-запись и исполнение. Лицензия на один слой не всегда покрывает остальные. Авторское право обычно охраняет выражение, а не абстрактную игровую идею; дополнительно могут применяться правила о товарных знаках, дизайне, частной жизни, образе человека и договорные ограничения.
Цифровой релиз по всему миру затрагивает разные правовые системы. США, страны ЕС и Великобритания по-разному определяют исходную принадлежность прав, исключения и личные неимущественные права автора. Условие о применимом праве помогает толковать договор, но не обязательно решает все вопросы авторского права во всех странах продаж. В каждом договоре отдельно закрепите территории, платформы, срок, права на сиквелы и DLC, рекламу, обновления, сублицензирование и доступ игроков.
1. Сопоставьте лицензию с реальным использованием ассета
Для каждого ассета проверьте, разрешены ли его изменение, объединение с другими материалами, коммерческое использование в игре, распространение на всех планируемых платформах, использование в трейлерах и на страницах магазина, включение в DLC, а также доступ игроков к файлу или его извлечение. Сохраните версию лицензии, подтверждение покупки, источник и особые условия ассета. Термин «royalty-free» обычно описывает оплату роялти, но не означает общественное достояние или неограниченное использование.
2D- и 3D-графика
Проверьте коммерческое использование, переработку, сублицензирование, ограничения по числу пользователей или аудитории, маркетинг, сиквелы и DLC. Убедитесь, что в ассете нет логотипов, фотографий, брендированных предметов, изображений реальных людей или сканированных произведений, права на которые продавец мог не получить. Разрешение включить модель в готовую игру не всегда разрешает распространять исходный файл. Если мод-инструменты дают доступ к моделям или текстурам, проверьте, покрывает ли лицензия такое использование.
Шрифты
Многие лицензии на шрифты рассматривают шрифт как программное обеспечение. Лицензия на установку шрифта дизайнерами может не разрешать встраивание или распространение в сборке для ПК, консолей или мобильных устройств. Проверьте встраивание в игру, пользовательский текст, серверный рендеринг, локализацию и маркетинг. Лицензия веб-шрифта не обязательно подходит для игры.
Музыка и звук
Отдельно очистите права на композицию и текст, фонограмму, синхронизацию, публичное исполнение или доведение до всеобщего сведения и права исполнителей. Лицензия на библиотечную музыку может исключать трейлеры, продажу саундтрека, live-сервис или пользовательский контент. Проверьте все территории и платформы.
У маркетплейсов нет единой универсальной лицензии. Например, EULA Unity Asset Store разрешает включать обычный (не restricted) ассет в игру только вместе с существенным собственным контентом, так чтобы ассет не был значительной частью продукта. Она не позволяет игрокам продавать, передавать или сдавать ассет в аренду, запрещает без разрешения монетизировать ассет в продукте, главная цель которого создание пользовательского контента, и запрещает использовать ассеты для обучения AI-моделей. Подрядчику нужна собственная лицензия. Restricted-ассеты подчиняются своим условиям, а для SDK и расширений редактора действуют дополнительные ограничения. Сопоставьте описание товара, EULA и отдельные условия ассета. EULA указывает, что open source-лицензии имеют приоритет для соответствующих компонентов при конфликте условий. EULA Unity Asset Store.
2. Для AI-ассетов нужны две проверки
Проверьте договор с AI-сервисом: коммерческое использование, ограничения на результат, конфиденциальность, хранение и обучение на загружаемых материалах, а также возмещение убытков. Отдельно проверьте результат на узнаваемые охраняемые произведения, бренды, внешность или голос людей. Пометка «создано AI» не подтверждает отсутствие нарушения прав.
Право собственности на результат — отдельный вопрос. В докладе 2025 года Бюро авторского права США указало, что человеческий творческий вклад, отбор или переработка могут охраняться, но чисто машинный результат и одни лишь промпты обычно недостаточны. В Великобритании есть норма для некоторых компьютерно-сгенерированных произведений, однако ее применение к современным генеративным системам зависит от обстоятельств, и правило может измениться. Право ЕС опирается на оригинальное интеллектуальное творчество человека. Фиксируйте сервис и его условия, референсы, промпты, человеческие правки и отбор. Осторожно обещайте исключительное право на материалы с минимальным человеческим вкладом. Бюро авторского права США, доклад об AI; CDPA Великобритании, статья 9.
3. Закрепите права и цепочку перехода прав
Храните документы, показывающие, как права переходят от каждого автора к студии, издателю, платформам и игрокам. В договорах определите результаты работ; передачу исключительных прав или достаточно широкую лицензию; переработки, производные произведения, порты, локализацию, DLC, маркетинг, обновления, сублицензирование и использование после расторжения. Отдельно урегулируйте ранее созданные инструменты, сторонние материалы и субподрядчиков. Получите согласия исполнителей на использование голоса и motion capture. Личные неимущественные права могут требовать согласия или отказа от них, если местное право это допускает.
США
Работодатель обычно считается автором произведения, созданного сотрудником в рамках его трудовых обязанностей. Заказная работа признается work made for hire только в установленных законом категориях и при наличии подписанного договора. Для иных передач авторских прав, как правило, требуется письменный документ с подписью. См. 17 U.S.C. §101 и §204.
Европейский союз
Для компьютерных программ Директива 2009/24/EC дает работодателю экономические права на программу, созданную сотрудником при выполнении обязанностей или по указаниям работодателя, если договором не предусмотрено иное. Это специальное правило о ПО; не распространяйте его автоматически на графику, музыку и другие произведения — для них важны национальные законы. См. статью 2(3) Директивы 2009/24/EC.
Великобритания
Работодатель обычно становится первым правообладателем охраняемого произведения, созданного сотрудником в ходе работы. Фрилансер или автор заказного произведения, как правило, сохраняет права, если не передал их письменно. Сам факт оплаты прав не передает. См. разъяснения UK IPO.
Практический подход: подписывайте договоры с сотрудниками, подрядчиками и студиями до начала работ. Перечисляйте ранее созданные инструменты и предоставляйте студии нужную лицензию на их использование внутри продукта. Требуйте заранее раскрывать и согласовывать сторонние ассеты, open source-код и применение AI.
4. Open source: изучите конкретную лицензию
Open source не означает отсутствие условий. Сохраняйте точный текст лицензии, уведомления, версии компонентов и сведения о доработках. Проверяйте транзитивные зависимости и лицензию реально поставляемой версии, а не только значок репозитория.
MIT, BSD и Apache 2.0
Эти разрешительные лицензии обычно допускают коммерческое использование, изменение и распространение без обязанности публиковать исходный код игры. Сохраните обязательные уведомления об авторских правах и текст лицензии. Apache 2.0 также содержит патентную лицензию и требует сохранить определенные уведомления; текст NOTICE переносите способом, предусмотренным лицензией. Ссылки: MIT, Apache 2.0.
GPL и AGPL
Условия GPL могут требовать, чтобы распространяемое пользователям охраняемое произведение, включая производную или объединенную работу, лицензировалось по GPL и сопровождалось исходным кодом в порядке, установленном конкретной версией. Образуют ли связанные модули единое произведение, зависит от фактов и применимого права. Статическая линковка может создавать риск; динамическая автоматически от обязательств не освобождает. Интеграция GPL-кода в закрытую игру может конфликтовать с моделью распространения студии. AGPL добавляет обязанность предоставить исходный код пользователям, взаимодействующим по сети с измененной охраняемой программой. До интеграции проверьте точную версию и архитектуру. См. FAQ GNU GPL, GPL v3 и AGPL v3.
LGPL и MPL
LGPL допускает некоторые варианты использования библиотек не-LGPL приложениями, но сохраняет требования к самой библиотеке. В зависимости от версии и способа линковки пользователям может быть нужно дать возможность заменить или изменить библиотеку; при статической линковке могут потребоваться объектные файлы для повторной линковки. MPL 2.0 обычно требует раскрыть исходный код измененных файлов под MPL, сохраняя возможность использовать другие условия для отдельных файлов. Важны границы файлов и копирование кода. См. FAQ LGPL и MPL 2.0.
| Исходный код игры остается закрытым | Главное условие | |
|---|---|---|
| MIT, BSD, Apache 2.0 | Как правило, да | Сохранить уведомления; Apache добавляет NOTICE и патентные условия |
| MPL 2.0 | Да, для отдельных файлов | Раскрыть измененные файлы под MPL |
| LGPL | Часто да, зависит от линковки | Пользователь может заменить библиотеку |
| GPL | Риск, если части образуют одно произведение | Охватываемое произведение и исходный код под GPL |
| AGPL | Риск, в том числе при сетевом использовании | Условия GPL и исходный код для удаленных пользователей |
Классифицируйте компоненты движка, плагины, SDK и библиотеки: инструмент редактора, runtime-модуль, статическая или динамическая библиотека, серверный компонент, build tool или отдельный сервис. Выясните, что изменено, связано, скомпилировано в игру или передано игрокам, и есть ли в лицензии сетевые условия. Универсального правила «статическая или динамическая линковка» нет. Если ответ неясен — замените зависимость, получите коммерческую лицензию или юридическое заключение до того, как она станет неотделимой частью продукта.
Мы проверим ваши ассеты, договоры и зависимости и предложим решение для вашей игры.
5. Уведомления, исходники и пользовательский контент
Формируйте список сторонних компонентов по фактической сборке релиза. Укажите компонент, версию, лицензию, изменения, строку об авторских правах, атрибуцию и текст NOTICE. Размещайте уведомления там, где разрешает лицензия: в титрах игры, документации, установщике или файле «Third-Party Licences». Для copyleft-компонентов заранее подготовьте исходный код и работающий способ его выдачи; сохраните build-скрипты и подтверждения выдачи на требуемый лицензией срок.
Поддержка модов требует двух разрешений: студия дает игрокам ограниченные права на инструменты и контент игры, а авторы модов — студии и платформе права размещать, показывать, распространять, адаптировать для совместимости и удалять материалы. В условиях определите монетизацию, модерацию, уведомления о нарушениях и удаление контента. Запретите загрузку нелицензированной музыки, извлеченных моделей, товарных знаков и персональных данных. Гарантия моддера не снимает собственные риски студии.
Условия платформ и middleware — отдельный договорный слой. Steam Workshop предусматривает разные модели распространения, включая платные предметы; отношения регулируются документацией Workshop и соглашениями Steam. Условия движка и SDK отдельно могут ограничивать число мест, использование данных, брендинг, античит или распространение. Перед каждым релизом проверьте условия, принятые для конкретного продукта. Документация Steam Workshop.
Чек-лист перед релизом
Ведите реестр ассетов и зависимостей
Правообладатель, источник, версия, лицензия, проект, территория, срок, согласования и подтверждения.
С чего начатьЗакрепите права авторов письменно
Сотрудники, подрядчики, аутсорс-студии, композиторы, исполнители и субподрядчики; перечислите сторонние инструменты и материалы.
Сопоставьте лицензии со всеми способами распространения
Сборка, DLC, трейлер, страница магазина, сервер, мод-инструменты, пользовательский контент и платформы.
Проверьте дерево зависимостей
Точные версии, вложенные пакеты, изменения, линковку и сетевое использование.
Подготовьте уведомления и исходники
Сверьте атрибуцию, тексты лицензий, NOTICE и выдачу исходного кода с требованиями лицензий.
Очистите права для пользовательского контента
Проверьте EULA, правила модов, мастерскую и порядок удаления; убедитесь, что игроки не получают больше прав на ассеты, чем разрешено.
Не выпускайте сборку с нерешенными правами
Замените, удалите или очистите спорный компонент и архивируйте точную версию релиза с документами.
Лицензия на модель с маркетплейса разрешает включить ее в коммерческую игру, но запрещает распространять исходник. Если мод-инструменты открывают модель, студии нужно получить дополнительное разрешение, изменить доступ или заменить ассет. Шрифт только для рабочего стола заменяют до встраивания в игру. GPL-плагин, тесно связанный с закрытым кодом, проверяют или заменяют, а не полагаются на предположение, что динамической линковки достаточно.
Очищайте права на ассет под то, как игра будет собираться, продаваться, обновляться и открываться игрокам.Команда LegalBit
Часто задаваемые вопросы
Если мы заплатили за ассет, мы владеем им?
Не автоматически. Оплата обычно дает лицензию на условиях продавца. Кроме того, у продавца может не быть прав на включенные сторонние элементы.
Можно ли использовать GPL-код в коммерческой игре?
Коммерческое использование разрешено, но распространение может требовать лицензировать охраняемую работу по GPL и предоставить исходный код. Образуют ли игра и компонент одну работу, зависит от обстоятельств и применимого права.
Снимает ли указание автора риск нелицензированного использования?
Нет. Атрибуция — условие некоторых лицензий, а не замена разрешения.
Могут ли игроки делиться модами с лицензированными ассетами?
Только если лицензия разрешает необходимое копирование и распространение. Многие лицензии допускают встраивание ассета в готовую игру, но запрещают предоставлять исходный файл.
Читайте также: AI-контент и авторское право; Найм разработчика: кто владеет кодом; Лицензионные соглашения для блокчейн-игры в нескольких странах. Услуги: юридическая поддержка GameDev и GameFi.
Первоисточники13 документов
- Закон США об авторском праве, 17 U.S.C. §101
- Закон США об авторском праве, 17 U.S.C. §204
- Директива ЕС 2009/24/EC
- Закон Великобритании CDPA 1988
- UK IPO: принадлежность авторских прав
- Лицензия MIT
- Apache License 2.0
- FAQ GNU GPL
- GNU GPL v3
- GNU AGPL v3
- Mozilla Public License 2.0
- EULA Unity Asset Store
- Документация Steamworks Workshop
Эта статья содержит общую информацию и не является юридической консультацией. Толкование лицензий и принадлежность прав зависят от фактов, точного текста условий и применимого права. Условия платформ меняются; для конкретной игры или релиза получите индивидуальную консультацию.
Чем мы помогаем
Помогаем игровым студиям проверять права на IP, лицензии на ассеты, условия платформ и модели лицензирования.
