Правила очистки площадок

Принципы деления кампаний по типам

Кратко: как сейчас работает в коде

• Источник данных: Redis ключи $ya:login:[LOGIN]:campain:[ID].
  • Исключаем вложенные ключи (например, :log:) — берём только ключи точно из 5 частей с числовым ID.
  • Дедупликация по Id кампании (если дубликат, пропускаем).
• Приоритет классификации (актуально):
  1. «ЕПК» — если включена пакетная стратегия или Type === UNIFIED_CAMPAIGN.
     • Признаки пакетной стратегии читаются из TextCampaign.BiddingStrategy:
       • PackageBiddingStrategy или CanBeUsedAsPackageBiddingStrategySource,
       • Search.PackageBiddingStrategyId или Network.PackageBiddingStrategyId.
     • Наименование («ЕПК» в Name) не используется.
  2. «Мастер‑кампании» — если в Name есть Копия или Мастер.
  3. «Товары» — если Type ∈ {SMART_BANNER_CAMPAIGN, DYNAMIC_TEXT_CAMPAIGN} ИЛИ Name содержит товар/каталог ИЛИ Network.BiddingStrategyType == UNKNOWN (такие кампании ранее ошибочно попадали в «РСЯ»).
  4. «Поиск» — если Search != SERVING_OFF И Network == SERVING_OFF (исключаем NETWORK_DEFAULT и пр.).
  5. «РСЯ» — если Search == SERVING_OFF И Network != SERVING_OFF И Network != UNKNOWN.
  6. «Прочие» — всё остальное.
• Страницы/вывод:
  • GET /accounts/{login} — страница аккаунта с блоками по группам: epk, master, goods, search, rsya, other (тип unified объединён с epk).
  • GET /campaigns/types/{type} — выборки по типам для: rsya, search, epk, master, goods, other (тип unified удалён).
  • Главная содержит быстрые ссылки на все выборки типов.

Классификация кампаний выполняется по фактическим данным кампаний из Redis (поля Name, Type, а также стратегии показа из TextCampaign.BiddingStrategy).

• ЕПК: если пакетная стратегия (PackageBiddingStrategy/...PackageBiddingStrategyId) или Type == UNIFIED_CAMPAIGN.
• Мастер-кампании: если в Name содержится Копия или Мастер.
• Товары: если Type ∈ {SMART_BANNER_CAMPAIGN, DYNAMIC_TEXT_CAMPAIGN} ИЛИ в Name есть товар/каталог.
• Поиск: если Search != SERVING_OFF и Network == SERVING_OFF.
• РСЯ: если Search == SERVING_OFF и Network != SERVING_OFF, при этом Network != UNKNOWN.
• Прочие: все кампании, не попавшие под критерии выше.

Порядок приоритета правил: ЕПК → Мастер-кампании → Товары → Поиск → РСЯ → Прочие.

Где используется сейчас:

• Группировка на странице аккаунта accounts/show.html.twig (роут account_show).
• Страницы выборок по типам: /campaigns/types/{type} (роут campaigns_by_type).

Предложения по расширению классификации (по данным API)

Ниже — дополнительные осмысленные разрезы, которые можно ввести, используя поля ответа API кампаний.

• Тип кампании (Type):

  • TEXT_CAMPAIGN — «Текстово‑графические».
  • MOBILE_APP_CAMPAIGN — «Мобильные приложения» (группа «Мобайл»).
  • CPM_BANNER_CAMPAIGN — «Медийные (CPM)».
  • UNIFIED_CAMPAIGN — относится к объединённому типу «ЕПК».

• Места показов на поиске:

  • По TextCampaignSearchStrategyPlacementTypes.../UnifiedCampaignSearchStrategyPlacementTypes...: SearchResults, ProductGallery, DynamicPlaces, Maps, SearchOrganizationList.
  • Подгруппы внутри «Поиск»: «Поиск», «Product Gallery», «Dynamic Places», «Карты», «Организации».

• Стратегии показов (BiddingStrategy):

  • Группировка по типам стратегий (конверсия/клики/ручные и т. п.).
  • Признак пакетности: PackageBiddingStrategy/CanBeUsedAsPackageBiddingStrategySource → «Пакетные стратегии».

• Состояние/статус:

  • По State: ON, OFF, SUSPENDED, ENDED, ARCHIVED.
  • По Status: DRAFT, MODERATION, ACCEPTED, REJECTED.
  • По StatusPayment: ALLOWED / DISALLOWED.

• Бюджет и фонды:

  • DailyBudget.Mode: STANDARD vs DISTRIBUTED.
  • Funds.Mode: CAMPAIGN_FUNDS vs SHARED_ACCOUNT_FUNDS.

• Настройки/служебные признаки:

  • NegativeKeywords.Items > 0 — «Есть минус‑фразы».
  • Объём ExcludedSites.Items — пороги (0; 1–100; 101–500; >500; «≈1000»).
  • Notification задан — «Уведомления включены».
  • TimeTargeting.Schedule задан — «Есть расписание».

Приоритет рекомендуем: тип → стратегия/плейсменты → состояние/статус → финансы/бюджет → прочие.