Meta Ads аудит, який відділяє проблему акаунта від браку даних
Спочатку ми перевіряємо вимірювання, економіку й обсяг сигналу, а вже потім змінюємо структуру, креативи або бюджет.
- Статус доказу
- Знеособлений клієнтський аудит
- Джерело
- Клієнтські джерела, публічна версія
- Період
- Недавнє вікно 30 днів, точні дати приховано
Назви, ID, товари, дати й суми вилучено. Точні ROAS і CPA не показані без складових.
Контрольний зріз
- 30 днів вікно аудиту точні дати приховано
- 100% активних кампаній структуру переглянуто
- Pixel + CAPI шляхи purchase дедуплікацію перевірено
- 3 креативні напрями для наступного тесту
Головне за 90 секунд
- Захистити Зберегти оптимізацію на покупку й консолідовану структуру. Малий сигнал не лікується багатьма ad set.
- Виправити Зв'язати каталог із dataset, перевірити домен, consent і параметри верхніх подій.
- Тестувати Додавати креативні підходи в контрольованій структурі й чекати достатнього вікна.
Що перевірено і де закінчується впевненість
Джерела
- Ads Manager та історія змін
- Events Manager, Pixel і CAPI
- Кампанії, оголошення й місця показу
- Каталог і доступні дані про замовлення
Покриття
Перевірено всі активні кампанії, оголошення, події й доступні зрізи.
Обмеження
Немає підтвердженої маржі й повного реєстру замовлень, тому ROAS платформи не названо прибутком.
Достовірність вимірювання
Покупка передається, якість можна посилити
Покупка надходить браузерним і серверним шляхом із дедуплікацією. Неповні параметри й зв'язок каталогу обмежують діагностику.
Повна карта аудиту
Три рішення вище дають резюме для керівника. Нижче показано повний реєстр перевірок, на якому вони побудовані.
Показано 16 із 16 перевірок цього демонстраційного реєстру. У клієнтському звіті до кожного пункту додаються посилання на джерело, власник і робочий артефакт.
| Перевірка | Пріоритет | Рішення | Що встановлено | |
|---|---|---|---|---|
| 01 Measurement Integrity: гейт до перебудовиОсновна подія працює, але зв'язок каталогу й параметри верхньої воронки неповні. | ||||
| MA-01 | P0 | Захистити | Зберегти purchase як основну оптимізаційну подію. | Pixel і CAPI передають покупку з дедуплікацією. |
| MA-02 | P1 | Виправити | Звірити event ID, value та currency. | Один тест і одне реальне замовлення мають пройти без дубля. |
| MA-03 | P1 | Зв'язати | Під'єднати каталог до правильного dataset. | Неповний зв'язок обмежує товарну діагностику й динамічні оголошення. |
| MA-04 | P2 | Перевірити | Зафіксувати consent і пріоритетні параметри подій. | Висновок про якість сигналу має враховувати згоду та втрати даних. |
| 02 Архітектура та обсяг сигналуМалий обсяг покупок не є доказом, що акаунт треба дробити. | ||||
| MA-05 | P0 | Захистити | Зберегти консолідовані ad set. | Поділ зменшить кількість подій на кожну оптимізаційну одиницю. |
| MA-06 | P1 | Зафіксувати | Визначити поріг окупності до зміни бюджету. | Платформний ROAS не дорівнює прибутку без маржі й повернень. |
| MA-07 | P2 | Перевірити | Відокремити навчання від реального тренду. | Недавні зміни послаблюють порівнянність короткого вікна. |
| MA-08 | P2 | Не дробити | Не створювати сегмент за кількома покупками. | Різницю могли створити окремі великі замовлення. |
| 03 Плейсменти, аудиторії та доставкаРозподіл показів читається разом із креативом і обсягом, а не як автоматична команда вимкнути. | ||||
| MA-09 | P2 | Спостерігати | Зберегти автоматичні плейсменти як контроль. | Немає достатнього обсягу, щоб приписати різницю самому плейсменту. |
| MA-10 | P2 | Перевірити | Порівнювати вікові зрізи лише після порогу подій. | Демографічний зріз із малою вибіркою створює хибну точність. |
| MA-11 | P2 | Відокремити | Не змішувати prospecting із відомими клієнтами в оцінці. | Частка нових клієнтів потрібна для рішення про масштабування. |
| MA-12 | P3 | Контролювати | Перевіряти частоту разом із втомою креативу. | Частота без динаміки результату не доводить перенасичення. |
| 04 Креативна система та план тестівДоставка зосереджена в одному оголошенні; потрібні нові гіпотези, а не косметичні варіації. | ||||
| MA-13 | P1 | Тестувати | Запустити три різні креативні підходи. | Поточний набір не дозволяє відділити силу аудиторії від сили одного оголошення. |
| MA-14 | P1 | Змінювати одну змінну | Не міняти хук, формат і аудиторію в одному тесті. | Інакше команда не дізнається, що саме вплинуло на результат. |
| MA-15 | P2 | Зупиняти | Задати бюджет і числовий поріг зупинки до запуску. | Рішення після перегляду результату створює упереджений тест. |
| MA-16 | P2 | Масштабувати | Переносити переможця лише за основною та захисною метриками. | Креатив має покращити результат, не порушивши поріг CPA або ROAS. |
Пріоритетні рішення з доказами
Малий обсяг сигналу не доводить погану структуру
- Спостереження
- Бюджет і вартість покупки дають кілька подій на тиждень, недавні зміни послаблюють порівняння.
- Чому це рішення
- Дроблення зменшить сигнал. Сильні сегменти спираються на надто мало покупок.
- Дія та перевірка
- Фахівець із реклами зберігає консолідацію. Приймання: новий ad set лишається окремим лише якщо покупки не дорожчі за поріг окупності й результат кращий за консолідований контроль; інакше його повертають до консолідованої структури.
Покупка передається стійко, але вимірювання не завершено
- Спостереження
- Покупка дедуплікується, але зв'язок каталогу, домен і параметри подій неповні.
- Чому це рішення
- Робочу покупку не треба вимикати. Зміни слід робити по одній.
- Дія та перевірка
- Аналітик закриває прогалини. Приймання: тестове й реальне замовлення мають один event ID, коректні value та currency.
Креативна система надто вузька для висновку про аудиторію
- Спостереження
- Доставка зосереджена в одному оголошенні, а відмінності аудиторій спираються на кілька покупок.
- Чому це рішення
- Різницю могли створити великі замовлення, тому вимикати аудиторію зарано.
- Дія та перевірка
- Керівник креативів готує три підходи. Приймання: підхід переходить до масштабування лише якщо основна метрика краща за контроль, а CPA або ROAS лишається в межах порогу окупності; інакше тест зупиняють.
Що вже працює і не потребує змін
Зберегти оптимізацію на покупку й консолідацію
Pixel і CAPI передають основну подію, структура збирає сигнал.
Не перебудовувати акаунт і відстеження одночасно.
Цільовий стан і правила зміни
Цільовий стан
Стабільний purchase, консолідована структура й регулярний потік відмінних креативних гіпотез.
Як перевіряємо
Кожен тест має контроль, одну змінну, ліміт бюджету, основну й захисну метрики.
Коли відкочуємо
Новий ad set або креатив вимикається, якщо поріг окупності порушено або результат не кращий за контроль після погодженого вікна.
План на 7, 30 і 90 днів
-
7 днівЗафіксувати стан і закрити прогалини.
- Відповідальний
- Аналітик і фахівець із реклами
- Критерій приймання
- Покупку дедупліковано, transaction ID наявний, а розбіжність із внутрішньою системою пояснено.
-
30 днівПровести креативні тести.
- Відповідальний
- Керівник креативів
- Критерій приймання
- Кожен тест змінює одну змінну й триває лише доки основна метрика не порушує числовий поріг зупинки в межах бюджету.
-
90 днівМасштабувати після підтвердження економіки.
- Відповідальний
- Керівник маркетингу
- Критерій приймання
- Рішення спирається на підтверджену маржу, частку нових клієнтів і продажі у внутрішній системі.
Що отримує клієнт
- Рішення щодо структури й бюджету
- Перевірка Pixel, CAPI й каталогу
- Карта креативних тестів
- Реєстр захищених налаштувань
- План повторної перевірки
Метод і додатки
- Карта подій Pixel / CAPI та дедуплікації
- Реєстр кампаній, ad set і захищених налаштувань
- Матриця креативних гіпотез і плейсментів
- Протокол тесту, зупинки й масштабування
Акаунт зламаний чи йому бракує сигналу?
Аудит починається з бізнес-результату й вимірювання, а не з випадкової перебудови.
Обговорити аудит вашого бізнесу