2 августа 2026 года в ЕС начал применяться Article 50 AI Act. Главное изменение не в универсальной плашке на любой результат нейросети, а в разделении обязанностей между тем, кто поставляет систему, и тем, кто профессионально публикует её вывод. Для контента это означает две разные логики: техническую маркировку происхождения и, в отдельных случаях, понятное раскрытие для человека.
Именно поэтому фраза «с 2 августа весь AI-контент должен иметь видимую подпись» неверна. Закон различает машиночитаемую метку, которую должен обеспечить provider, и видимое раскрытие, которое при некоторых сценариях лежит на deployer. Для редакций есть узкое, но важное исключение, и простая корректура в него не входит.
Коротко
- Article 50 AI Act применяется с 2 августа 2026 года; это дата начала обязательных правил прозрачности, а не общий перенос на декабрь.
- Provider и deployer отвечают за разное: первый встраивает машиночитаемую маркировку и механизм обнаружения, второй в отдельных случаях показывает понятное раскрытие пользователю.
- Машиночитаемая метка не равна видимой подписи. Одно не заменяет другое, если в конкретном сценарии закон требует оба слоя на разных уровнях цепочки.
- Для AI-текста по вопросу общественного интереса раскрытие deployer не требуется только при двух одновременных условиях: содержательная человеческая проверка или редакционный контроль и редакционная ответственность конкретного лица или организации.
- Стандартное редактирование исключено из режима маркировки, но резюме, существенное переписывание и иные содержательные изменения уже могут попадать в Article 50.
- Кодекс практики остаётся добровольным. По данным Еврокомиссии, к концу июля его подписали около 190 организаций, но само участие не доказывает соответствие каждой системы требованиям закона.
Контекст: зачем появился Article 50
Логика Article 50 связана не с эстетикой интерфейсов, а с управлением рисками происхождения контента. По мере удешевления генерации и манипуляции растут риски подмены, fraud, deepfake-имитаций и публикаций, в которых пользователю трудно понять, имел ли он дело с человеческим материалом или с синтетическим результатом.
Для публичной сферы это вопрос не только обмана, но и информационной целостности. Правила прозрачности пытаются сделать видимым сам факт синтетического происхождения или существенной AI-манипуляции, не обещая при этом автоматической оценки правдивости, качества или законности содержания.
Что реально действует с 2 августа 2026 года
На дату среза 13 августа 2026 года действует уже не проектный режим, а применяемая норма. Финальные Guidelines по Article 50 опубликованы 31 июля 2026 года, а 2 августа Еврокомиссия и AI Office объявили о начале применения новых правил прозрачности и доступности механизмов жалоб и информирования.
Важно разделять обязательный закон и добровольные инструменты его реализации. Article 50 обязателен, а Кодекс практики по прозрачности AI-контента, финализированный 10 июня, остаётся добровольным путём демонстрации подхода к соответствию. Этот материал не является юридической консультацией; для дат и формулировок переходного периода приоритет имеет консолидированный текст EUR-Lex, а не обзорные сервисные страницы.
- 24 июля 2026 года опубликован Digital Omnibus Regulation (EU) 2026/1744.
- 27 июля 2026 года Omnibus вступил в силу.
- 31 июля 2026 года опубликованы финальные Guidelines по Article 50.
- 2 августа 2026 года Article 50 начал применяться.
- 6 августа 2026 года обновлена обзорная страница Комиссии по Article 50.
- 2 декабря 2026 года заканчивается только узкий переходный период для систем генерации аудио, изображений, видео и текста, уже выведенных на рынок до 2 августа 2026 года, и только по обязанности из Article 50(2).
Это значит, что Omnibus не перенёс Article 50 целиком на декабрь. Он дал лишь ограниченное время для приведения в соответствие технической маркировки у части уже существующих provider-систем. Обязанности deployer по раскрытию публикаций этот переходный период не отменяет.
Карта обязанностей: кто и за что отвечает
Provider — это тот, кто разрабатывает систему или заказывает её разработку и выводит её на рынок либо вводит в эксплуатацию под своим именем. Deployer — профессиональный пользователь, который определяет, как применять систему и её результат; личное непрофессиональное использование из этой категории исключено.
| Кто | Provider / deployer | Обязанность | Исключение |
|---|---|---|---|
| Система, напрямую взаимодействующая с человеком | Provider | Явно сообщить, что человек взаимодействует с AI, если это и так не очевидно разумно информированному пользователю | Законное применение для расследования преступлений при предусмотренных гарантиях |
| Система, генерирующая или меняющая аудио, изображения, видео или текст | Provider | Пометить выход в машиночитаемом формате и предоставить способ обнаружения; решение должно быть эффективным, совместимым, устойчивым и надёжным насколько это технически осуществимо | Стандартное редактирование, отсутствие существенного изменения входа или его смысла, отдельное исключение для правоохранительных задач |
| Системы emotion-recognition или biometric-categorisation | Deployer | Уведомить затронутых людей | Предусмотренные законом правоохранительные случаи |
| Deepfake-аудио, изображение или видео | Deployer | Понятно раскрыть искусственное происхождение или манипуляцию | Для искусства, сатиры и вымысла действует облегчённая форма раскрытия, не мешающая восприятию произведения |
| AI-текст, опубликованный для информирования публики по вопросу общественного интереса | Deployer | Понятно раскрыть, что текст создан или изменён AI | Раскрытие не требуется только при двух одновременных условиях: содержательная человеческая проверка или редакционный контроль и редакционная ответственность физического или юридического лица |
Машиночитаемая метка не равна видимой подписи
Один из самых частых сбоев в интерпретации Article 50 — смешение технической маркировки provider и видимого раскрытия deployer. Машиночитаемая метка нужна для того, чтобы программное обеспечение могло распознать и извлечь сигнал о происхождении или манипуляции без участия человека. Видимое раскрытие нужно для того, чтобы человек понял характер материала в тех случаях, которые прямо перечислены в законе.
Из этого следует практический вывод. Если издатель добавил на странице пометку о применении AI, это не освобождает provider от обязанности обеспечить машиночитаемую маркировку и обнаружение там, где действует Article 50(2). И наоборот: скрытая техническая метка внутри файла не заменяет раскрытие для аудитории, если deployer публикует deepfake или AI-текст по вопросу общественного интереса без применимого исключения.
Как работает связка marking + detection
Guidelines описывают Article 50(2) как пару неразрывных обязанностей. Provider должен не только встроить машиночитаемую метку, но и предоставить соответствующий механизм обнаружения. Водяной знак без детектора, доступного тем, кто должен проверять происхождение, сам по себе недостаточен.
Машиночитаемость означает способность программно распознать и извлечь сигнал. В законе и Guidelines перечислены метаданные, водяные знаки, криптографическое доказательство происхождения, журналирование, fingerprinting и их комбинации. При этом сам Article 50 не требует хранить полную цепочку происхождения для каждого файла.
Практический смысл такой архитектуры хорошо виден в уже опубликованном разборе того, как Claude маркирует AI-текст скрытым сигналом. Но европейская норма шире конкретной техники: ей нужен не один приём, а проверяемая схема обнаружения происхождения или существенной AI-манипуляции.
Отдельно про свободный текст
Для свободного текста режим сложнее, чем для медиафайлов с переносимыми метаданными. Кодекс практики исходит из того, что для форматов, поддерживающих метаданные, обычно нужен двухслойный подход: подписанные и защищённые от незаметного изменения метаданные плюс незаметный водяной знак.
У текста метаданные часто теряются уже при обычном копировании. Поэтому добровольный Кодекс допускает один слой — водяной знак, и предлагает применять его для текста длиннее 200 токенов, прямо признавая более низкую надёжность такого решения. Из-за риска false positive и false negative доступ к текстовому детектору временно разрешено ограничивать проверенными экспертами: регуляторами, СМИ, фактчекерами, исследователями и организациями гражданского общества.
Это важная поправка к ожиданиям рынка. Европейская схема не обещает универсальный публичный детектор для любого текста, а строит инфраструктуру вероятностного доказательства происхождения с разным уровнем доступа. На эту же проблему указывает и наш разбор Google SynthID и ограничений детекции синтетического контента.
Где проходит граница стандартного редактирования
Article 50 не требует маркировать любую правку с участием AI. Guidelines относят к стандартному редактированию небольшие исправления, которые не создают новый материал и не меняют смысл, стиль или намерение исходного ввода. Граница здесь контекстна, поэтому нельзя заранее объявить всю функцию продукта «редактором» и автоматически вывести любой её результат из-под Article 50.
- К стандартному редактированию относятся орфография, грамматика и небольшая стилистическая шлифовка.
- Сюда же отнесены перевод без изменения семантики, форматирование и конвертация формата.
- Для аудио и изображения примерами названы техническое шумоподавление, небольшая обрезка, коррекция цвета и контраста.
- Также упомянуты транскрипция разговоров и assistive technologies, которые преобразуют подлинный человеческий ввод без изменения смысла.
Маркировка, наоборот, требуется там, где AI уже выполняет содержательную генерацию или манипуляцию. В Guidelines прямо названы резюме, существенное переписывание текста, изменение структуры, стиля или смысла, добавление или удаление значимых объектов на изображении и синтез реалистичного голоса конкретного человека. Иными словами, summary и substantive rewriting — это уже не просто корректура.
Исключение для редакций: строгая проверка, а не декоративный контроль
Для AI-текста, опубликованного ради информирования публики по вопросу общественного интереса, закон предусматривает исключение из видимого раскрытия. Но оно срабатывает только при двух накопительных условиях одновременно. Если отсутствует хотя бы одно из них, обязанность deployer по раскрытию остаётся.
1. Содержательная человеческая проверка или редакционный контроль
Guidelines требуют осознанного изучения содержания человеком, обладающим достаточными знаниями и профессиональным суждением. Минимумом назван фактчек, а редактор или иной уполномоченный проверяющий должен иметь реальное право изменить текст или отклонить его, а также проверить информацию и надёжность источников.
Не считаются такой проверкой одни только spellcheck и грамматическая вычитка, само наличие редакционной политики, автоматическая проверка другой моделью и формальное одобрение без работы с содержанием. Если после редакционного sign-off модель снова существенно изменила текст, исключение перестаёт работать до новой проверки. Поэтому редакциям нужен процесс фиксации именно последнего существенного AI-изменения.
С практической стороны это ближе к редакционному аудиту, чем к формальному клику в CMS. Для выстраивания такого процесса полезен наш чек-лист редакционного аудита черновиков, но сам по себе шаблон без реальной содержательной проверки исключение не создаёт.
2. Редакционная ответственность
Второе условие — окончательная юридическая ответственность физического или юридического лица за публикацию. Guidelines рекомендуют делать идентичность и контакты такого ответственного субъекта легко доступными, например в информации об издании или юридическом разделе сайта.
В пределах этого исключения могут оказаться AI-сводка статьи после контроля главного редактора, академический блог после внутреннего peer review, публичное предупреждение, одобренное должностным лицом, sustainability report после проверки профильными специалистами и AI-перевод после человеческой проверки. Общая идея одна: финальная публикация должна пройти не формальную вычитку, а содержательный человеческий контроль с ясно определённой ответственностью.
Что такое public interest
Guidelines трактуют общественный интерес широко и контекстно. Внутри этой сферы названы политика и выборы, государственное управление, правосудие, права человека, безопасность, здоровье, окружающая среда, защита потребителя, а также экономические, финансовые, научные и культурные события, заслуживающие публичного обсуждения.
| Внутри scope | Вне scope по примерам из Guidelines |
|---|---|
| Материалы о выборах, работе государства, судебных вопросах, правах, здоровье, экологии, безопасности, потребительской защите, значимых научных и культурных событиях | Фантастический роман, обычное описание товара или реклама без claims о здоровье, безопасности или устойчивости, персональная сводка в чатботе только для запросившего пользователя |
Широкое понимание public interest не означает, что любое опубликованное сообщение автоматически в него попадает. Но для редакций, корпоративных отчётов, публичных предупреждений и иной информационной коммуникации презумпция значимости часто будет сильнее, чем для развлекательного или сугубо частного контента.
Как интерпретировать эту схему на практике
Article 50 разделяет обязанности по уровню цепочки создания и публикации. Provider отвечает за инфраструктуру происхождения результата, а deployer — за прозрачность перед аудиторией в конкретных сценариях использования. Поэтому кнопка «добавить disclosure» внутри продукта полезна, но не переносит обязанность deployer на provider автоматически.
Обратное тоже верно. Наличие скрытой метки в результате не означает, что редакция или платформа может молча публиковать любой AI-текст по общественно значимой теме. Исключение для редакций узкое именно потому, что требует не символического участия человека, а содержательной проверки плюс понятного носителя ответственности.
Кто контролирует и как устроены санкции
За соблюдением Article 50 следят национальные market surveillance authorities, AI Office для систем под его надзором и EDPS в отношении институтов ЕС. На уровне процедур это важнее, чем миф о едином автоматическом контролёре: надзор распределён и будет зависеть от типа системы и контекста применения.
Консолидированный Article 99 после Omnibus сохраняет для нарушения Article 50 потолок административного штрафа до 15 млн евро или до 3% мирового годового оборота за предыдущий финансовый год, в зависимости от того, какая величина выше для обычной компании. Для SME и стартапов применяется более низкая из двух величин; Omnibus добавил аналогичное смягчение для small mid-caps по соответствующим категориям штрафов. Это максимум, а не автоматический тариф: учитываются тяжесть, длительность, последствия, масштаб, умысел, сотрудничество и меры по исправлению.
Что делать сейчас: чек-лист из 7 шагов
- Провести инвентаризацию сценариев. Отдельно перечислить системы, которые напрямую взаимодействуют с человеком, и системы, которые генерируют или изменяют аудио, изображения, видео или текст.
- Развести роли provider и deployer. Для каждой цепочки нужно понять, кто выводит систему на рынок под своим именем, а кто профессионально публикует результат или определяет способ его использования.
- Проверить пару marking + detection. Если продукт подпадает под Article 50(2), нужна не только машиночитаемая метка, но и механизм обнаружения, соразмерный формату контента.
- Отдельно описать политику для свободного текста. Нужно понимать, где применим водяной знак, что делать с текстами длиннее 200 токенов и кому предоставляется доступ к детектору, если он не открыт публично.
- Подготовить CMS и шаблоны раскрытия. У издателя или платформы должны быть поля, логика показа и ответственные лица для deepfake-материалов и AI-текстов по вопросам общественного интереса.
- Формализовать human review. Процесс должен включать фактчек, проверку источников, полномочие изменить или отклонить материал и повторную проверку после последнего существенного AI-изменения.
- Закрыть переходный период для старых provider-систем. Если система генерации аудио, изображения, видео или текста была выведена на рынок до 2 августа 2026 года, план приведения Article 50(2) в соответствие должен укладываться в срок до 2 декабря 2026 года.
Что нас ждёт дальше
До появления гармонизированных стандартов рынок будет жить сразу в нескольких плоскостях: обязательный текст закона, добровольный Кодекс практики, проверки регуляторов и будущие судебные споры о достаточности маркировки и надёжности детекторов. Уже сейчас видно, что ставка делается не на одну подпись, а на многослойную схему.
- Для поддерживающих метаданные форматов будет усиливаться комбинирование метаданных и устойчивого сигнала внутри контента.
- Детекторы останутся вероятностными инструментами, особенно для свободного текста, где ошибки false positive и false negative имеют практическое значение.
- CMS, платформы и медиа-инструменты, вероятно, получат отдельные поля и иконки раскрытия, но видимая маркировка всё равно останется обязанностью deployer.
- Редакции будут документировать не сам факт взгляда человека на текст, а содержательную проверку, источники, лицо с правом отклонения и финальный sign-off после последнего AI-изменения.
- По данным Еврокомиссии, к концу июля добровольный Кодекс подписали около 190 организаций, но это не превращает подпись в доказательство compliance каждой конкретной системы или публикации.
Ограничения режима маркировки
Маркировка не доказывает истинность материала, авторство или законность его публикации. Метка сообщает о происхождении или AI-манипуляции, но не превращает содержание в достоверное и не легализует возможные нарушения вроде клеветы или нарушения авторских прав.
То же касается детекции. Даже хорошая техническая схема не устраняет полностью риск ошибок и не создаёт безусловного доказательства для любого формата, особенно для свободного текста. Именно поэтому спор о надёжности detector-систем, вероятно, станет одной из центральных тем следующего этапа применения Article 50.
Вывод
После 2 августа 2026 года Article 50 AI Act не ввёл одинаковую видимую плашку на любой AI-контент. Он построил более сложную, но и более точную модель: provider отвечает за машиночитаемое происхождение и обнаружение, deployer — за понятное раскрытие в определённых сценариях публикации. Для редакций ключевой вопрос теперь не в том, использовать ли AI вообще, а в том, могут ли они доказать содержательную человеческую проверку, редакционный контроль и ясно определённую ответственность за финальную версию материала.
FAQ
Нужно ли теперь ставить видимую пометку на любой AI-текст?
Нет. Видимое раскрытие для текста относится к deployer и касается публикаций для информирования публики по вопросам общественного интереса, если не работает редакционное исключение. Отдельно существует техническая маркировка provider по Article 50(2), но это не то же самое, что видимая подпись.
Достаточно ли грамматической правки, чтобы не раскрывать AI-участие?
Нет. Простая корректура, spellcheck и формальная вычитка не равны содержательной человеческой проверке или редакционному контролю. Для исключения нужны и реальная работа с содержанием, и редакционная ответственность.
Перенёс ли Omnibus Article 50 на 2 декабря 2026 года?
Нет. Узкий переход до 2 декабря касается только Article 50(2) и только систем генерации аудио, изображений, видео и текста, уже выведенных на рынок до 2 августа 2026 года. Это не общая отсрочка для всего Article 50.
Обязан ли provider открыть детектор для всех пользователей?
Материалы Комиссии не обещают универсальный публичный детектор для любого формата. Для свободного текста из-за риска ложных срабатываний доступ к detector может быть ограничен проверенными экспертами, включая регуляторов, СМИ, фактчекеров и исследователей.
Кто считается deployer в контексте публикаций?
Deployer — это профессиональный пользователь, который определяет, как использовать систему и её результат. Личное непрофессиональное использование из этой категории исключено.
Если AI сделал summary статьи, это уже не стандартное редактирование?
Да, в Guidelines резюме приведено как пример содержательной операции, выходящей за рамки стандартного редактирования. Поэтому к таким результатам нужно отдельно проверять, включается ли обязанность маркировки provider и требуется ли раскрытие deployer.
Источники
- Консолидированный AI Act в EUR-Lex — основной источник по тексту Article 50, определениям ролей и санкционному потолку Article 99; именно на него опираются даты и формулировки переходного периода.
- Digital Omnibus Regulation (EU) 2026/1744 — подтверждает узкий переходный период и вступление Omnibus в силу 27 июля 2026 года.
- Финальные Guidelines по Article 50 — раскрывают связку marking + detection, границу стандартного редактирования, редакционное исключение и понятие public interest.
- Article 50 Service Desk — обзорная навигационная страница Комиссии по режиму прозрачности, полезная как справочный контекст.
- Кодекс практики по прозрачности AI-контента — подтверждает добровольный характер Кодекса и подход к многоуровневой маркировке, включая отдельную логику для свободного текста.
- Сообщение Комиссии о начале применения с 2 августа — подтверждает старт правил прозрачности и запуск механизмов жалоб и информирования.
- Сообщение о вступлении Omnibus в силу — подтверждает дату 27 июля 2026 года и контекст обновления регулирования.