Если результат рекламы каталога меняется, не начинайте с механического увеличения бюджета. Сначала проверьте, получает ли 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 ↗
Связанные услуги и инструменты
Разберем каталог вашего магазина
Отправьте адрес магазина и опишите проблему каталога без паролей и персональных данных покупателей. Согласуем проверку фида, событий и рекламы.
