/ Аудит Meta Ads

Приклад аудиту Meta Ads для каталогу: що зберегти й виправити

Тип: Знеособлений клієнтський аудит · Режим: Клієнтські джерела, публічна версія · Період: Недавнє вікно 30 днів, точні дати приховано

На прикладі реального знеособленого акаунта показуємо не список налаштувань, а рішення: що вже працює, де даним не можна повністю довіряти і який тест варто запустити далі.

1 · виправити1 · перевірити1 · тестувати2 · захистити

Про цей звіт і як читати показники

Назви, ID, товари, дати й суми вилучено. Точні ROAS і CPA не показані без складових.

Як читати показники

Конверсія: цільова дія, яку зафіксувала рекламна платформа. Дробові значення виникають через розподіл внеску реклами. CPA: витрати на одну конверсію. ROAS: цінність конверсій на одиницю рекламних витрат; це не прибуток. Цінність конверсій залежить від налаштувань вимірювання в акаунті.

01 / коротко

Короткий підсумок

Зараз: товарний каталог · Інший сценарій: заявки в Direct →

Три рішення для власника бізнесу

Спочатку — висновок і наступна дія. Джерела, критерії та всі 16 технічних перевірок залишаються в додатку нижче.

Рекламу не потрібно перебудовувати з нуля. Збережіть те, що приносить покупки, уточніть вимірювання і перевірте нові оголошення контрольованим тестом.

Зберегти: Поточні кампанії отримують покупки. Не ділити їх на багато дрібних груп, поки даних для такого рішення недостатньо.
Виправити: Перевірити, чи кожне замовлення рахується один раз і чи каталог правильно пов’язаний із рекламою. Інакше порівняння кампаній може вводити в оману.
Перевірити тестом: Підготувати три різні підходи до оголошень. Міняти по одній змінній та заздалегідь погодити бюджет і умову зупинки.

Усі показники

Показник	Значення
вікно аудиту · точні дати приховано	30 днів
активних кампаній · структуру переглянуто	100%
шляхи purchase · дедуплікацію перевірено	Pixel + CAPI
креативні напрями · для наступного тесту	3

02 / карта перевірки

Що ми перевірили.

Кожна плитка — одна перевірена зона. Натисніть, щоб перейти до знахідки.

01 / Ads Manager та історія змінЗахиститиМалий обсяг сигналу не доводить погану структуруДроблення зменшить сигнал. Сильні сегменти спираються на надто мало покупок.02 / Events Manager, Pixel, CAPI і каталогВиправитиПокупка передається стійко, але вимірювання не завершеноРобочу покупку не треба вимикати. Зміни слід робити по одній.03 / креативи й місця показуТестуватиКреативна система надто вузька для висновку про аудиторіюРізницю могли створити великі замовлення, тому вимикати аудиторію зарано.04 / Ads Manager і межі доступної економікиЗахиститиПлатформний ROAS ще не є порогом прибуткуЗростання платформного доходу не доводить зростання прибутку; робочі кампанії при цьому не потрібно вимикати.05 / історія змін Ads ManagerПеревіритиНещодавні правки послаблюють порівняння оголошеньРізниця могла виникнути через перерозподіл доставки або навчання, а не лише через повідомлення оголошення.

03 / з чого почати

Перші кроки.

Спочатку те, без чого наступні рішення будуть наосліп.

01Зафіксувати стан і закрити прогалини.→ Покупку дедупліковано, transaction ID наявний, а розбіжність із внутрішньою системою пояснено.
02Провести креативні тести.→ Кожен тест змінює одну змінну й триває лише доки основна метрика не порушує числовий поріг зупинки в межах бюджету.
03Масштабувати після підтвердження економіки.→ Рішення спирається на підтверджену маржу, частку нових клієнтів і продажі у внутрішній системі.

Повний план — у детальному розборі нижче.

04 / знахідки

Кожна знахідка — у трьох рядках.

Цифри й докази для вашого маркетолога — під «деталі».

Захистити01 / Ads Manager та історія змін · впевненість висока

Малий обсяг сигналу не доводить погану структуру

Що бачимо

Бюджет і вартість покупки дають кілька подій на тиждень, недавні зміни послаблюють порівняння.

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

Дроблення зменшить сигнал. Сильні сегменти спираються на надто мало покупок.

Що робимо

