Перейти до контенту

Виправлення: консолідуйте фрагментовані групи ресурсів Performance Max

знахідка google ads оновлено 2026.05.28 10 хв читання

Кампанія Performance Max із вісьмома чи дванадцятьма тонко розпорошеними групами ресурсів майже завжди спалює навчальний сигнал, який не може собі дозволити втратити. Кожна група ресурсів накопичує власні конверсії для живлення matching-моделі — тож коли ви опускаєтесь нижче приблизно тридцяти конверсій на групу за місяць, алгоритм Google ухвалює рішення на шумі. І виправлення зазвичай полягає в тому, щоб об'єднати групи, а не додати ще більше креативу.

Чому це важливо

Performance Max призначає ставки й матчить на рівні групи ресурсів, а не кампанії. Це означає, що кожна група ресурсів проганяє власний внутрішній цикл навчання на тих конверсіях, які вона накопичує — і коли якась група витрачає бюджет, ніколи не перетинаючи поріг приблизно 30 конв/30 днів, потрібний Smart Bidding для стабілізації, вона ніколи не виходить із холодного старту. Гірше того, конверсії, які вона таки збирає, ізольовані: вони не зливаються вгору, щоб допомогти решті кампанії вчитися швидше.

Власні рекомендації Google щодо найкращих практик Performance Max чіткі: «Для найкращої продуктивності ми рекомендуємо консолідувати кампанії Performance Max, де це можливо» [1]. Консенсус практиків, які запускають PMax у масштабі, поширює цей принцип на рівень нижче — у настановах Optmyzr PPC Town Hall радять «розподіляти витрати на меншу кількість осмисленіших сегментів замість фрагментації на сотні мікросегментів» і прямо зазначають, що консолідація «концентрує обсяг бюджету так, щоб алгоритми отримували достатньо даних для оптимізації» [2]. Інстинкт ери SKAG ділити за кожною варіацією аудиторії чи ключового слова активно шкодить PMax, бо алгоритм спроєктований вчитися крос-сигнально — фрагментація входу його морить.

Правило Whitead спрацьовує на MEDIUM для будь-якої ENABLED-кампанії PMax, де принаймні одна група ресурсів або (а) зафіксувала менше ніж 30 конверсій у скользькому 30-денному вікні, або (б) ділить домінантну тему чи склад сигналу аудиторії з іншою групою ресурсів у тій самій кампанії. Жодна з цих умов окремо не катастрофічна — але обидві сигналізують, що кампанія витрачає зусилля на керування креативом і навчальний бюджет на юніти аналізу, які алгоритм не може осмислено розрізнити.

Як перевірити проблему

  1. Відкрийте Кампанії → виберіть кампанію Performance Max → Групи ресурсів. Зчитайте кількість рядків. Усе понад п'ять ENABLED-груп ресурсів заслуговує на решту цієї перевірки; кампанії з трьома або меншою кількістю майже напевно в порядку за цією віссю.
  2. Для кожної ENABLED-групи ресурсів перемкніть таблицю на показ Конверсій із діапазоном дат Останні 30 днів. Позначте кожну групу, яка має менше ніж 30 конверсій — це кандидати на консолідацію за порогом обсягу.
  3. Для кожної групи також відкрийте Переглянути деталіПошукові теми + Сигнал аудиторії. Запишіть домінантний тематичний кошик (наприклад, «бігові кросівки» проти «трейлові бігові кросівки») і стек сигналу аудиторії. Якщо дві групи ресурсів ділять той самий тематичний кошик ТА перетинні first-party-сигнали (той самий список Customer Match, той самий сегмент відвідувачів сайту) — для алгоритму це один юніт, тож вони є кандидатами на консолідацію за порогом дублювання.
  4. Перехресно звіртеся з загальним обсягом конверсій кампанії. PMax із 500 конв/30 днів, розподіленими на десять груп ресурсів, означає, що в середньому одна група бачить 50 — на межі. PMax із 80 конв/30 днів на шести групах (у середньому 13) структурно голодна, і консолідація обов'язкова.

Кроки 2 і 3 разом ідентифікують, які саме групи об'єднувати. Якщо крок 1 повертає від трьох до п'яти ENABLED-груп ресурсів і крок 2 не знаходить жодної нижче 30 конв/30 днів — первинного тригера правила немає, структуру не чіпайте.

Як виправити

Заплануйте одну 45-хвилинну сесію на кампанію. Опирайтеся бажанню перезнімати креатив — більшість роботи це інвентаризаційні рішення щодо груп ресурсів, а не самі асети.

  1. Випишіть свої групи ресурсів із 30-денними конверсіями, домінантною темою і стеком сигналу. Звичайна таблиця тут перемагає пам'ять. Відсортуйте за спаданням конверсій — внизу списку сидять кандидати на злиття.
  2. Згрупуйте кандидатів на злиття за перетином теми + сигналу. Дві групи, які обидві націлені на «бігові кросівки» з тим самим списком Customer Match, мають об'єднатися в одну. Дві групи з насправді різними темами (наприклад, «бігові кросівки» проти «трекінгові черевики»), але кожна з 15 конв/30 днів, можуть об'єднатися за сигналом у ширшу групу «outdoor-взуття» — або, якщо профілі маржі розходяться, ескалюватися до питання, чи взагалі вони мають бути в одній кампанії (див. знахідку про надмірну сегментацію).
  3. Виберіть групу-«вижила». Залишайте ту, що має найсильніший інвентар креативу (найбільше ENABLED-зображень, ENABLED-відеоасетів, здоровий показник Ad Strength), найсвіжіші сигнали аудиторії та найвищий історичний коефіцієнт конверсії. Призупиніть групи-донорів замість видалення — пауза зберігає історичний навчальний запис і дозволяє відкотити зміну, якщо продуктивність деградує.
  4. Перенесіть найкращі асети з донорів у вижилу. Витягніть із призупинених груп будь-які унікальні зображення, заголовки чи відео, яких ще немає у вижилій. Не імпортуйте дублікати і не імпортуйте слабких виконавців — далі важитиме саме Ad Strength на вижилій.
  5. Оновіть сигнали аудиторії на вижилій групі. Тепер, коли в одну групу ллється більший обсяг конверсій, стек сигналу несе більшу вагу. Переконайтесь, що приєднано список Customer Match + сегмент відвідувачів сайту + Custom Segment (див. Виправлення: сигнали аудиторії PMax слабкі або відсутні).
  6. Нічого більше не робіть протягом 14 днів. Smart Bidding потребує повного навчального вікна, щоб повторно стабілізуватись на консолідованій структурі. Опирайтеся спокусі підкручувати бюджет, цілі чи асети в цьому вікні — це окремий режим відмови, описаний у Виправлення: зміна ставок зроблена під час фази навчання.

