Чому НЕ варто використовувати скрипт для міграції товарів між кампаніями взалежності від їх ефективності

Хто читає закордонні PPC-новини, напевно, не раз чув про 🪄 “магічний” скрипт, який автоматично перекидає товари між кампаніями залежно від їхньої ефективності. На словах звучить дуже круто: ти можеш давати більший бюджет товарам, які найкраще працюють, “затискати” ті, що не приносять результат - і робити ROAS 100000%

Спойлер: на практиці так не працює 🙃

Як працює сам скрипт?

Він ділить товари на категорії:

- Over-index - товари, які працюють краще за цільовий показник 🔥

- Index - товари, що працюють у цільовий показник ✅

- Near-index - товари, які майже вписуються в цільовий показник 🤏

- Under-index - товари, які не вписуються в цільовий показник ❌

- No-index - товари, які немають кліків 🫥

Розподіляти товари за цими категоріями допомагають додаткові параметри в конфізі, які ви задаєте самостійно: Profit margin, ROAS target, Click multiplier (мінімальна кількість кліків, щоб товар потрапив в Over-index).

Що відбувається на практиці?

Зауважу: у Standard Shopping цей скрипт працював хоч трохи. А от у PMax на підмінених ID - взагалі було все печально 😬 (хоча перед запуском я спеціально “крутив” підмінені ID, щоб зібрати статистику і щоб скрипту було з чим працювати).

1) Товарів у категоріях Over-index та Index зазвичай було дуже мало. І як тільки пробуєш підняти бюджет - ROAS з 700% (цільовий був 500%) падає нижче плінтуса
2) З Under-index - взагалі треш:
1 тиждень товар потрапляє в Under-index. Потім показує норм перформанс і переходить у Near-index, Index, або навіть Over-index. Але в новій категорії він взагалі не перформить, і повертається назад у Under-index.

Висновок

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

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