Фахівець із реклами зберігає консолідацію. Приймання: новий ad set лишається окремим лише якщо покупки не дорожчі за поріг окупності й результат кращий за консолідований контроль; інакше його повертають до консолідованої структури.

деталі для спеціаліста

Деталі: Джерело: Ads Manager та історія змін. Період: 30 днів. Статус: спостереження. Впевненість: висока. Покриття: всі кампанії, ad set і оголошення.

Виправити02 / Events Manager, Pixel, CAPI і каталог · впевненість середня

Покупка передається стійко, але вимірювання не завершено

Що бачимо

Покупка дедуплікується, але зв'язок каталогу, домен і параметри подій неповні.

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

Робочу покупку не треба вимикати. Зміни слід робити по одній.

Що робимо

Аналітик закриває прогалини. Приймання: тестове й реальне замовлення мають один event ID, коректні value та currency.

деталі для спеціаліста

Деталі: Джерело: Events Manager, Pixel, CAPI і каталог. Період: 30 днів. Статус: змішаний. Впевненість: середня. Покриття: всі пріоритетні ecommerce-події.

Тестувати03 / креативи й місця показу · впевненість висока щодо кількості, середня щодо причини

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

Що бачимо

Доставка зосереджена в одному оголошенні, а відмінності аудиторій спираються на кілька покупок.

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

Різницю могли створити великі замовлення, тому вимикати аудиторію зарано.

Що робимо

Керівник креативів готує три підходи. Приймання: підхід переходить до масштабування лише якщо основна метрика краща за контроль, а CPA або ROAS лишається в межах порогу окупності; інакше тест зупиняють.

деталі для спеціаліста

Деталі: Джерело: креативи й місця показу. Період: 30 днів. Статус: спостереження. Впевненість: висока щодо кількості, середня щодо причини. Покриття: всі активні оголошення.

Захистити04 / Ads Manager і межі доступної економіки · впевненість висока щодо ризику, без оцінки фактичного прибутку

Платформний ROAS ще не є порогом прибутку

Що бачимо

У публічному зрізі немає підтвердженої маржі та повного реєстру замовлень; поріг окупності ще потрібно погодити.

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

Зростання платформного доходу не доводить зростання прибутку; робочі кампанії при цьому не потрібно вимикати.

Що робимо

Власник надає доступну економіку категорій. Приймання: поріг CPA або ROAS записаний до зміни бюджету; невідомі товари позначені окремо.

деталі для спеціаліста

Деталі: Джерело: Ads Manager і межі доступної економіки. Період: 30 днів. Статус: обмеження даних. Впевненість: висока щодо ризику, без оцінки фактичного прибутку.

Перевірити05 / історія змін Ads Manager · впевненість середня щодо причини різниці

Нещодавні правки послаблюють порівняння оголошень

Що бачимо

Зміни в межах вікна аналізу не дають читати коротке порівняння як чистий ефект одного креативу.

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

Різниця могла виникнути через перерозподіл доставки або навчання, а не лише через повідомлення оголошення.

Що робимо

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

деталі для спеціаліста

Деталі: Джерело: історія змін Ads Manager. Період: 30 днів. Статус: спостереження. Впевненість: середня щодо причини різниці.

Повна таблиця знахідок

Таблиця знахідок

