Якщо результат реклами каталогу змінюється, не починайте з механічного збільшення бюджету. Спочатку перевірте, чи Meta отримує коректні дані про товари й події та чи структура кампаній відповідає вашій економіці.
Умовний приклад: три різні ID
| Дані | Умовне значення | Що звіряємо |
|---|---|---|
| catalog id | SKU-BLUE-M | ID саме цього варіанта у каталозі |
| content_ids | ["SKU-BLUE-M"] | Той самий товар у події з content_type=product |
| eventID / event_id | order-example-A | Однаковий ID лише для двох копій однієї покупки |
Це вигадані технічні значення, не дані клієнта й не результат реклами. Для product_group перевірте відповідність item_group_id; не підміняйте ID варіанта ID групи без перевірки інтеграції.
1. Послідовність товарних даних
Назви, категорії, ціни, валюта, наявність, посилання та ідентифікатори мають однаково трактуватися у фіді, на сайті й у подіях. Перевірте помилки та попередження в Commerce Manager і виправте першопричину в джерелі даних, а не лише в експортованому файлі.
- Візьміть товар із варіантом і товар зі зміненою ціною.
- Збережіть рядок джерела, оброблену позицію каталогу та URL.
- Перевірте останній успішний імпорт і наступне планове оновлення: ручна правка в каталозі не повинна маскувати неправильний експорт.
2. Доступність товарів і бізнес-правила
До реклами можуть потрапляти товари, які формально активні, але їх не варто просувати: їх немає в потрібному регіоні, картка неповна, доставка надто довга або маржа не витримує витрат на залучення.
- Відкрийте product set, використаний у конкретній кампанії, а не лише загальний список каталогу.
- Перевірте регіон доставки, stock і виключені позиції.
- Якщо товар не має продаватися, зафіксуйте причину та правило; не видаляйте весь каталог заради однієї картки.
3. Узгодженість Pixel і Conversions API
Браузерні сигнали можуть бути неповними, але серверна передача не є приводом дублювати події або обходити згоду користувача. Порівняйте назви подій, час, value, currency та item IDs; для подій, що надходять двома каналами, налаштуйте дедуплікацію за узгодженим event ID.
- Для однієї тестової покупки зіставте дві копії події Purchase.
- Значення eventID у браузері та event_id на сервері повинні ідентифікувати ту саму подію; назва теж має збігатися.
- Нове замовлення потребує нового ID події.
- Повторні відправлення з одного каналу перевіряйте окремо.
4. Аудиторії як підказки, а не жорстка умова
У Meta Advantage+ частина введених аудиторій може працювати як підказка, після чого система шукає ширше. Lookalike або customer list може бути корисним сигналом, якщо дані достатні й законно зібрані, але не є обов’язковою умовою запуску.
- Подивіться, які поля саме ваш інтерфейс називає Audience controls, а які — suggestions.
- Не вважайте всю вікову вилку або customer list жорстким обмеженням автоматично.
- Зафіксуйте реальні обмеження доставки й допустимої аудиторії та перевірте фактичне розширення.
Meta: Audience controls / suggestions ↗
5. Креатив і контекст показу
Каталожний формат не скасовує потреби пояснити, чому купувати саме у вас. Перевірте зображення, назви, ціну, пропозицію та посадкову сторінку. Різні повідомлення для залучення й повернення користувачів мають сенс лише тоді, коли сегменти можна надійно виміряти.
- Перегляньте реальне прев’ю оголошення з кількома позиціями, не лише першу картку.
- Назва має розрізняти варіанти, зображення — показувати товар, а посилання — відкривати ту саму пропозицію.
- Перевірте автоматичні покращення креативу, якщо вони ввімкнені.
6. Діагностика саме в Commerce Manager
Для каталогу Meta використовуйте Commerce Manager, а не діагностику Google Merchant Center. Перевіряйте відхилені товари, проблеми джерела даних, відповідність подій товарам і доступність позицій у потрібних країнах.
- Catalog match rate показує зіставлення подій із позиціями каталогу, а не зіставлення людини.
- Meta описує дані за 28 днів із затримкою до 48 годин.
- Значення конкретного каталогу й усіх підключених каталогів можуть різнитися.
- Завантажте приклади проблем і перевірте їх після обробки даних.
7. Структура кампаній за економікою
Одна кампанія може бути доречною, якщо товари мають схожу економіку й достатньо даних для оптимізації. Розділення виправдане, коли потрібні різні бюджети, країни, цілі, маржинальність, промо або правила доступності.
- Розділяйте виміряну цінність конверсій Meta, оплачені замовлення та прибуток.
- Звірте повернення, маржу, часовий лаг і вікно атрибуції.
- Зміна структури має відповідати конкретному рішенню про бюджет або асортимент, не довільній кількості SKU.
Що робити після перевірки
Цей чекліст не прогнозує результат. Він допомагає відокремити проблеми даних, налаштувань і бізнес-логіки від звичайної мінливості аукціону. Фіксуйте початковий стан, змінюйте по одному суттєвому елементу й оцінюйте результат у погодженому вікні атрибуції.
Питання про рекламу каталогу
Meta Catalog Sales, DPA та Advantage+ catalog ads — це різні речі?
DPA і Catalog Sales зустрічаються у старих матеріалах. Поточна назва формату — Advantage+ catalog ads. Не плутайте каталожний формат з Advantage+ audience або автоматизацією всієї кампанії; звірте доступні налаштування у своєму акаунті.
Потрібні і content_ids, і contents одночасно?
Офіційна інструкція для каталожних подій допускає content_ids або contents. Передавайте ID відповідного товару або групи й перевіряйте тип контенту. contents також містить кількість. Назва поля чи формат одного плагіна не замінюють перевірку фактичної події.
event_id має збігатися з ID товару?
Ні. ID товару пов’язує подію з каталогом. event_id ідентифікує конкретну дію для дедуплікації між Pixel і CAPI. Дві копії одного Purchase мають спільний ID події та назву; різні покупки не повинні отримувати один постійний ID.
Високий Event Match Quality гарантує рекламу потрібних товарів?
Ні. EMQ стосується зіставлення події з людиною. Catalog match rate стосується зіставлення з товаром. Окремо перевіряйте обидві діагностики, доступність позицій і фактичні продажі; жоден показник не гарантує ROAS.
CAPI замінює згоду й перевірку реклами?
Ні. Серверна передача не є способом обійти згоду, правила Meta або вимоги до даних. Вона також не виправляє неправильний ID товару чи недоступний checkout. Перевіряйте законність передачі та поведінку своєї інтеграції.
Джерела та межі висновків
Перевірено 11 жовтня 2026. Це методика діагностики UPLIFY, не гарантія продажів або пояснення кожного рішення Meta. Назви та доступність налаштувань можуть залежати від акаунта.
- Meta: Advantage+ catalog ads ↗
- Meta: Catalog events and parameters ↗
- Meta: Catalog match rate ↗
- Meta: Pixel/CAPI deduplication ↗
- Meta: Pixel parameter reference ↗
- Meta: Audience controls / suggestions ↗
Пов’язані послуги й інструменти
Розберемо каталог вашого магазину
Надішліть адресу магазину й опишіть проблему каталогу без паролів і персональних даних покупців. Узгодимо перевірку фіда, подій та реклами.
