Якщо на ваш продукт поширюється стаття 50 EU AI Act, машиночитаний водяний знак — це не вся робота. Провайдери та користувачі систем мають різні обов’язки. Деякі обов’язки користувачів систем і надалі вимагають чіткого маркування, яке людина може помітити без спеціальних інструментів. Правило застосовується з 2 серпня 2026 року. Обмежений пільговий період до 2 грудня 2026 року охоплює лише обов’язок маркування за статтею 50(2) для систем, розміщених на ринку до 2 серпня. В офіційних FAQ Комісії та на сторінках із рекомендаціями це тепер прямо зазначено. FAQ Європейської комісії Сторінка з рекомендаціями
Ця стаття — інженерний контрольний список, а не юридична консультація. Мета вужча: перетворити офіційні межі застосування, дати, винятки та пороги перевірки на продуктові засоби контролю, які ви справді можете впровадити. Цей контрольний список зосереджений на статті 50(1), статті 50(2) та обов’язках щодо генеративного контенту за статтею 50(4). Він не охоплює окремі обов’язки за статтею 50(3) для систем розпізнавання емоцій і біометричної категоризації. Перш ніж покладатися на цей процес, підтвердьте роль, сферу застосування та будь-який виняток із кваліфікованим юристом.
EU AI Act, стаття 50: хто і що має робити?
Поточні рекомендації Комісії розподіляють роботу між учасниками. Провайдери відповідають за повідомлення про безпосередню взаємодію з AI та машиночитане маркування синтетичних результатів. Користувачі систем відповідають за маркування deepfake-контенту та деяких текстів, що становлять суспільний інтерес. Сторінка з рекомендаціями Короткі факти
| Учасник | Тригер | Що зазначено в офіційних рекомендаціях |
|---|---|---|
| --- | --- | --- |
| Провайдер | Безпосередня взаємодія з фізичною особою | Повідомити особу з першої взаємодії, якщо не є очевидним, що вона взаємодіє з AI. |
| Провайдер | Синтетичний текст, зображення, аудіо або відео | Додати машиночитану позначку та забезпечити можливість виявлення з урахуванням обмежень сфери застосування і винятків. |
| Користувач системи | Перегляд deepfake-контенту | Надати чітке й помітне повідомлення не пізніше першого перегляду. |
| Користувач системи | Текст, що становить суспільний інтерес, без перевірки людиною або редакційного контролю | Чітко позначити текст як створений або змінений AI. |
Цей розподіл важливий, оскільки усуває один поширений короткий шлях: прихована позначка провайдера не задовольняє автоматично обов’язок користувача системи щодо видимого повідомлення. Комісія зазначає, що користувачі систем не можуть покладатися лише на машиночитану позначку, вбудовану провайдером. FAQ Європейської комісії
Важливі дати
Основні обов’язки за статтею 50 застосовуються з 2 серпня 2026 року. FAQ Комісії передбачає обмежений пільговий період для обов’язку маркування за статтею 50(2) до 2 грудня 2026 року, але лише для генеративних AI-систем, розміщених на ринку до 2 серпня 2026 року. Контент, створений до 2 серпня, не потребує ретроактивного маркування, хоча Комісія за можливості рекомендує його здійснювати. FAQ Європейської комісії Короткі факти
Закон встановлює дві важливі дати. Ваш план розгортання може додати третю внутрішню дату політики:
Що потрібно створити провайдерам
Для провайдерів правило щодо безпосередньої взаємодії є простішим. Якщо система передбачає справжню двосторонню взаємодію з фізичною особою, а взаємодія не є очевидно взаємодією з AI, особу потрібно поінформувати з початку першої взаємодії. Комісія зазначає, що виняток щодо «очевидності» слід тлумачити вузько. FAQ Європейської комісії
Складніша частина — маркування результатів. Провайдери систем, які генерують синтетичний текст, зображення, аудіо або відео, повинні застосовувати машиночитані позначки та забезпечувати можливість виявлення. У тому самому FAQ також зазначено, що деякі результати не входять до сфери застосування або звільняються від вимог, зокрема вихідний код, деякі результати взаємодії між машинами без доступу людини та деякі замкнені промислові або пов’язані з розробкою продуктів сценарії. FAQ Європейської комісії
Саме тут команди зазвичай надмірно спрощують роботу. Наведене нижче є інтерпретацією для впровадження, а не дослівним контрольним списком Комісії. Обов’язок провайдера — це не «увімкнути водяні знаки». Він полягає в тому, щоб:
Якщо ви вже відстежуєте провайдерів, середовища виконання та маршрути результатів в AI bill of materials→, розширте цей реєстр даними про покриття маркування для кожного результату та результатами перевірки. Якщо ні, згодом буде значно складніше довести відповідність статті 50.
Що ще потрібно робити користувачам систем
Користувачі систем мають іншу проблему. Їхні обов’язки є видимими, контекстними та пов’язаними з моментом ознайомлення. Прихованої позначки у файлі недостатньо, коли людина переглядає або читає результат.
Щодо deepfake-контенту Комісія зазначає, що повідомлення має бути надане не пізніше першого перегляду та бути зрозумілим без спеціальних інструментів. Щодо тексту, що становить суспільний інтерес, користувач системи повинен позначити контент, якщо він не пройшов справжню перевірку людиною або редакційний контроль. Комісія прямо зазначає, що перевірка орфографії та виправлення граматики не зараховуються. FAQ Європейської комісії
Тут дизайн процесу важливіший за технологію виявлення:
Питання користувача системи не в тому, «Чи використовувався AI?». Питання полягає в іншому: «Що саме ми показали людям і які докази перевірки маємо для цього конкретного матеріалу?»
*Підпис: Стаття 50 розподіляє обов’язки між провайдером і користувачем системи. Машиночитана позначка та видиме маркування вирішують різні проблеми.*
Чому одного водяного знака недостатньо
Поточна документація провайдерів уже показує, чому однорівневе рішення є слабким.
OpenAI зазначає, що метадані C2PA допомагають контенту містити інформацію про походження. Водночас компанія зазначає, що метадані можуть бути видалені, втрачені під час завантаження та скачування або пошкоджені такими перетвореннями, як зміна розміру та створення скриншотів. Станом на 29 липня 2026 року документація OpenAI описує другий рівень через SynthID для підтримуваних зображень і публічний попередній перегляд інструмента перевірки. Походження контенту OpenAI Перевірка OpenAI
Публічна документація Google щодо тексту SynthID доводить те саме з іншого боку. У ній описано принцип роботи текстового водяного знака, але також зазначено, що впевненість детектора може різко знизитися після ґрунтовного переписування або перекладу. Це обмеження важливе для статті 50, оскільки обов’язки користувачів систем охоплюють тексти, що становлять суспільний інтерес, де редагування є нормою, а не винятком. Документація SynthID Text
ElevenLabs тепер позиціонує SynthID разом із C2PA як частину свого стеку прозорості аудіо та зазначає, що спочатку почала впроваджувати водяний знак у безкоштовні генерації text-to-speech, перш ніж розширювати охоплення. Це корисний доказ для впровадження, але все ще повідомлений провайдером статус розгортання, а не доказ того, що кожна подальша платформа збереже сигнал. Публікація ElevenLabs про SynthID
Нещодавні дослідження доходять такого самого висновку. Стаття про структурні прогалини статті 50 стверджує, що відповідність не можна зводити до маркування постфактум. Стаття про фреймворк походження стверджує, що метадані походження та водяні знаки вирішують різні проблеми доказування. Стаття про багатогранну атрибуцію стверджує, що загальні повідомлення «AI використовувався» не показують, де, як і за якої перевірки система втручалася. Практичний інженерний висновок вужчий: відповідність статті 50 потребує як доказів процесу, так і технічного маркування. Стаття про структурні прогалини Фреймворк походження Стаття про багатогранну атрибуцію
Практичний інженерний контрольний список
1. Створіть реєстр усіх шляхів публічної публікації
Перелічіть кожну систему, яка може створювати публічний текст, зображення, аудіо або відео. Не обмежуйтеся назвою моделі. Додайте поверхню, що доставляє результат, учасника, який контролює публікацію, і інформацію про те, чи доходить результат до фізичної особи. Розподіл між провайдером і користувачем системи, запропонований Комісією, застосовується на рівні системи та ознайомлення, а не на рівні бренду моделі. FAQ Європейської комісії
Мінімальні поля:
2. Розділіть обов’язки провайдера та користувача системи в коді
Не додавайте до матеріалу один загальний прапорець `ai_disclosure=true` і не вважайте роботу завершеною. Вам потрібні окремі засоби контролю:
Саме такий поділ дає змогу довести, чому маркований файл усе одно потребував видимого маркування або чому текст, що становить суспільний інтерес, був звільнений від вимоги, оскільки кваліфікований перевіряльник здійснив змістовну перевірку.
3. Визначте справжній поріг перевірки людиною
Комісія зазначає, що змістовна перевірка потребує відповідних знань і професійного судження, а редакційний контроль означає, що відповідальна організація може схвалити, змінити або відхилити зміст тексту. Перевірка орфографії прямо не враховується. FAQ Європейської комісії
Якщо ваш етап перевірки в CMS не може відповісти на такі питання:
то докази для застосування винятку на підставі перевірки є неповними.
4. Тестуйте збереження позначки після перетворень, а не лише успішність генерації
Для машиночитаних позначок інженерне питання полягає не лише в тому, «чи можемо ми її вбудувати?». Потрібно з’ясувати: «чи збережеться вона на фактичному шляху, який проходить матеріал?»
Протестуйте щонайменше:
OpenAI, Google та ElevenLabs описують стійкість своїх рішень, але жодна з компаній не заявляє про ідеальне збереження сигналу після кожного перетворення. Походження контенту OpenAI Огляд SynthID Публікація ElevenLabs про SynthID
5. Збережіть шлях перевірки, яким оператори справді можуть скористатися
Стек C2PA з відкритим вихідним кодом уже достатньо розвинений для використання в реальних процесах. Програма відповідності C2PA та список довіри працюють, `c2patool` може перевіряти або додавати маніфести, а цикл випусків `c2pa-rs` продовжує розвиватися в липні 2026 року. Відповідність C2PA Документація c2patool Релізи c2pa-rs
Це дає простий шлях для оператора:
6. Розглядайте винятки як явну політику, а не як пам’ять команди
Рекомендації Комісії описують кілька виключень і винятків, що залежать від умов. У них згадуються вихідний код; результати, призначені виключно для машинної обробки без доступу людини; а також деякі замкнені промислові результати або результати розробки продуктів як такі, що за описаних обставин не входять до сфери застосування. Також розрізняються допоміжне стандартне редагування, змістовна перевірка тексту, що становить суспільний інтерес, і певні очевидно мистецькі, творчі, сатиричні, вигадані або аналогічні deepfake-матеріали. Це не загальні звільнення; задокументуйте, чому конкретний шлях передавання результату відповідає відповідним умовам. FAQ Європейської комісії
Якщо ці винятки існують лише в пам’яті людей, вони поступово змінюватимуться. Внесіть їх у дерево рішень, таблицю політик або контрольний список релізу та прив’яжіть кожен виняток до шляху контенту, де його дозволено застосовувати.
Де поточні інструменти вже допомагають
OpenAI, Google та ElevenLabs тепер надають командам реальні будівельні блоки, але кожен із них має обмеження.
OpenAI
Станом на 29 липня 2026 року OpenAI зазначає, що є C2PA Conforming Generator Product, застосовує SynthID до підтримуваних зображень, створених через ChatGPT, Codex та API, і пропонує верифікатор у форматі дослідницького попереднього перегляду для зображень, створених OpenAI. Компанія також зазначає, що жоден метод виявлення не є безпомилковим, а відсутність сигналу не доводить, що зображення не було створене AI. Походження контенту OpenAI Перевірка OpenAI
Google позиціонує SynthID як кросмедійную систему водяних знаків для зображень, аудіо, тексту та відео. Документація щодо тексту є особливо конкретною: водяний знак реалізовано як обробник logits, але переклад і ґрунтовне переписування можуть послабити виявлення. Це корисно, оскільки показує, де не слід давати надмірних обіцянок. Огляд SynthID Документація SynthID Text
ElevenLabs
Станом на 29 липня 2026 року ElevenLabs зазначає, що його аудіодетектор спочатку перевіряє наявність водяного знака SynthID, а потім переходить до AI Speech Classifier, якщо водяний знак не знайдено. Концептуально це правильний підхід: спочатку сигнал походження, потім слабший інференційний сигнал. Документація ElevenLabs Audio Detector
C2PA та перевірка з відкритим вихідним кодом
C2PA залишається найпрактичнішим відкритим стандартом для метаданих походження. Офіційної специфікації, програми відповідності та інструментів командного рядка достатньо для підтримки шлюзів перевірки у виробничому процесі. Головна сторінка C2PA Специфікація C2PA Документація c2patool
Чого не слід припускати
Не припускайте жодного з наведеного нижче:
Саме ці сценарії створюють хибну впевненість у відповідності.
Підсумок
Стислий інженерний висновок щодо статті 50 EU AI Act такий: провайдери повинні забезпечити можливість виявлення синтетичних результатів, а користувачам систем може й надалі знадобитися зробити їх очевидними для людей.
Саме тому правильна реалізація — це ланцюжок, а не один бейдж:
Якщо побудувати це саме так, стаття 50 стає інженерною поверхнею контролю. Якщо звести її до «ми додали водяний знак», можна пропустити окремий обов’язок користувача системи. Ця архітектура може підтримати докази відповідності, але не визначає юридичну сферу застосування й не гарантує відповідність.
FAQ
Чи задовольняє машиночитана позначка провайдера обов’язок користувача системи маркувати deepfake-контент?
Ні. У FAQ Комісії зазначено, що користувачі систем не можуть покладатися лише на машиночитану позначку провайдера. Для deepfake-контенту все одно потрібне чітке й помітне повідомлення особі, яка його переглядає. FAQ Європейської комісії
Коли перевірка людиною звільняє текст, що становить суспільний інтерес, від маркування?
Лише коли фізична особа навмисно перевіряє зміст контенту, маючи відповідні знання, або редакційна організація може схвалити, змінити чи відхилити текст на змістовних підставах. Формальні перевірки, як-от виправлення орфографії чи граматики, не відповідають цій вимозі. FAQ Європейської комісії
Чи входять вихідний код і результати взаємодії між машинами до сфери статті 50(2)?
Не завжди. У FAQ Комісії вихідний код, деякі результати взаємодії між машинами без доступу людини та деякі замкнені промислові сценарії зазначені як такі, що за певних умов не входять до сфери застосування або звільняються від вимог. FAQ Європейської комісії