Область	Знахідка	Доказ	Чому це важливо	Що робимо	Впевненість	Тип рішення	Деталі
Ads Manager та історія змін	Малий обсяг сигналу не доводить погану структуру	Бюджет і вартість покупки дають кілька подій на тиждень, недавні зміни послаблюють порівняння.	Дроблення зменшить сигнал. Сильні сегменти спираються на надто мало покупок.	Фахівець із реклами зберігає консолідацію. Приймання: новий ad set лишається окремим лише якщо покупки не дорожчі за поріг окупності й результат кращий за консолідований контроль; інакше його повертають до консолідованої структури.	висока	Захистити	Джерело: Ads Manager та історія змін. Період: 30 днів. Статус: спостереження. Впевненість: висока. Покриття: всі кампанії, ad set і оголошення.
Events Manager, Pixel, CAPI і каталог	Покупка передається стійко, але вимірювання не завершено	Покупка дедуплікується, але зв'язок каталогу, домен і параметри подій неповні.	Робочу покупку не треба вимикати. Зміни слід робити по одній.	Аналітик закриває прогалини. Приймання: тестове й реальне замовлення мають один event ID, коректні value та currency.	середня	Виправити	Джерело: Events Manager, Pixel, CAPI і каталог. Період: 30 днів. Статус: змішаний. Впевненість: середня. Покриття: всі пріоритетні ecommerce-події.
креативи й місця показу	Креативна система надто вузька для висновку про аудиторію	Доставка зосереджена в одному оголошенні, а відмінності аудиторій спираються на кілька покупок.	Різницю могли створити великі замовлення, тому вимикати аудиторію зарано.	Керівник креативів готує три підходи. Приймання: підхід переходить до масштабування лише якщо основна метрика краща за контроль, а CPA або ROAS лишається в межах порогу окупності; інакше тест зупиняють.	висока щодо кількості, середня щодо причини	Тестувати	Джерело: креативи й місця показу. Період: 30 днів. Статус: спостереження. Впевненість: висока щодо кількості, середня щодо причини. Покриття: всі активні оголошення.
Ads Manager і межі доступної економіки	Платформний ROAS ще не є порогом прибутку	У публічному зрізі немає підтвердженої маржі та повного реєстру замовлень; поріг окупності ще потрібно погодити.	Зростання платформного доходу не доводить зростання прибутку; робочі кампанії при цьому не потрібно вимикати.	Власник надає доступну економіку категорій. Приймання: поріг CPA або ROAS записаний до зміни бюджету; невідомі товари позначені окремо.	висока щодо ризику, без оцінки фактичного прибутку	Захистити	Джерело: Ads Manager і межі доступної економіки. Період: 30 днів. Статус: обмеження даних. Впевненість: висока щодо ризику, без оцінки фактичного прибутку.
історія змін Ads Manager	Нещодавні правки послаблюють порівняння оголошень	Зміни в межах вікна аналізу не дають читати коротке порівняння як чистий ефект одного креативу.	Різниця могла виникнути через перерозподіл доставки або навчання, а не лише через повідомлення оголошення.	Фахівець фіксує контроль і змінює одну змінну. Приймання: до запуску записано вікно, бюджет, основну метрику й умову зупинки.	середня щодо причини різниці	Перевірити	Джерело: історія змін Ads Manager. Період: 30 днів. Статус: спостереження. Впевненість: середня щодо причини різниці.

05 / обмеження й охоплення перевірки

Обмеження й охоплення перевірки

Обмеження: Немає підтвердженої маржі й повного реєстру замовлень, тому ROAS платформи не названо прибутком.

Покриття: Перевірено всі активні кампанії, оголошення, події й доступні зрізи.

Джерела:

Ads Manager та історія змін
Events Manager, Pixel і CAPI
Кампанії, оголошення й місця показу
Каталог і доступні дані про замовлення

06 / детальний розбір

Повні дані для маркетолога.

Усі таблиці й розрахунки з аудиту. Власнику читати їх не обов’язково.

План дій

Що	Хто	Результат	Горизонт
Зафіксувати стан і закрити прогалини.	Аналітик і фахівець із реклами	Покупку дедупліковано, transaction ID наявний, а розбіжність із внутрішньою системою пояснено.	7 днів
Провести креативні тести.	Керівник креативів	Кожен тест змінює одну змінну й триває лише доки основна метрика не порушує числовий поріг зупинки в межах бюджету.	30 днів
Масштабувати після підтвердження економіки.	Керівник маркетингу	Рішення спирається на підтверджену маржу, частку нових клієнтів і продажі у внутрішній системі.	90 днів

Вимірювання

Статус: Покупка передається, якість можна посилити

Покупка надходить браузерним і серверним шляхом із дедуплікацією. Неповні параметри й зв'язок каталогу обмежують діагностику.

Що вже працює

Зберегти оптимізацію на покупку й консолідацію

Доказ: Pixel і CAPI передають основну подію, структура збирає сигнал.

Рішення: Не перебудовувати акаунт і відстеження одночасно.

Цільовий стан і правила зміни

Цільовий стан: Стабільний purchase, консолідована структура й регулярний потік відмінних креативних гіпотез.

Як перевіряємо: Кожен тест має контроль, одну змінну, ліміт бюджету, основну й захисну метрики.

Коли відкочуємо: Новий ad set або креатив вимикається, якщо поріг окупності порушено або результат не кращий за контроль після погодженого вікна.

