Маркировка рекламы: как не завалить запуск проекта в 2026 году

К 2025 году правила маркировки интернет-рекламы в России окончательно вошли в повседневную рутину. Однако для многих компаний процесс до сих пор остается «надстройкой», а не частью бизнес-логики. Вместо того чтобы сделать маркировку бесшовной частью интерфейса, бизнес пытается внедрить её поверх готового продукта. Это неизбежно приводит к человеческому фактору: опечаткам в токенах, пропускам в отчетности и, как следствие, к административным штрафам (для юрлиц по ст. 14.3 КоАП РФ они могут достигать 500 000 рублей за каждый случай).

Если вы готовите запуск спецпроекта на сайте или в мобильном приложении, важно понимать: маркировка, это не просто плашка «Реклама» и набор символов (erid). Это сквозной процесс, который должен быть зашит в логику работы вашей команды: от продакт-менеджера до бэкенд-разработчика.

Где возникают системные ошибки

Самая частая проблема, отсутствие единого «источника истины» (Single Source of Truth) для рекламных данных. Типичный сценарий выглядит так: редакторы получают креативы, маркетологи согласовывают условия, а идентификаторы объявлений (erid) разбросаны по таблицам Google Sheets, чатам в Telegram и перепискам в почте. Когда наступает время подачи отчетов в ЕРИР, поиск нужного токена превращается в трудозатратный процесс, где риск ошибки составляет более 30% из-за ручного ввода.

Второй вызов, техническая интеграция. При запуске нативного контента, где реклама вплетена в ленту или статью, важно заранее продумать, как токен будет подтягиваться в код. Ручной ввод каждого ID в админку, верный способ допустить ошибку, из-за которой весь запуск будет признан незаконным. Кроме того, возникают проблемы с отображением: если токен не отображается при определенных состояниях элемента (например, при скролле или анимации баннера), это также считается нарушением.

Как выстроить автоматизированный процесс

Чтобы маркировка не парализовала работу команды, её нужно перевести из разряда «ручной задачи» в категорию продуктового процесса. Рекомендуем внедрить следующие принципы:

1. Централизованная база данных. Все токены, договоры и данные о рекламодателях должны храниться в единой системе, интегрированной с вашей CMS или админкой приложения. Идеальное решение: при создании рекламного поста в редакторе поле для ввода erid является обязательным (hard requirement) и без него публикация невозможна.

2. Связка «Контент, Бэкенд». Не полагайтесь на дизайнеров, которые вписывают текст маркировки прямо в макет. Маркировка должна приходить из базы данных динамически вместе с рекламным контентом. Это гарантирует, что пользователь увидит актуальные данные, а система сможет корректно зафиксировать факт показа через API.

3. Автоматизация финансовой отчетности. Хранение актов выполненных работ, это вопрос не только бухгалтерии, но и юридической безопасности. Настройте интеграцию вашей системы управления проектами (например, Jira или Notion) с сервисами финансового учета. Данные о запущенных кампаниях, их ID и объемах должны подтягиваться в отчеты автоматически, минимизируя риск расхождения данных в ЕРИР.

Продуктовый подход к интерфейсу

Маркировка не должна разрушать пользовательский опыт (UX). В мобильных приложениях это особенно критично: громоздкие плашки могут перекрывать навигацию или элементы управления.

Используйте проверенные паттерны:

• Небольшие, но контрастные текстовые пометки в верхней части экрана или в углу карточки товара.
• Использование системных шрифтов, чтобы плашка выглядела нативным элементом интерфейса.
• Тестирование на разных разрешениях экрана, чтобы текст «Реклама» и erid не «съезжали» и оставались читаемыми.

Что делать прямо сейчас: план действий

Чтобы минимизировать риски, пройдите по этому чек-листу:

1. Проведите аудит передачи данных. Проследите путь erid от момента получения от клиента до отображения на экране. Найдите «узкое горлышко» (например, пересылку токенов в мессенджерах) и замените его на передачу через единую базу.
2. Обновите регламенты и ТЗ. Включите требования по маркировке в чек-листы для запуска любых спецпроектов. В ТЗ для разработчиков пункт «наличие поля для erid в API» должен стать обязательным условием приемки задачи.
3. Проверьте техническую готовность выгрузки. Убедитесь, что ваша система позволяет выгрузить отчетность по всем показам за период в один клик или через простой SQL-запрос. Если для этого нужно собирать данные вручную неделю, процесс требует переработки.
4. Синхронизируйте работу с юристами. Проверьте, как сбор данных для отчетности соотносится с вашими политиками обработки персональных данных (152-ФЗ), чтобы автоматизация маркировки не привела к нарушениям в области конфиденциальности.