30 марта 2026 года «Авито Реклама» расширила набор аналитических инструментов для продавцов: помимо базовых показов и кликов, площадка отдаёт воронку по этапам, срез по категориям, динамику расхода и конверсии в сделки. Для выпускника ИТ-направления это не просто новость с рынка — это готовый прикладной сценарий для ВКР. Рекламная аналитика даёт ровно то, чего не хватает половине дипломов: измеримые требования, понятную нагрузку по данным и естественный набор метрик (CTR, CPA, ROMI, задержка агрегации). Ниже — как превратить этот кейс в защищаемую работу, какие архитектурные решения обосновать и где взять цифры для расчётной части.
Актуальность: расширенная статистика «Авито Рекламы» показывает, что платформы отдают всё больше событий в реальном времени, а классические OLTP-базы не тянут агрегаты по миллионам строк.
Цель: спроектировать и реализовать сервис, который собирает события показов и кликов, хранит их в колоночной СУБД и строит дашборды с обновлением не реже раза в минуту.
Структура: Гл. 1 — анализ рекламной аналитики как предметной области и обзор решений; Гл. 2 — проектирование архитектуры, ER-модель, диаграммы последовательности; Гл. 3 — реализация, тесты, расчёт экономического эффекта от отказа от ручных выгрузок.
Актуальность: продавцу из статьи нужен не отчёт «что было», а подсказка «что будет» — сколько показов выкупить и при каком бюджете не уйти в убыток.
Цель: построить модель краткосрочного прогноза CTR и расхода на исторических данных площадки.
Структура: Гл. 1 — теория прогнозирования временных рядов в маркетинге; Гл. 2 — подготовка данных, проектирование пайплайна обучения; Гл. 3 — эксперименты, метрики, внедрение.
Актуальность: чем больше метрик отдаёт платформа, тем дороже ошибка в одном этапе — «поехавший» агрегат искажает отчётность всех продавцов.
Цель: внедрить сквозную трассировку и мониторинг конвейера сбора рекламной статистики.
Структура: Гл. 1 — обзор стандартов наблюдаемости; Гл. 2 — проектирование схемы инструментирования; Гл. 3 — пилот, замеры до/после, выводы.
Первая глава ВКР обычно превращается в каталог технологий. Чтобы этого избежать, привяжите сравнение к требованиям, которые прямо следуют из кейса: объём событий, глубина хранения, задержка выдачи агрегата, стоимость владения.
| Критерий | PostgreSQL | ClickHouse | Elasticsearch |
|---|---|---|---|
| Агрегаты по миллионам строк | Средне, нужны предагрегаты | Высоко | Высоко |
| Сжатие событийных таблиц | Низкое | Высокое | Среднее |
| Сложность эксплуатации | Низкая | Средняя | Высокая |
| Транзакции и целостность | Полные | Ограниченные | Ограниченные |
Вывод в дипломе формулируйте не как «берём ClickHouse, потому что быстрый», а как «для 40 млн событий в сутки при горизонте 180 дней колоночное хранение снижает время агрегатного запроса с X до Y секунд при сопоставимой стоимости». Источником требований служит как раз расширенная статистика: количество отчитывающихся продавцов × среднее число кампаний × частота обновления.
Здесь статья превращается в техническое задание. Опишите поток данных по шагам: приём события → валидация → обогащение справочником категорий → запись в хранилище → пересчёт агрегатов → отдача через API.
-- пример расчёта ключевых показателей кампании
SELECT
campaign_id,
sum(impressions) AS pоказы,
sum(clicks) AS клики,
round(sum(clicks) / sum(impressions) * 100, 2) AS ctr_pct,
round(sum(spend) / nullIf(sum(conversions), 0), 2) AS cpa
FROM ad_events
WHERE event_date BETWEEN :from AND :to
GROUP BY campaign_id;
Обязательные артефакты проектной главы: контекстная диаграмма по нотации ГОСТ 34.602-89 (или IDEF0), схема компонентов, ER-модель, диаграмма последовательности для запроса отчёта. Не забудьте про идемпотентность приёма событий — площадка может доставить одно и то же событие дважды, и это надо явно обработать.
Раздел проверки — то место, где защита выигрывается или проигрывается. Опирайтесь на два уровня метрик.
Нагрузочное тестирование удобно проводить генератором синтетических событий: он воспроизводит профиль трафика, похожий на рекламную выдачу (пики в рабочие часы, спад ночью). Результаты оформляйте графиком «время отклика — число одновременно работающих источников» и таблицей с точкой насыщения.
Типичные ошибки студентов
Урезанный, но рабочий вариант — за 8–10 недель: один источник событий, одна таблица фактов, два-три дашборда. Полноценный кластер с отказоустойчивостью для ВКР не нужен, достаточно доказать корректность на масштабируемой архитектуре.
Если в названии есть слово «разработка» или «проектирование» — да, нужен прототип. Для чисто аналитических тем хватит стенда с открытыми данными и воспроизводимых экспериментов. Комиссия смотрит на подтверждаемость результатов, а не на объём строк.
Единый нотационный язык по всей работе: если начали с UML — не переходите на BPMN в третьей главе. Каждая диаграмма подписывается, вводится в тексте и упоминается в выводах главы. Ссылка на конкретный листинг обязательна.
Три пути: генератор синтетических событий по заданному распределению, открытые датасеты по интернет-рекламе, обезличенные выгрузки из учебного проекта кафедры. Для расчётов важна воспроизводимость, а не происхождение данных — зафиксируйте seed генератора.
Чек-лист перед сдачей
Если тема уже выбрана, но непонятно, как довести её до расчётной части — приходите на бесплатную консультацию. Разберём структуру, подскажем источники данных и поможем составить план на 120 часов работы. Помощь с дипломом по любой ИТ-теме: от архитектуры до оформления.
Материал подготовлен экспертами компании Diplom-IT. Мы помогаем студентам с 2010 года: разбираем темы, проектируем архитектуру, проверяем расчёты. Если нужно понять, как написать ВКР так, чтобы её приняли без правок — наши специалисты готовы подсказать.
Последнее обновление: 2026-10-17Источник: В «Авито Рекламе» появилась расширенная статистика для продавцов площадки (опубликовано 2026-03-30)