Повна карта аудиту

16 перевірок

Три рішення вище дають резюме для керівника. Нижче показано повний реєстр перевірок, на якому вони побудовані.

Це реєстр знеособленого клієнтського аудиту. Для кожної перевірки показано висновок і підставу; приватні посилання на джерела вилучено з публічної версії.

Відкрити технічний додаток із перевірками

Measurement Integrity: гейт до перебудови

Основна подія працює, але зв'язок каталогу й параметри верхньої воронки неповні.

Перевірка	Пріоритет	Рішення	Що встановлено	Що встановлено
MA-01	P0	Захистити	Зберегти purchase як основну оптимізаційну подію.	Pixel і CAPI передають покупку з дедуплікацією.
MA-02	P1	Виправити	Звірити event ID, value та currency.	Один тест і одне реальне замовлення мають пройти без дубля.
MA-03	P1	Зв'язати	Під'єднати каталог до правильного dataset.	Неповний зв'язок обмежує товарну діагностику й динамічні оголошення.
MA-04	P2	Перевірити	Зафіксувати consent і пріоритетні параметри подій.	Висновок про якість сигналу має враховувати згоду та втрати даних.

Архітектура та обсяг сигналу

Малий обсяг покупок не є доказом, що акаунт треба дробити.

Перевірка	Пріоритет	Рішення	Що встановлено	Що встановлено
MA-05	P0	Захистити	Зберегти консолідовані ad set.	Поділ зменшить кількість подій на кожну оптимізаційну одиницю.
MA-06	P1	Зафіксувати	Визначити поріг окупності до зміни бюджету.	Платформний ROAS не дорівнює прибутку без маржі й повернень.
MA-07	P2	Перевірити	Відокремити навчання від реального тренду.	Недавні зміни послаблюють порівнянність короткого вікна.
MA-08	P2	Не дробити	Не створювати сегмент за кількома покупками.	Різницю могли створити окремі великі замовлення.

Плейсменти, аудиторії та доставка

Розподіл показів читається разом із креативом і обсягом, а не як автоматична команда вимкнути.

Перевірка	Пріоритет	Рішення	Що встановлено	Що встановлено
MA-09	P2	Спостерігати	Зберегти автоматичні плейсменти як контроль.	Немає достатнього обсягу, щоб приписати різницю самому плейсменту.
MA-10	P2	Перевірити	Порівнювати вікові зрізи лише після порогу подій.	Демографічний зріз із малою вибіркою створює хибну точність.
MA-11	P2	Відокремити	Не змішувати prospecting із відомими клієнтами в оцінці.	Частка нових клієнтів потрібна для рішення про масштабування.
MA-12	P3	Контролювати	Перевіряти частоту разом із втомою креативу.	Частота без динаміки результату не доводить перенасичення.

Креативна система та план тестів

Доставка зосереджена в одному оголошенні; потрібні нові гіпотези, а не косметичні варіації.

Перевірка	Пріоритет	Рішення	Що встановлено	Що встановлено
MA-13	P1	Тестувати	Запустити три різні креативні підходи.	Поточний набір не дозволяє відділити силу аудиторії від сили одного оголошення.
MA-14	P1	Змінювати одну змінну	Не міняти хук, формат і аудиторію в одному тесті.	Інакше команда не дізнається, що саме вплинуло на результат.
MA-15	P2	Зупиняти	Задати бюджет і числовий поріг зупинки до запуску.	Рішення після перегляду результату створює упереджений тест.
MA-16	P2	Масштабувати	Переносити переможця лише за основною та захисною метриками.	Креатив має покращити результат, не порушивши поріг CPA або ROAS.

Метод і додатки

Карта подій Pixel / CAPI та дедуплікації
Реєстр кампаній, ad set і захищених налаштувань
Матриця креативних гіпотез і плейсментів
Протокол тесту, зупинки й масштабування

Що отримує клієнт

Рішення щодо структури й бюджету
Перевірка Pixel, CAPI й каталогу
Карта креативних тестів
Реєстр захищених налаштувань
План повторної перевірки

/ наступний крок

Наступний крок із UPLIFY

Хочете такий самий розбір свого Meta Ads акаунта?

Покажемо, що зберегти, що виправити і які зміни перевірити першими. Аудит проходить без змін у вашому акаунті.

Обговорити аудит вашого бізнесу