Коли розділяти замість консолідувати

Розділення групи ресурсів виправдане лише за однієї з двох конкретних умов:

  • Відмінний рівень маржі. Лінійка продуктів із суттєво різною юніт-економікою (наприклад, рівень Pro з маржею 60% проти Starter із 25%) належить до окремої групи ресурсів якщо ви маєте намір ставити розбіжні цілі tCPA / tROAS — а в масштабі зазвичай і взагалі до окремої кампанії.
  • Відмінні вимоги до креативу. Кампанія, якій для однієї лінійки потрібне вертикальне відео 9:16, а для іншої — лише продуктовий фід Shopping, насправді породжує два різні брифи на креатив. Це причина з боку керування креативом, а не сигналу навчання — і вона виправдовує розділення тільки тоді, коли обидві половини самостійно перетинають поріг 30 конв/30 днів.

«Різні ключові фрази, які використовують клієнти» і «різні сегменти аудиторії» — це сигнали, а не окремі юніти. Закодуйте їх у Пошукових темах та Сигналі аудиторії всередині однієї групи ресурсів — саме для цього ці поверхні й існують.

Як підтвердити, що виправлення спрацювало

Діагностичний чекліст — виконайте всі п'ять пунктів за 14-21 день після консолідації

  • У кампанії тепер 3-5 ENABLED-груп ресурсів (або менше, якщо кампанія справді охоплює вузьку тему).
  • Кожна ENABLED-група перетнула ≥30 конверсій за останні 30 днів або має правдоподібний темп, щоб перетнути цей поріг до 30-го дня.
  • Кожна група має відмінну домінантну тему АБО відмінний склад сигналу — жодні дві ENABLED-групи не дублюють одна одну за обома осями.
  • Вартість конверсії на рівні кампанії втрималася в межах ±15% від базової лінії до зміни, з обсягом конверсій стабільним або вищим.
  • Ad Strength на вижилій групі — «Good» або «Excellent»: консолідація креативу в одну групу має покращити, а не погіршити, щільність асетів.

Якщо всі п'ять проходять — перезапустіть аудит, правило pmax_asset_group_consolidation перейде з failedpassed.

Крайові випадки — коли не застосовувати це виправлення

  • Feed-only PMax (лише Shopping-інвентар, без груп ресурсів). Відфільтровується вгорі по перевірці наявності груп ресурсів — ця знахідка не може спрацювати на чистому feed-driven PMax.
  • Брендова vs не-брендова PMax в одному акаунті. Якщо ви правильно відділили брендовану PMax (з brand exclusions на не-брендовій стороні), кожна PMax може законно мати лише одну-дві групи ресурсів — розділення робить кампанія, а не групи, і це здорово.
  • Зовсім нова кампанія (<14 днів живої). Сигнали обсягу конверсій ще не надійні. Зачекайте, поки кампанія матиме хоча б одне повне навчальне вікно, перш ніж застосовувати поріг 30 конв/30 днів.
  • Сильно сезонний акаунт (наприклад, податковий софт, святковий подарунковий бізнес). Поріг 30 конв/30 днів треба оцінювати проти обсягу в сезон, а не проти середньорічного. Поза сезоном кожна група виглядатиме слабкою — це питання бюджету, а не консолідації.

Галузеві бенчмарки

  • 3-5 груп ресурсів на кампанію PMax — це консенсус практиків для здорового пулювання сигналу. Google не публікує конкретного числа, але платформенна стеля 100 груп ресурсів на кампанію — це стеля, а не ціль [1].
  • 30 конверсій на групу ресурсів за 30 днів дзеркалить поріг фази навчання Smart Bidding для tCPA — див. фазу навчання Smart Bidding для базової математики обсягу.
  • Власна рамка консолідації Google діє і на рівень вище: «ми рекомендуємо консолідувати кампанії Performance Max, де це можливо» — та сама логіка переходить вниз на групи ресурсів усередині кампанії [1].

Пов'язані правила і концепції

Джерела

[1] Google Ads Help — About Performance Max campaigns. https://support.google.com/google-ads/answer/10724817 (доступ 2026-05-27)
[2] Optmyzr PPC Town Hall — Performance Max Optimization: Structure, Signals & Intent Done Right. https://www.optmyzr.com/ppctownhall/pmax-campaign-optimization/ (доступ 2026-05-27)

// чи було корисно?
// анонімно · не зберігаємо персональні дані