Чому тема frequency cap стала критичною для локального трафіку
У локальних кампаніях (місто, область, група регіонів) «ємність» аудиторії обмежена. Якщо ви крутите один і той самий меседж і не керуєте частотою, система дуже швидко переходить у режим «дожиму»: покази концентруються на тих самих людях, середня frequency росте, а reach стоїть. Так з’являється вигорання: люди перестають реагувати, кліки дорожчають, конверсії падають, а негативні сигнали (приховування оголошення, скарги) зростають.
У великих національних кампаніях це теж трапляється, але локальний трафік «перегрівається» швидше. Тому frequency cap qa — це не разова перевірка, а регулярний процес: контроль частоти, розподілу показів і реального охоплення по регіонах.
Що таке frequency cap (простими словами)
Frequency cap — це ліміт кількості показів реклами одному користувачу за визначений період (наприклад, 2 покази на добу або 7 на тиждень). У термінах ads QA cap відповідає на питання: «скільки разів ми дозволяємо системі повторити наш меседж одній людині, перш ніж це стане неефективним або дратівливим».
Важлива деталь: частота має сенс лише разом із охопленням. Можна мати «красиву» середню frequency 3.0 і при цьому перегріти маленький сегмент аудиторії, якщо розподіл нерівний. А можна мати frequency 6.0, але при великому reach і правильній ротації креативів це буде нормально для брендової мети.
Вигорання аудиторії: як воно виглядає в цифрах
«Вигорання» (ad fatigue / creative fatigue) зазвичай проявляється не одним показником, а комбінацією. Для локальних регіонів найтиповіша картина:
- Frequency ↑ швидше, ніж Reach ↑ (або reach взагалі не росте).
- CTR ↓ на 10–30% за 7–14 днів без зміни таргетингу.
- CPM ↑ (алгоритму потрібно більше показів, щоб «витиснути» той самий результат).
- CPC/CPA ↑, хоча бюджет і ціль оптимізації не змінювались.
- Негативні сигнали ↑: приховування оголошення, скарги, падіння дослуховування відео.
Пастка в тому, що частина метрик може «триматися» через атрибуцію або ремаркетинг, але інкрементальний ефект уже зникає. Тому правильний тест caps — це завжди про дизайн експерименту, а не лише про спостереження.
Frequency cap vs «насичення»: що перевіряти в QA
Частота — це середня кількість показів на людину. Насичення — це розподіл показів: комусь 1 раз, комусь 12. У локальних кампаніях саме «хвости» розподілу найчастіше вбивають ефективність. Якщо платформа дає «frequency buckets» або розподіл за діапазонами — дивіться їх. Якщо ні — робіть непрямі перевірки:
- чи росте частота паралельно зі зменшенням уникальних переходів/уникальних користувачів на сайті;
- чи падає частка нових користувачів (new users) у веб-аналітиці при стабільних показах;
- чи росте частка повторних показів на тих самих плейсментах (ознака обмеженого інвентарю).
Що саме тестувати: 3 цілі, які часто плутають
Один із типових провалів тестів — коли команда не узгодила, що саме вони тестують. Розділіть цілі:
- Валідація (QA): cap реально застосовується? частота не «складається» між кампаніями? гео-розбиття чисте?
- Оптимізація ефективності: який cap дає найкращий CPA/ROAS при прийнятному обсязі?
- Оптимізація охоплення: як зберегти reach в регіоні і не перегріти аудиторію, коли ринок малий?
У локальному трафіку третя ціль часто важливіша за другу: краще стабільно охоплювати нових людей з нормальним CPA, ніж «вичавлювати» ремаркетингом тих самих користувачів і отримувати тимчасово хороший CPA з подальшим провалом.
Підготовка до тесту: дані, які потрібні заздалегідь
Перед тим як запускати A/B або geo-тест, зберіть базові зрізи (мінімум за 14–28 днів):
- витрати, покази, reach, frequency по кожному регіону;
- CTR, CPC, CPM, конверсії, CPA/ROAS по регіонах;
- розподіл результату по плейсментах (щоб бачити, де інвентар «тисне»);
- оцінку потенційної аудиторії в регіоні (estimated/potential reach, якщо доступно);
- сезонні фактори (свята, зарплатні періоди, промо, погода), які могли впливати на попит.
Ці дані потрібні, щоб обрати регіони для тесту, підібрати тривалість і не переплутати ефект cap із сезонністю.
Дизайн тесту frequency cap: A/B (або A/B/C)
Найпрактичніший підхід — A/B або A/B/C тест із різними caps при однакових інших умовах. Щоб тест був чистим:
- Однакові креативи (той самий пакет, без «підсилення» однієї групи).
- Однакова стратегія оптимізації (та сама подія, та сама модель bidding).
- Однакові плейсменти або чіткий аналіз у розрізі плейсментів.
- Синхронні зміни: якщо міняєте бюджет/креативи — робіть це одночасно для всіх варіантів, або не робіть взагалі під час тесту.
- Контрастні caps на 1-й ітерації (наприклад 3/7 днів проти 9/7 днів), щоб ефект був помітний.
Якщо платформа дозволяє лише «цільову частоту» (target frequency) або середнє обмеження — це теж можна тестувати, але контроль буде менш точним. Тоді особливо важливий контроль reach/frequency у звітах.
Тест по регіонах: як правильно розбивати гео
Для локального трафіку часто краще розділяти тест не по аудиторіях (бо є перетини), а по гео. Є кілька практичних правил:
- Не змішуйте мегаполіс із малими районами в одну групу без нормалізації — розміри аудиторій різні.
- Групуйте схожі регіони: за населенням, попитом, історичним CPA/CTR, конкуренцією.
- Уникайте «сусідніх дзеркал», коли люди фізично переміщуються між регіонами (особливо для офлайн-точок). Якщо місто й приміська зона сильно перетинаються, чистий geo-тест складніший.
- Фіксуйте логіку: чому ці регіони в тесті, а ці — в контролі. Це допомагає інтерпретувати результат і повторити тест.
Два підходи до регіонального тестування охоплення
Підхід 1: Операційний «QA-скринінг» без інкрементальності
Це швидкий спосіб перевірити, де саме система перегріває локальний трафік. Він не доводить причинність, але дає сильні сигнали для дій.
- Крок 1. У звітах увімкніть розріз по регіону та зафіксуйте reach, frequency, CTR, CPA.
- Крок 2. Порівнюйте не лише CPA, а й співвідношення reach до потенційної аудиторії. Якщо reach майже «вперся» в потенціал, а frequency росте — це перенасичення.
- Крок 3. Відмічайте регіони, де CTR падає швидше за інші, а frequency росте швидше за інші.
- Крок 4. Застосуйте локальні рішення: знизити cap, розширити аудиторію, додати нові креативи, змінити плейсменти, винести регіон в окрему кампанію.
Цей підхід працює як «раннє попередження» і повинен бути частиною регулярного ads qa.
Підхід 2: Geo-експеримент для причинного висновку
Якщо вам потрібно зрозуміти, чи вища частота дає нетто приріст (а не просто «перетягує» конверсії в атрибуції), тоді потрібен geo-тест (matched markets / geo lift). Суть: група регіонів treatment отримує інший cap або іншу інтенсивність показів, група control лишається на базових налаштуваннях. Далі порівнюємо результат з урахуванням історичної поведінки регіонів.
Структура geo-тесту зазвичай має 3 періоди:
- Pretest: до змін, щоб зрозуміти нормальну кореляцію між групами.
- Intervention: період, коли в treatment діє інший cap/інтенсивність.
- Cooldown (опційно): збір відкладених конверсій після повернення до бази, якщо цикл покупки довший.
Плюс: ви отримуєте більш «чистий» причинний висновок. Мінус: тест дорожчий, потребує дисципліни (не робити паралельних змін) і достатнього обсягу конверсій.
Як обрати caps для першої ітерації тесту
Замість «вгадування» беріть за основу три речі: поточний reach, поточну frequency і потенційну аудиторію. Далі застосуйте просту логіку:
- якщо reach близький до потенціалу, підвищувати cap ризиковано — ви майже напевно збільшите повтори;
- якщо reach далекий від потенціалу, спершу шукайте причину недоохоплення (аудиторія, плейсменти, ставки), і лише потім тестуйте вищі caps.
Практичні стартові коридори (для тижневого вікна) часто виглядають так: низький 2–4, середній 5–7, високий 8–12 показів. Але для малих міст «середній» може бути вже високим, а для великих регіонів «8–12» — нормальним для awareness.
QA-перевірки: як довести, що cap реально застосовується
Навіть якщо ви «виставили cap», фактична частота може бути іншою через структуру акаунта. Ось перевірки, які варто робити:
- Перекриття кампаній: одна й та сама аудиторія/гео в кількох кампаніях з подібним меседжем майже завжди складає частоту.
- Дублі оголошень/креативів: один і той самий креатив у різних ad set може рахуватися як різний об’єкт і обходити загальний cap (залежить від платформи).
- Вікно капа: «на день» часто дає «залпи» (кілька показів за короткий час). Для локального трафіку зазвичай стабільніше тижневе вікно.
- Плейсменти: частота може бути різною по інвентарю. Якщо ви не фіксуєте плейсменти, аналізуйте результати по кожному.
- Reach vs frequency: якщо cap знизили, але reach не росте, проблема в охопленні (вузька аудиторія, низький бюджет, обмеження аукціону), а не в cap.
Як аналізувати результати: метрики, які не варто ігнорувати
У тесті caps легко зробити неправильний висновок, якщо дивитися лише CPA. Рекомендована рамка аналізу:
- Ефективність: CPA/ROAS, конверсії, дохід, iROAS (якщо lift/geo).
- Стійкість: тренд CTR/CPA у часі, чи з’являється деградація після 5–14 дня.
- Охоплення: вартість унікального reach, частка нових користувачів, охоплення як частка потенційної аудиторії.
- Якість трафіку: bounce/engagement, конверсія в аналітиці, частка повторних відвідувань.
Для регіонів додайте нормалізацію: «конверсії на 1 000 охоплених» і «витрати на 1 000 охоплених». Так ви бачите, чи корисна висока частота, чи це просто купівля повторів.
Типові помилки під час тестів frequency cap і регіонального охоплення
- Різні бюджети між варіантами тесту: ви тестуєте spend, а не cap.
- Короткий тест: локальне вигорання часто проявляється на 7–21 день, залежно від ємності аудиторії.
- Паралельні зміни (нові промо, зміна сайту, зміна оффера) під час тесту.
- Один креатив без ротації: слабкий креатив «вигорає» при будь-якому cap.
- Відсутність сегментації: один cap для всіх регіонів без урахування розміру та конкуренції.
Практична матриця рішень: що робити, коли бачите перегрів
Ось коротка «карта дій» для локального трафіку:
- Frequency росте, reach стоїть → знижуйте cap або розширюйте аудиторію/плейсменти; додайте нові креативи.
- CTR падає, CPM росте → креативна ротація + перевірка caps + перевірка перекриттів кампаній.
- CPA росте лише в окремих регіонах → винесіть регіони в окремі кампанії з власними caps і бюджетами; перевірте конкурентність інвентарю.
- Reach низький при низькій frequency → проблема не в cap: перевірте ставки, оптимізацію, обмеження аукціону, вузький таргетинг.
Як побудувати регулярний процес frequency cap QA
Щоб тема caps не перетворювалася на «пожежі», зробіть простий цикл:
- Щотижня — дашборд по регіонах: reach, frequency, CTR, CPA + зміна до минулого тижня.
- Тригери — якщо frequency росте при flat reach, або CTR падає 2 тижні поспіль, або CPA росте >15%.
- План тесту — 2–3 рівні cap, фіксація інших параметрів, тривалість мінімум 14 днів (часто 21–28 для локальних регіонів).
- Ротація креативів — підготовлена наперед (2–3 варіанти), щоб не ламати тест «в процесі».
- Документація — який cap працює для яких регіонів і під які цілі (awareness, consideration, performance).
Висновок
Frequency cap — це не «панацея від вигорання», а інструмент контролю перенасичення. У локальному трафіку він працює найкраще, коли ви тестуєте його разом із охопленням: перевіряєте перекриття кампаній, аналізуєте reach/frequency по регіонах, і робите A/B або geo-тести з чіткою гіпотезою. Якщо оформити це як регулярний процес frequency cap qa, ви менше купуєте повтори, швидше знаходите оптимальну інтенсивність показів і стабілізуєте результат по регіонах.