Маркировка интернет-рекламы для контентного проекта — не наклейка, которую редактор добавляет перед публикацией. Это цепочка решений и доказательств: является ли материал рекламой, кто рекламодатель и посредники, какой договор покрывает размещение, кто получает идентификатор через ОРД, где видит пометку читатель, кто передаёт данные после показа и где хранится подтверждение. Если хотя бы один обязательный элемент не определён, безопасный статус материала — заблокирован к публикации.
Сначала решить, реклама ли это
Федеральный закон определяет рекламу через направленность информации на привлечение внимания к объекту рекламирования, формирование или поддержание интереса и продвижение на рынке. Руководство ФАС требует учитывать содержание, цель и обстоятельства. Сам факт оплаты не является единственным признаком. И обратное тоже верно: отсутствие отдельного платежа не гарантирует, что выделенная и продвигающая публикация перестаёт быть рекламой.
Для редакции это означает запрет на автоматическую квалификацию по названию формата. «Партнёрский материал», обзор, карточка автора или ссылка могут иметь разный режим в зависимости от фактов. В решении сохраняются объект, цель, контекст, договорные отношения, способ выделения среди сопоставимых объектов и ссылка на применённое основание. Спорный кейс направляется уполномоченному специалисту; фраза «мы всегда делали так» не является основанием.
Контрольный вопрос | Что фиксировать | Стоп-сигнал |
|---|---|---|
Есть объект продвижения? | Товар, услуга, лицо, мероприятие или иной объект. | Объект нельзя назвать, но материал содержит настойчивый призыв. |
Какова цель размещения? | Информирование, редакционный анализ, продвижение, смешанная цель. | Цель записана как «нативный контент» без анализа. |
Как устроен контекст? | Рубрика, единообразие, выделение, ссылка, призыв, площадка. | Один партнёр заметно выделен среди сопоставимых вариантов. |
Есть коммерческая связь? | Договор, вознаграждение, бартер, посредники, иная связь. | Устная договорённость без владельца и доказательства. |
Кто утвердил решение? | ФИО/роль, дата, версия правила, основание. | Решение оставлено автору или верстальщику. |
Карта рекламной цепочки
До производства креатива нарисуйте фактическую цепочку: конечный рекламодатель, агентство или иной посредник, рекламораспространитель, оператор рекламной системы, выбранный оператор рекламных данных и площадка. Один участник может совмещать роли, но это нужно указать. Постановление № 948 и статья 18.1 задают критерии и обязанности передачи сведений; договор распределяет операционные действия, но не должен противоречить закону.
Роль | Решение до публикации | Доказательство |
|---|---|---|
Рекламодатель | Подтверждает реквизиты, объект и достоверность исходных сведений. | Карточка контрагента и утверждённый бриф. |
Посредник | Передаёт корректную цепочку договоров и согласований. | Договоры, акты и назначение ответственности. |
Редакция | Сохраняет независимые границы текста и версию креатива. | Бриф, редакционные правки, финальный snapshot. |
Рекламораспространитель | Проверяет возможность запуска, пометку и размещение идентификатора. | Preflight и снимок опубликованного блока. |
ОРД | Регистрирует данные и присваивает идентификатор в своём процессе. | Ответ ОРД, идентификатор и статус сущности. |
Владелец отчётности | Собирает статистику, акты и отправляет требуемые сведения. | Квитанции, статус отчёта и журнал исправлений. |
Фраза «площадка всё сделает» недостаточна. Яндекс Директ автоматизирует часть маркировки в определённых сценариях, но его справка всё равно требует корректных данных рекламодателя и описывает действия участников цепочки. Зафиксируйте, что делает сервис, что остаётся на рекламодателе, агентстве и издателе, где это записано в договоре и как команда увидит ошибку.
Жизненный цикл одного креатива
Создать commercial intake и зафиксировать предполагаемый режим материала.
Провести квалификацию рекламы и сохранить основание с датой.
Утвердить участников, договоры, площадки, период и владельцев.
Зафиксировать финальную версию текста, изображения, ссылки и формата.
Передать данные в выбранный ОРД и получить идентификатор до распространения.
Разместить erid, пометку «реклама» и сведения о рекламодателе по актуальным требованиям.
Выполнить preflight на реальной странице и сохранить evidence bundle.
После размещения передать требуемые сведения и закрыть расхождения.
Снять или обновить материал по окончании периода и правилам договора.
Токен связывается не с абстрактной кампанией, а с зарегистрированным креативом в конкретной цепочке. Изменение текста, изображения, ссылки, рекламодателя или договора может потребовать новой сущности или версии в ОРД. Точное правило проверяется по приказу Роскомнадзора и документации оператора. CMS должна запрещать незаметную правку коммерческого блока после одобрения: изменение создаёт новую ревизию и возвращает материал на проверку.
Поля CMS, без которых контроль не воспроизводится
Поле | Назначение |
|---|---|
commercialNature | ADVERTISING, INFORMATIONAL, MIXED_REVIEW или UNRESOLVED. |
qualificationBasis | Краткое основание, источник, автор решения и дата. |
advertiserLegalName / taxId | Однозначная карточка конечного рекламодателя. |
contractChain | Договоры и роли участников без секретов в публичном контуре. |
ordProvider / erid | Оператор, идентификатор и статус регистрации. |
creativeHash | Хэш точной версии текста, изображения и ссылки. |
labelText / labelPlacement | Что увидит читатель и где это находится. |
placementWindow | Плановое начало, окончание и фактические даты. |
reportingOwner / reportingStatus | Ответственный и состояние послепоказовой передачи. |
evidenceBundle | Снимки, ответы ОРД, квитанции и журнал исправлений. |
ruleVersion / nextReviewAt | Набор правил и дата обязательной актуализации. |
Названия полей можно адаптировать к модели проекта, но смысл нельзя растворять в комментарии менеджера. Данные должны переноситься вместе с проектом на VPS, участвовать в backup и восстанавливаться вместе с публикацией. Секреты кабинета ОРД, подписи и токены доступа в content package не попадают. В пакете хранятся идентификаторы, статусы и ссылки на защищённое evidence storage.
Редакционный compliance-чек-лист с обязательной актуализацией
Gate | PASS, когда | Владелец | Артефакт |
|---|---|---|---|
Квалификация | Режим определён, основание и спорные факты записаны. | Уполномоченный compliance owner. | Qualification record. |
Контрагент | Реквизиты и цепочка договоров проверены. | Продюсер/юрист. | Counterparty record. |
Креатив | Финальная версия имеет неизменяемый hash. | Редактор. | Creative snapshot. |
ОРД | Идентификатор получен для этой версии и цепочки. | Ad operations. | ORD receipt. |
Публичный вид | Пометка, рекламодатель и erid доступны в требуемом формате. | Выпускающий редактор. | Desktop/mobile capture. |
Отчётность | Назначены данные, срок и ответственный после показа. | Финансы/ad operations. | Reporting schedule. |
Актуальность | Проверены закон, приказы, ФАС и инструкция ОРД на дату старта. | Compliance owner. | Rule review log. |
Каждый gate имеет состояние PENDING, PASS или BLOCKED. Нет режима «почти готово». Разрешение публикации вычисляется из всех обязательных PASS, а не выставляется вручную рядом. Повторный запуск проверки идемпотентен и оставляет аудит. При истёкшей дате актуализации или изменении creativeHash материал снова блокируется до проверки. Это защищает от старой маркировки после редакционной правки.
Как проверить публичное размещение
Открыть реальный URL без редакторской авторизации на desktop и mobile.
Убедиться, что слово «реклама» и сведения о рекламодателе относятся именно к этому блоку.
Проверить размещение erid по формату креатива и актуальной инструкции.
Перейти по ссылке и сверить, что редирект не удалил обязательный параметр.
Проверить доступность пометки: контраст, размер, порядок чтения и отсутствие перекрытия.
Сохранить снимок, HTML/данные публикации, время и creativeHash.
UTM-метка и erid решают разные задачи. UTM помогает внутренней аналитике источника и кампании, но не заменяет идентификатор рекламы. Сокращатель или редирект тоже не должен незаметно потерять обязательный параметр. Проверка проводится на конечной публичной цепочке, а не только в предпросмотре CMS.
После показа работа не заканчивается
Послепоказовая стадия включает фактический период, статистику, акты, разаллокацию при посредниках, передачу сведений и исправление расхождений. Точный состав и срок зависят от роли, закона, подзаконных актов, ОРД и договора. Команда заранее знает, кто собирает данные и что произойдёт, если рекламодатель задержит акт. Закрытие кампании фиксируется статусом и квитанцией, а не сообщением «отправили» в чате.
479-ФЗ изменил экономический контур интернет-рекламы для части участников. Эта статья намеренно не назначает универсального плательщика и не рассчитывает обязательные отчисления: применимость зависит от фактической роли, дохода, периода и актуальных норм. В contract intake должен быть отдельный вопрос о платеже, налоговом учёте и владельце проверки. Ответ подтверждается юристом и бухгалтером для конкретной цепочки.
Ошибки и восстановление
Если ошибка обнаружена после запуска, материал не продолжают распространять «до выяснения», когда нарушен обязательный gate. Зафиксируйте момент, остановите или исправьте размещение по согласованному протоколу, уведомите владельцев цепочки, обновите данные в ОРД/ЕРИР там, где это предусмотрено, и сохраните журнал. Не перезаписывайте старый snapshot: для аудита нужны исходное состояние, причина, действие и новая версия.
Раз в месяц владелец сверяет открытый реестр нормативных документов, актуальные редакции закона, приказы Роскомнадзора, руководства ФАС и инструкции используемых ОРД. Перед кампанией выполняется короткая повторная проверка независимо от календаря. Изменение превращается в версию правила, миграцию полей или новый gate; устное сообщение в общем чате не считается внедрением.
Практический следующий шаг
Возьмите один прошлый партнёрский материал и восстановите цепочку без догадок: квалификацию, участников, договор, креатив, токен, публичную пометку, отчётность и доказательства. Каждое отсутствующее звено превратите в поле или gate. Затем прогоните будущий материал в dry-run и убедитесь, что система действительно запрещает публикацию при пустом erid, истёкшем ruleVersion и несовпавшем creativeHash. Только такой тест показывает, что чек-лист стал процессом.
Продолжить работу помогут: проверить площадку и договор до размещения; отделить UTM-учёт от обязательной маркировки; включить compliance-статус в отчёт; проверить рекламное обещание и доказательства.
Обсуждение
Комментарии
Обсуждение загрузится при приближении к разделу.