Коротко
- Право на обучение ИИ — отдельный пункт: без явного разрешения его нет.
- Чужие видео завязаны на несколько прав: авторское, музыка, лицо и товарные знаки.
- Журналирование источников и лицензий экономит деньги при претензиях.
Новости о конфликтах вокруг обучения ИИ на чужих видео появляются всё чаще. Это закономерно: бизнес тянется к готовому контенту, а правообладатели задают резонный вопрос — на каком основании вы это делаете? Я работаю на стыке маркетинга и автоматизации и вижу, как компании рискуют на ровном месте, просто потому что в договорах и настройках по умолчанию нет пары важных строк. В этом тексте я собрала практический чек-лист: что проверить, какие формулировки добавить в договоры и как настроить сигналы «не обучать», чтобы снизить риск претензий.
Где бизнес рискует, когда трогает видео и ИИ
Видео — сложный объект: в одном файле сразу несколько наборов прав. Есть авторское право на сам ролик, есть соседние права на исполнение и запись, отдельные права на музыку, внешние объекты вроде логотипов, и персональные данные — лицо и голос человека. Если вы берёте чужое видео и прокатываете его через генеративные инструменты или используете для обучения модели (обучение модели — когда алгоритм «впитывает» примеры и меняет свои внутренние настройки на основе данных), вы затрагиваете каждое из этих прав.
Платформенные правила тоже имеют значение. По моим наблюдениям, условия размещения на видеохостингах часто ограничивают скачивание, переработку и машинную обработку материалов третьими лицами. Это значит, что даже если автор где-то дал «свободную» лицензию, платформа могла наложить свои запреты. Для бизнеса это сигнал: сначала читаем лицензию автора, затем — условия площадки, и только потом принимаем решение.
Базовый принцип: если у вас нет явного разрешения в нужном объёме, считайте, что его нет.
Чужое видео: что проверить перед использованием
Здесь логика простая. Сначала определяем юридическое основание, потом проверяем состав прав, затем фиксируем доказательства. Юридическое основание — это лицензия или договор, который даёт вам право использовать ролик именно так, как вы планируете: в генеративной рекламе, в обучении внутренних моделей, в демонстрациях для клиентов.
- Источник и лицензия. Где взяли ролик? Проверьте лицензию: тип, территория, срок, способы использования и право на переработку. Пункт про «обучение ИИ» лучше иметь в явном виде, потому что это отдельный способ использования.
- Права на музыку. Музыка в видео живёт по своим правилам. Нужны права на запись и на композицию. Если лицензия на ролик не покрывает музыку, в генеративной переработке и в рекламе возникают риски.
- Согласия изображённых людей. Лицо и голос — персональные данные. Для рекламы и особенно для обучения моделей запросите согласия на использование, переработку и возможную синтетическую генерацию похожих материалов. Снимите вопрос обработки биометрии, если это релевантно в вашей юрисдикции.
- Товарные знаки и объекты. Яркие логотипы на кадре могут требовать отдельной чистки прав. Если вы собираетесь синтезировать новые материалы на основе видео, этот риск усиливается.
- Платформенные ограничения. Сверьте Terms площадки, где ролик опубликован. Часто там прямые запреты на скачивание и машинную обработку. Это блокер, даже если автор не против.
- Доказательства и журнал. Зафиксируйте скриншот лицензии, условия на дату доступа, ссылку и контрольную сумму файла (хеш — короткая цифровая «подпись» контента). Сохраните это в реестре данных, чтобы через год вы могли доказать добросовестность.
Если лицензии нет, а контент нужен, покупайте права напрямую у правообладателя. Включайте в договор право на переработку, генеративное использование и обучение внутренних моделей. Добавляйте пункт о гарантиях и возмещении убытков, чтобы исполнитель подтвердил, что у него есть все нужные разрешения и что он компенсирует ваш риск при нарушении третьих лиц.
Свой видеоархив: как оформить права для генеративных задач
Собственный контент спасает бюджет, когда всё оформлено. По моим наблюдениям, слабое место — договоры с подрядчиками и лицензионные «дыры» в музыке. Вторая проблема — сотрудники и спикеры, чьи лица и голоса вы обучаете в ассистентах и аватарах.
- Договор с продакшеном. Пропишите отчуждение или широкую лицензию на видеоматериалы, исходники и проектные файлы. Отдельной строкой — право на генеративное использование и обучение внутренних моделей, без передачи данных в открытый доступ.
- Музыкальные права. Используйте треки с лицензией, покрывающей рекламу, переработки и машинную обработку. Лицензии «только для прослушивания» не подходят. Проверьте, можно ли включать трек в обучающие датасеты.
- Согласия спикеров и сотрудников. Включите в согласия использование изображения и голоса в рекламе, в синтетических версиях и в обучении. Опишите срок, территории, отзыв согласия и процесс удаления данных из обучающего набора.
- Политика данных. Установите внутренние правила: где хранятся исходники, кто и как их метит для обучения, как фиксируются основания использования. Это снимет споры между маркетингом, юристами и ИТ.
Если вы создаёте обучающие ассистенты для внутренних задач, договоритесь с ИТ о «периметре»: модель обучается на ваших данных и не отправляет сырой контент наружу. Это техническая настройка, но она экономит нервы, когда встаёт вопрос конфиденциальности и коммерческой тайны.
Технические сигналы «не обучать» и журналирование данных
Технические меры дополняют договоры и помогают управлять рисками. Сигналы «не обучать» — это метки в коде страницы, файлах и настройках хостинга, которые указывают добросовестным системам не использовать контент для обучения. Встречаются robots-правила для ботов, мета-теги на страницах, заголовки ответа сервера и платформенные переключатели, если площадка их поддерживает. Это не панацея: кто хочет нарушить, проигнорирует. Но у вас будет зафиксированная позиция.
- Метки на своих ресурсах. Настройте правила для сканеров в robots.txt и мета-теги, сигнализирующие об отказе в обучении. Для видеофайлов можно добавлять служебные заголовки на стороне сервера, если стек это позволяет. Смысл один: показать вашу волю и создать дополнительный барьер.
- Платформенные настройки. Если платформа даёт опцию запрета на использование контента в обучении, включайте. Снимки экрана настроек сохраняйте в журнал.
- Водяные знаки и кадрирование. Тонкие водяные знаки и аккуратное кадрирование усложняют массовый сбор датасетов. Это больше про снижение привлекательности контента для нерелевантного обучения.
Журналирование (реестр данных) — ваша страховка. Это таблица или система, где на каждый файл и датасет записаны источник, дата, ссылка, владелец прав, тип лицензии, скриншот условий, идентификаторы согласий и хеш-суммы. Для обучающих наборов добавьте «паспорт датасета»: что внутри, для какой цели собран, кто одобрил использование и как реализуется удаление по запросу.
- Минимальный набор полей. Идентификатор файла, источник и дата, лицензия и её снимок, правообладатель, согласия людей, хеш, связанный проект, срок хранения и контакт ответственного.
- Процедуры. Проверка перед загрузкой в обучающий пайплайн, согласование изменений лицензий, план удаления по сроку, журнал запросов на исключение и реальные действия по ним.
- Вендоры и инструменты. Если вы используете внешние сервисы через API (API — программный способ подключиться к сервису), заключайте договор на обработку данных и фиксируйте, что поставщик не будет обучать свои общие модели на ваших материалах.
И последнее. Генеративные сценарии в маркетинге дают экономию времени и денег, когда права чистые, договоры конкретные, а технические сигналы расставлены. Любая «серость» с чужими роликами оборачивается потерями уже на стадии претензии, даже если дело не доходит до суда. Проверьте прямо сегодня свои процессы: лицензии, согласия, платформенные ограничения и журнал. Если нужно, я помогу собрать этот контур под ваши задачи — от инвентаризации до политики данных. Разборы по ИИ и маркетингу — в моём Telegram-канале: t.me/gerasimova_tut. А если хотите обсудить задачу — напишите мне: t.me/lenagrsmv.