PMax аудит, який перевіряє походження середнього ROAS
Сильний середній показник не доводить зростання. Ми розділяємо бренд, remarketing, товари, фід і нових клієнтів.
- Статус доказу
- Демонстраційний звіт
- Джерело
- Синтетичні узгоджені дані
- Період
- Синтетичне вікно 30 днів
Назви й показники синтетичні. Арифметика показує формат, а не результат клієнта.
Контрольний зріз
- 240 000 витрати синтетичні грошові одиниці
- 816 000 дохід Ads синтетична модель
- 3,40 середній ROAS 816 000 / 240 000
- 480 замовлень статус клієнта частково невідомий
Головне за 90 секунд
- Захистити Не змінювати товарну групу з замовленнями й стратегію ставок під час перевірки.
- Розділити Виділити бренд і перевірити частку нових клієнтів.
- Тестувати Ізолювати високомаржинальний інвентар із лімітом, умовою зупинки й відкатом.
Що перевірено і де закінчується впевненість
Джерела
- Google Ads, PMax та історія змін
- Merchant-фід і товарна діагностика
- GA4 і синтетична внутрішня система
- Пошукові категорії, матеріали й сторінки
Покриття
Перевірено всі кампанії, групи матеріалів, товарні групи й конверсії.
Обмеження
Маржа й статус нового клієнта потребують внутрішньої системи або CRM.
Достовірність вимірювання
Арифметику підтверджено, бізнес-результат частковий
Витрати 240 000 і дохід 816 000 дають ROAS 816 000 / 240 000 = 3,40. Дохід звірено з 480 замовленнями.
Повна карта аудиту
Три рішення вище дають резюме для керівника. Нижче показано повний реєстр перевірок, на якому вони побудовані.
Показано 19 із 19 перевірок цього демонстраційного реєстру. У клієнтському звіті до кожного пункту додаються посилання на джерело, власник і робочий артефакт.
| Перевірка | Пріоритет | Рішення | Що встановлено | |
|---|---|---|---|---|
| 01 Вимірювання та межі ROASСередній ROAS змішує джерела попиту й не є готовою командою масштабувати. | ||||
| PM-01 | P0 | Захистити | Зберегти робочу purchase-конверсію. | До зміни ставок одна покупка має пройти з ID, value та currency без дубля. |
| PM-02 | P1 | Розділити | Позначити new, returning та unknown. | Без статусу клієнта середній ROAS не показує вартість нового попиту. |
| PM-03 | P1 | Перевірити | Звірити Ads-доходи з внутрішньою системою. | Модель платформи може відрізнятися за вікном, поверненнями й атрибуцією. |
| 02 Бренд, ремаркетинг та інкрементальність40% синтетичного доходу пов'язано з брендом і повторним попитом; це потребує контрольованого розділення. | ||||
| PM-04 | P1 | Експеримент | Перевірити brand exclusion. | 326 400 / 816 000 = 40%; частина цього доходу могла б відбутися без PMax. |
| PM-05 | P1 | Захистити | Залишити брендове покриття під час тесту. | Виключення без окремого контролю створює ризик втрати дешевого попиту. |
| PM-06 | P2 | Виміряти | Порівняти додатковий дохід із перерозподілом. | Переміщення конверсій між кампаніями не дорівнює зростанню бізнесу. |
| 03 Фід, товари та економіка SKUФід передає товари, але не дає повного керування за маржею й запасом. | ||||
| PM-07 | P1 | Виправити | Додати позначки маржі й запасу для всіх SKU. | 300 із 1 200 товарів, тобто 25%, не мають надійної сегментації. |
| PM-08 | P1 | Звірити | Перевірити 20 випадкових SKU із системою. | Повнота поля не доводить правильність його значення. |
| PM-09 | P2 | Ізолювати | Виділити товари з витратою без замовлень у watchlist. | Рішення приймається після достатнього вікна й перевірки запасу. |
| 04 Asset groups, сигнали та оголошенняКреативна повнота оцінюється разом із роллю групи, а не за одним інтерфейсним балом. | ||||
| PM-10 | P1 | Наповнити | Закрити порожні або неповні asset group. | Група без достатніх текстів і медіа не представляє товарний намір. |
| PM-11 | P2 | Додати | Ввести категорійні search themes та audience signals. | Сигнали мають відповідати групі товарів, а не дублювати загальні слова. |
| PM-12 | P2 | Розширити | Додати підтверджені callout, price та promotion assets. | Кожна обіцянка має бути видимою й правдивою на посадковій сторінці. |
| 05 Структура кампаній та бюджетВисокомаржинальну групу тестуємо окремо, не перебудовуючи весь акаунт. | ||||
| PM-13 | P1 | Експеримент | Виділити 180 високомаржинальних товарів. | Група має замовлення й запас, але зараз змішана з іншим інвентарем. |
| PM-14 | P1 | Не перетинати | Забезпечити взаємно виключні product ID. | Перетин не дозволить прочитати результат і створить внутрішню конкуренцію. |
| PM-15 | P2 | Тримати бюджет | Не змінювати бюджет одночасно зі структурою. | Одна змінна потрібна для причинного висновку. |
| 06 Контроль змін і захищені переможціЗвіт називає зміни, захищені елементи та умови відкату. | ||||
| PM-16 | P0 | Захистити | Не вимикати кампанію з підтвердженими замовленнями. | Проблема в інтерпретації середнього, а не у відсутності результату. |
| PM-17 | P1 | Документувати | Записати базовий рівень і дату кожної зміни. | Без baseline команда не відрізнить ефект від сезонності. |
| PM-18 | P2 | Обмежити | Задати ліміт бюджету експерименту. | Тест має контрольований максимальний ризик. |
| PM-19 | P2 | Відкотити | Повернути інвентар при порушенні захисної метрики. | Rollback визначається до запуску, а не після небажаного результату. |
Пріоритетні рішення з доказами
Середній ROAS змішує бренд і залучення
- Спостереження
- 326 400 із 816 000 доходу походять від бренду й повторного попиту, частка дорівнює 40%. Статус частини клієнтів невідомий.
- Чому це рішення
- ROAS 3,40 не можна масштабувати механічно, але кампанія приносить замовлення.
- Дія та перевірка
- Аналітик додає ознаку нового клієнта й тест виключення бренду. Приймання: дохід розділено на new, returning та unknown, є контроль, ліміт і відкат.
Фід не показує економіку товарів
- Спостереження
- 300 із 1 200 товарів, тобто 25%, не мають надійних позначок маржі й запасу.
- Чому це рішення
- Покази працюють, але менеджер не бачить маржинальний прибуток.
- Дія та перевірка
- Фахівець із товарного фіда додає позначки. Приймання: 1 200 / 1 200 товарів мають позначки, 20 випадкових SKU збігаються із системою.
Високомаржинальна група потребує тесту, а не перебудови
- Спостереження
- Група має замовлення й запас, але змішана з рештою інвентарю.
- Чому це рішення
- Standard Shopping дає контроль і ризик канібалізації, тому змінюється одна змінна.
- Дія та перевірка
- Керівник Google Ads розділяє інвентар. Приймання: ID не перетинаються, визначено додатковий дохід, умову зупинки й відкат.
Що вже працює і не потребує змін
Не змінювати ставки під час розмітки даних
Обсяг замовлень достатній, ризик у трактуванні, а не в показах.
Спочатку закрити дані, потім тестувати ставки.
Цільовий стан і правила зміни
Цільовий стан
ROAS розкладено за типом попиту й економікою SKU; сильні кампанії захищені, експерименти ізольовані.
Як перевіряємо
Brand exclusion і високомаржинальна група запускаються окремо, зі стабільним бюджетом і неперетинними товарами.
Коли відкочуємо
Тест зупиняється, якщо додатковий дохід не підтверджено або захисний CPA / ROAS виходить за погоджений поріг.
План на 7, 30 і 90 днів
-
7 днівЗафіксувати стан і прогалини.
- Відповідальний
- Аналітик і фахівець із фіда
- Критерій приймання
- Звіт окремо показує брендовий і небрендовий попит, статус клієнта й маржу, а невідомі значення явно позначено.
-
30 днівПровести тести виключення бренду й інвентарю.
- Відповідальний
- Керівник Google Ads
- Критерій приймання
- Тестова й контрольна групи не перетинаються, витрати не перевищують ліміт, а порушення числового порогу запускає відкат.
-
90 днівМасштабувати перевірені групи.
- Відповідальний
- Керівник зростання
- Критерій приймання
- Рішення спирається на маржинальний дохід і частку підтверджених нових клієнтів.
Що отримує клієнт
- Розклад ROAS
- Перевірка PMax
- Реєстр економіки фіда
- Експерименти з відкатом
- Вимірювання нових клієнтів
Метод і додатки
- Розклад ROAS за new / returning / unknown
- Карта кампаній before → after
- Supplemental feed і правила custom label
- Бюджет, метрики, вікно та rollback кожного тесту
Що саме масштабує PMax?
Відділимо середній результат від бренду, економіки товарів і підтверджених нових клієнтів.
Обговорити аудит вашого бізнесу