🪙В одному рекламному кабінеті побачив цю опцію для поповнення, якщо передплата з картки і ручні платежі - Prepay auto-reload. Хоча навіть там раніше не було такої можливості.

🧠Тобто я знаю загалом про автоматичні платежі (Automatic payments) з порогом списання та досягання якогось ліміту в кредит. Але цей тип оплати ніколи не подобався, з дуже дивною логікою.

🤨А от можливість в ручному типі оплат проставити автоматичне списання з картки певної суми при досяганні вказаного мінімуму - не зустрічав раніше. Тобто опціонально гугл вмикає виходить на тих акаунтах, що відповідають певним критеріям. Україна входить в список країн, де це можна використовувати.

💡Не є новиною останньою. Але якщо у вас подібне теж є чи може з'явитись, можете користуватись - зручно. Зменшує рутину на ручних платежах з картки. Звісно якщо у вас суто автоматичні і це вам окей, тоді не потрібно.

Example: An advertiser sets their "Low Balance Trigger" and "Reload Amount" to specified thresholds. When the account balance drops below the chosen trigger amount, Google Ads automatically charges the primary payment method the designated reload amount, keeping ads running seamlessly.

💡 Сиджу готую звітність за місяць і думаю, як більш коректно та зрозуміло відобразити дані про конверсії з кабінету реклами. Бо дефолтно стовпчик конверсії в гугл едс працює за моделю - на момент кліку реєстрація конверсії. Тобто, ви сьогодні клікнули, а через тиждень могли зробити транзакцію, але конверсію запише на дату кліка. У звіт гугл едс це потрапить дефолтно на дату кліка, тобто конверсія заднім числом.

⌛ Скільки днів до конверсії у вас, можна просегментувати та подивитись теж.

🧮Питання в чому, для порівняння даних це досить незручно, бо якщо ще проєкт невеликий - умовні 10%, що підтягнуться протягом скажімо 30 днів, не є критичним питанням для аналізу та порівняння. Та на великому об'ємі даних ти починаєш губитись. Звісно можна в голові тримати, що частина конверсій ще надійде і на момент звіту робити з урахуванням прогнозованих з гугл едс.

*️⃣Але це все не потрібна складність, бо треба взяти два періоди і порівняти їх без додумування, що в цьому пазлі чогось не вистачає. Бог в деталях все одно. І у випадку порівняння до прикладу місяць до місяця у вас завжди буде коефіцієнт конверсії менше у поточному місяці, вартість конверсії дорожче, а кількість та ревеню звісно менше.

➡️ І повірте мова йде про дуже велику кількість, бо кампаній десятки в різних тільки категоріях, а вона не одна. Їх навіть в кабінеті реально дивитись лише сегментами фільтруючи.

Так от, для себе я знайшов рішення спиратись на стовпчики: Conversions (by conv. time) and Conv. value (by conv. time). Реєстрація конверсії на дату, коли її зробили, а не на момент кліку. Звісно тут є певні теж мінуси, але для звітності і коректного порівняння періодів досить зручно. В будь-якому випадку за потреби ви завжди можете паралельно аналізувати і дефолотні стовпчики за моделю кліка.

🎁 Також треба погратись з додавання кастомних стовпчиків, бо дефолтно немає до прикладу CR та CPA для моделі (by conv. time). Створюєте у стовпчиках спеціальні і прописуєте формулу, якщо це CPA = Cost / Conversions (by conv. time) і додаєте собі для використання.

✔️ Якщо вам, як мені треба витягати дані через розширення конектор в таблицю, там ця метрика називаються: Conversions by Conversions Date

Автоматична стратегія на конверсії разом з коректно налаштованою аналітикою. В цьому випадку кол трекінг - дзвінок. Видає іноді цікаві результати за 1 день.

CPC вище в х10, чим звичайно, всього 3 кліки, але лід отриманий і це важливо 😎

▪️ Досить не часте блокування. А саме платіжного профілю в гугл кабінеті. Але виглядає, як блок рекламного кабінету. Показ реклами зупиняється, навіть з активним балансом. Щось виступає тригером для блоку, можливо якась трансакція чи додавання додаткової картки або інше. Тут поки немає розуміння повного.

▪️ Формально надходить лист про блокування типу сервісів реклами. Та пропонується пройти верифікацію, але на практиці це не розглядається за пару днів.

▪️ Швидким рішенням є заміна платника (не методу оплати) на нового і плашка червона зникає, реклама запускається.

➡️Платежі - змінення платника

💰 Залишок коштів на балансі кабінета зі старого платника повертаються (пише термін повернення).

🔍 Знаючи цю інформацію ми б не витратили 3-4 дні чекаючи розгляду апеляції-верифікації платіжного профіля (яка доречі і досі на розгляді). Менеджери гугла теж лише виявляли підвищену стурбованність, суто таку рекомендації не дали для швидкого рішення проблеми.

Тому можливо комусь стане в нагоді теж.

➡️ Зручно, коли хочеш спробувати Demand Gen - підтягує об'єкти та оголошення, налаштування з PMax та не треба прописувати з нуля. Не знаю, можливо це працює і зворотньому напрямку теж.

🎙сьогодні спілкувався з менеджером гугла (доволі притомним без нав'язуванням різного хламу) та надихнувся потестити знову Demand Gen, каже, що все одно гугл почне переключати ж GDN поточні з часом, то краще раніше цю "імбу" самому більше використовувати та адаптуватись. Останній час більше юзав її для ютуб цілей. А тут вже спроба на конверсії з сайту.