Перейти до вмісту

Блеклист Unity Ads: source app ID, вайтлист і сорси

Блеклист виключає апки зі ставок, вайтлист лишає лише список. Що про це пише Unity і чого в доках немає: ліміти, швидкість, автоблок.

Опубліковано
4 хв читання
4 хв читання
Русский
English
У статті
  1. Що таке source app ID за докою Unity
  2. Блеклист і вайтлист: у чому різниця
  3. Ціна вузького вайтлиста
  4. Де брати сорси
  5. Особливий сорс 000000000000
  6. З чого почати: блеклист чи вайтлист
  7. Як розбирати звіт по сорсах
  8. Чого в доках немає
  9. Правила в DarkCore Ramet

Source app ID — це ідентифікатор апки-джерела, за яким Unity дає дозволяти або блокувати апки під ставки. Блеклист виключає вказані апки з торгів, вайтлист лишає ставки тільки на них. Усе нижче взято зі сторінки Unity про App targeting.

Що таке source app ID за докою Unity

За документацією, source app ID потрібні, щоб дозволяти або блокувати апки, на які кампанія робить ставки. Джерело впізнається лише за абстрактним ID. Прямо сказано, що Unity не може видати ID конкретних апок: тобто вона не повідомляє, якій апці відповідає ID, а дає тільки абстрактні. За назвою апки нічого не знайдете й не перевірите, працюєте з ID зі звіту. Звідси висновок, який робимо ми самі: наперед заблокувати «знайомі погані» апки чи закинути у вайтлист «знайомі хіти» не вийде. У списки потрапляє лише те, що вже зʼявилося у вашому звіті по кампаніях, а рішення про кожен сорс ухвалюється за його цифрами.

Ще одна деталь: source app ID чутливі до регістру. Копіюйте їх зі звіту як є, без «причісування».

Блеклист і вайтлист: у чому різниця

Список Що робить за докою Unity Що втрачаєте
Блеклист (blocklist) Виключає вказані апки зі ставок Обсяг лише цих апок
Вайтлист (allowlist) Обмежує ставки лише вказаними апками Обсяг усіх апок, яких немає в списку

За визначеннями блеклист стартує з повного обсягу й прибирає зайве, а вайтлист стартує з нуля й додає перевірене. Це наше прочитання, але воно випливає з формулювань Unity.

Ціна вузького вайтлиста

Unity попереджає: обмеження джерел обмежує масштаб кампанії, а надто вузький вайтлист може погано вплинути на її результат. Будь-яка апка поза списком перестає отримувати ставки. Що коротший вайтлист, то нижча стеля обсягу, і це ціна, яку ви платите за чистоту трафіку.

Де брати сорси

Unity радить відкрити Reporting dashboard і подивитися на рівні гео, до яких джерел дійшли кампанії. Найкращі за результатом сорси кладіть у вайтлист, найгірші — у блеклист.

Зверніть увагу на слова «на рівні гео». Чому саме так, у доках не пояснюється. Наша думка: сорс, який добре працює в одному гео, в іншому може не працювати, а загальна цифра по сорсу це сховає. Це гіпотеза, перевірте її на своїх звітах.

Порогів для «найкращих» і «найгірших» Unity не дає. Скільки спенду та інсталів потрібно набрати, щоб ухвалювати рішення, визначаєте самі. Оберіть правило й тримайте його однаковим для всіх гео, інакше порівнювати буде нічого.

Особливий сорс 000000000000

Один з ID у звіті може виглядати як 000000000000. За довідкою Unity, так показуються покази від паблішерів без валідного store ID. Що це означає для блеклиста, розібрано в окремій статті про Source App ID 000000000000.

З чого почати: блеклист чи вайтлист

Ризики в списків різні. Блеклист помиляється в один бік: заблокували сорс дарма — втратили обсяг цього сорсу, решта продовжує працювати. Вайтлист помиляється в інший: схибили з вибором, і в кампанію не потрапило все інше. Далі — наше прочитання, а не слова Unity. Поки даних по гео мало, безпечніше різати явний хвіст блеклистом. Вайтлист має сенс, коли назбиралася історія й зрозуміло, які сорси тримають результат.

Як розбирати звіт по сорсах

  1. Візьміть одну кампанію й одне гео, а не весь акаунт.
  2. Відкрийте Reporting dashboard на рівні гео й випишіть сорси, до яких дійшла кампанія.
  3. Відсортуйте їх за своєю метрикою: CPI, ціна депозиту за постбеком, що для вас головне.
  4. Найгірші відправте в блеклист, найкращі вважайте кандидатами у вайтлист. Пороги задайте самі: Unity їх не називає.
  5. Копіюйте ID точно, з урахуванням регістру.
  6. Запишіть дату правки й обсяг до неї. Без цього за тиждень не зрозуміти, що змінилося через список, а що саме.

Чого в доках немає

Сторінка про App targeting відповідає на питання «що таке список», але не на половину практичних питань. У прочитаних нами доках немає:

  • кроків, як вводити ID в інтерфейсі;
  • лімітів на розмір блеклиста й вайтлиста;
  • відповіді, чи можна тримати вайтлист і блеклист разом;
  • відповіді, чи може привʼязка ID до апки змінюватися з часом;
  • термінів: як швидко зміна списку застосовується і чи діє вона на кампанії, що вже йдуть;
  • порогів, за якими сорс вважається найкращим чи найгіршим;
  • автоматичного блокування. Автоблок у Unity на цій сторінці не описано, тож розраховуйте на ручне блокування.

Звідси проста обережність. Змінюйте список на одній кампанії в одному гео, фіксуйте обсяг до й після та не робіть висновків за годину: швидкість застосування невідома.

Правила в DarkCore Ramet

Правила DarkCore Ramet — окрема наша функція, а не автоблок Unity: його, як сказано вище, у прочитаних доках немає. Правила щогодини перевіряють спенд і депозити (їхню кількість надсилає постбек із Keitaro, Binom, DarkCore CRM або DarkCore PWA), можуть поставити кампанію на паузу, заблокувати source_app_id чи знизити ставку, а ще надсилають сповіщення в Telegram. Побачити сорси в цифрах можна в аналітиці: спенд, інстали, CPI, CTR та IPM з Unity по днях, з групуванням за кампанією, гео, апкою чи сорсом. Спенд оновлюється щогодини.

У DarkCore Ramet

Блокуйте сорси за правилом, а не вручну

Правила DarkCore Ramet щогодини перевіряють спенд і депозити, можуть заблокувати source_app_id, знизити ставку чи поставити паузу та написати в Telegram.

Усі статті