Опубликовано: 28.09.2026 | Источник: Xakep.ru

Комплаенс-контроль рекламных площадок в дипломе: архитектура системы и метрики

Поддомен: Backend/Data Engineering · Роль эксперта: Архитектор ПО и системный аналитик

Введение

26 марта 2026 года ФАС объявила переходный период: до конца года за рекламу в Telegram и YouTube рекламодателей не штрафуют, а вот Instagram, Facebook (обе принадлежат Meta, признанной экстремистской и запрещённой в РФ) и VPN-сервисы уже под запретом. Для выпускника ИТ-специальности это не юридическая заметка, а готовый сценарий для ВКР. Регуляторные правила меняются быстрее, чем успевает выйти релиз, — значит, бизнесу нужны системы, которые умеют применять правила без переписывания кода. Отсюда тема: платформа комплаенс-контроля рекламных размещений, где правила ФАС живут как данные, а не как захардкоженные условия. Такой диплом закрывает сразу три требования: актуальность, практическая применимость и измеримый результат.

Частые вопросы студентов по этой теме

1. Тема не устареет, пока я пишу диплом?

Наоборот. Изменяемость правил — это фича, а не баг. В работе вы защищаете архитектуру, которая устойчива к правкам законодательства: rule engine, feature flags, YAML-политики. Даже если к защите ФАС что-то переиграет, ваша система просто получит новый файл политик.

2. Где брать данные, если рекламные API закрыты?

Используйте три источника: публичные реестры и пресс-релизы ФАС, синтетический генератор кампаний (10–50 тыс. записей достаточно для статистики), плюс логи тестового стенда. ГОСТ 34.602 требует описать входные данные — синтетика с обоснованной моделью генерации здесь абсолютно нормальна.

3. Монолит или микросервисы? Что выберет комиссия?

Не гонитесь за модой. Для ВКР достаточно модульного монолита с чётким разделением на слои: api, rules-engine, audit. Если хочется микросервисов — выделите один-два (правила + аудит) и обоснуйте через C4-диаграмму контейнеров. Комиссия оценит обоснование, а не количество Kubernetes-манифестов.

4. Как оформлять отсылки к нормативке в тексте?

Ссылки на федеральные законы и приказы ФАС — через сноску с полным реквизитом и датой. ГОСТ 34 и ISO/IEC 25010 упоминайте в разделе «Методы исследования» или «Требования к системе» с указанием конкретных подпунктов, которые вы реально применяете.

Темы ВКР, которые реально защитить

• Тема 1. Система комплаенс-контроля рекламных размещений с динамическими политиками
  Актуальность: прямой отклик на решение ФАС от 26.03.2026 — правила разные для Telegram/YouTube и Instagram/Facebook/VPN.
  Цель: разработать сервис, который по запросу кампании возвращает вердикт «разрешено / переходный период / запрещено» с обоснованием.
  Задачи: 1) анализ регуляторных ограничений; 2) проектирование rule engine; 3) реализация REST API и аудит-лога; 4) тестирование на синтетическом датасете.
  Структура: Гл.1 — анализ предметной области и нормативной базы; Гл.2 — проектирование (C4, UML state); Гл.3 — реализация, тесты, метрики.
• Тема 2. Микросервис маршрутизации рекламных кампаний с учётом комплаенс-ограничений
  Актуальность: рекламодателю нужно автоматически перенаправлять бюджет с запрещённых площадок на легальные.
  Цель: построить сервис маршрутизации, который по политике выбирает допустимые каналы и логирует решения.
  Задачи: BPMN-модель процесса согласования; интеграция с внешним API политик; observability через OpenTelemetry; нагрузочное тестирование.
  Структура: Гл.1 — обзор ad-tech и регуляторных трендов; Гл.2 — архитектура и протоколы; Гл.3 — стенд, метрики p95-латентности и SLA.
• Тема 3. Аудит-лог и мониторинг рекламных площадок на OpenTelemetry
  Актуальность: при переходном периоде критично доказать, что каждое решение системы обосновано и воспроизводимо.
  Цель: спроектировать подсистему журналирования с трейсами и метриками, пригодную для внутреннего аудита.
  Задачи: выбор формата событий; интеграция OTel SDK; дашборды; проверка требований ISO/IEC 25010 по надёжности.
  Структура: Гл.1 — теория наблюдаемости и комплаенса; Гл.2 — проектирование схемы событий; Гл.3 — эксперименты и оценка накладных расходов.

Как встроить кейс ФАС в главы диплома

Глава 1. Анализ: где живёт нормативка

Начните с таблицы площадок: статус (разрешено / переходный период / запрещено), дата вступления, источник. Так у вас появится формализованная модель предметной области, а не пересказ новости. Дальше — обзор аналогов: проверьте, как крупные DSP и AdTech-платформы (Yandex Ads, VK Реклама) описывают свои политики модерации. Это даст вам функциональные требования по ГОСТ 34.602.

Глава 2. Проектирование: C4, UML и контракты

Минимум, который ждёт комиссия: контекстная диаграмма C4 (система ↔ рекламодатель ↔ внешний реестр политик) и диаграмма состояний кампании. Состояния простые: DRAFT → CHECKED → APPROVED → ACTIVE → PAUSED → ARCHIVED, плюс переход CHECKED → REJECTED с указанием причины. Ниже — пример конфигурации политик в YAML, который вы сможете защитить как «compliance-as-code».

# policies/2026-Q1.yaml
version: "2026.03"
updated: 2026-03-26
policies:
  - platform: telegram
    status: transition
    fine_start: 2027-01-01
    reason: "Переходный период ФАС"
  - platform: youtube
    status: transition
    fine_start: 2027-01-01
    reason: "Переходный период ФАС"
  - platform: instagram
    status: prohibited
    fine_start: 2026-03-26
    reason: "Meta — экстремистская организация"
  - platform: vpn_provider
    status: prohibited
    fine_start: 2026-03-26

Глава 2 (продолжение). Ядро проверки

Реализуйте проверку как чистую функцию: на вход — площадка и дата, на выход — вердикт и причина. Чистая функция легко покрывается юнит-тестами, а это ваша защита на вопрос «как вы тестировали бизнес-логику?».

# rules_engine.py
from dataclasses import dataclass
from datetime import date
from functools import lru_cache

@dataclass(frozen=True)
class Verdict:
    allowed: bool
    mode: str       # allowed | transition | prohibited
    reason: str

_TRANSITION_END = date(2026, 12, 31)

@lru_cache(maxsize=None)
def check_platform(platform: str, on: date) -> Verdict:
    if platform in ("telegram", "youtube"):
        if on <= _TRANSITION_END:
            return Verdict(True, "transition", "Переходный период ФАС")
        return Verdict(False, "prohibited", "Переходный период завершён")
    if platform in ("instagram", "facebook", "vpn_provider"):
        return Verdict(False, "prohibited", "Площадка запрещена в РФ")
    return Verdict(False, "prohibited", "Площадка не в реестре разрешённых")

Глава 3. Метрики, тесты, эффективность

Комиссия любит числа. Считайте не «среднюю температуру», а метрики качества по ISO/IEC 25010 (функциональная полнота, надёжность, производительность) и метрики классификации, если у вас есть эталонная разметка.

Для аудита прикрутите OpenTelemetry: трейс на каждый вызов check_platform, span-атрибуты — platform, mode, policy_version. Безопасность REST-слоя опишите через OWASP API Top-10: минимум — аутентификация, rate limiting и валидация входных параметров.

Источник: В ФАС сообщили, что за рекламу в Telegram и на YouTube не будут штрафовать до конца года (опубликовано 2026-03-26)