Каталог товарів у Meta: фід, який тримає рекламу й магазин
Налаштування каталогу товарів Facebook — це не кнопка в Commerce Manager, а вивантаження з вашої бази плюс правила, за якими воно оновлюється. Ми беремо джерело, де ціни й залишки живуть насправді, зводимо ідентифікатор товару з тим, що передає піксель, і пов'язуємо варіанти полем групування. Каталог, зібраний інакше, теж запуститься — просто динамічна реклама показуватиме не ті позиції, а звіти при цьому виглядатимуть нормально. Строк робіт — 4–14 робочих днів.
позицій на рівні розміру й кольору, магазин білизни (01.08.2026)
50
Дефект того самого каталогу
зі 150 випадкових товарних адрес віддають 301 на інший розмір або колір
перевірка даних для каталогу, 2–4 робочих дні, безкоштовно
Перед кошторисом
схвалення всіх позицій — частина рішень лишається за майданчиком
Чого не обіцяємо
Як проходить робота
Прозорі етапи з погодженням на кожному кроці
Загальний строк:4–14 днів
1
Перевірка даних і джерела
2–4 робочих дні, безкоштовно
Дивимось, звідки береться ціна й залишок, які поля вже є, як заведені варіанти, що передає піксель у подіях. Результат — документ, за яким рахується кошторис.
2
Збірка або доробка фіда
1–4 робочих дні
Мапимо поля вашої системи на поля каталогу, дописуємо правила перетворення для того, чого бракує. Наявне вивантаження для іншого майданчика беремо за основу, а не переписуємо.
3
Ідентифікатор, групування, зображення
1–3 робочих дні
Зводимо ідентифікатор товару з подіями сайту й перевіряємо збіг вибірково по категоріях. Вмикаємо поле групування варіантів, відсіюємо зображення, які не пройдуть.
4
Набори товарів і правила виключення
1–2 робочих дні
Формуємо набори правилами, а не руками: категорія, ціна, наявність, маржинальність. Окремо закриваємо те, що рекламувати не треба, — архів і позиції з обмеженнями.
5
Підключення, розбір помилок, передача
1–2 робочих дні
Заводимо каталог у кампанії й у товарні позначки, чекаємо перше повне оновлення, читаємо диспетчер. Масові помилки правимо, поодинокі віддаємо списком із поясненням, що з ними робити.
Технології та інтеграції
На чому будуємо і з чим це з’єднується
Стек
Commerce Manager — диспетчер каталогу й журнал відхилень. Межа: показує наслідок, причину шукають у фіді й на сайті.
Товарний фід XML / CSV — те, що читає майданчик. Межа: віддає стан на момент вивантаження, між прогонами ціна відстає від сайту.
Правила перетворення полів — рятують, коли бренда чи стану немає в базі. Межа: формат вигадати можна, дані — ні.
Поле групування варіантів — зводить розміри й кольори в одну картку. Межа: без спільного коду моделі спершу лад у базі.
Набори товарів правилами — оновлюються самі. Межа: правило бачить тільки ті поля, які реально є у фіді.
Meta Pixel і Conversions API — дають події, на яких тримається динамічна реклама. Межа: дані каталогу вони не лагодять.
Фонові задачі оновлення — тримають розклад. Межа: на десятках тисяч позицій прогін навантажує сервер.
Інтеграції
Meta Commerce Manager
Instagram Shopping
Meta Pixel
Conversions API
Google Merchant Center
облікова система цін і залишків
Що входить
Повний перелік робіт і того, що ви отримуєте на виході
Збірка фіда з вашої системи або підключення наявного вивантаження — каталог оновлюється сам, без ручного файлу
Заповнення обов'язкових полів: ідентифікатор, назва, опис, посилання, зображення, наявність, стан, ціна, бренд — позиція без одного з них у каталог не потрапляє
Узгодження ідентифікатора товару з тим, що передають події сайту, — динамічна реклама показує саме переглянутий товар, а не сусідній
Групування варіантів за розміром і кольором одним полем — у стрічці модель показується одна, а не десять разів
Набори товарів правилами: категорія, ціновий діапазон, наявність, маржинальність — кампанії працюють із потрібною частиною каталогу, а не з усім
Правила виключення позицій, які рекламувати не треба, — архів, супутні дрібниці й товари з обмеженнями не з'їдають покази
Розклад оновлення й перевірка, що зміни доходять, — у рекламі не лишається ціна, якої вже немає на сайті
Підключення каталогу до динамічних кампаній і до товарних позначок у публікаціях
Розбір помилок у диспетчері каталогу з поділом на масові й поодинокі — видно, що лікується одним правилом, а що правиться в картках
Передача: доступи лишаються у вас, письмова інструкція на випадок нових відхилень
Коли ця послуга не підходить
Що не входить у роботу — щоб не було сюрпризів на здачі
Ведення рекламних кампаній і бюджет на рекламу — це окрема послуга
Перезйомка товарних фото під вимоги до зображень
Написання назв і описів для всього каталогу
Проходження перевірки комерційної діяльності на майданчику
Гарантія схвалення всіх позицій — частина рішень залишається за майданчиком
Кому підходить
Ситуації, у яких ця послуга дає результат
Ситуація 1 з 5
Реклама в Meta вже йде, динамічної немає
Кампанії крутяться на банерах, зроблених дизайнером, а показати конкретну модель конкретній людині нічим. Каталог — саме той шар, якого бракує: без нього товарні формати недоступні, скільки б не було подій на сайті. Робота починається не з кабінету, а з питання, звідки взяти ціну й залишок у машинному вигляді.
Розберемо вашу ситуацію на безкоштовному аудиті
Ситуація 2 з 5
Кожен розмір і колір — окрема позиція в базі
Виміряний нами магазин білизни заведено саме так: 115 456 товарних позицій, у слагах видно 80B, 75E, XL, 36-41. Каталог такий обсяг тримає. Але без поля групування покупець отримає в стрічці одну модель у восьми картках поспіль, а бюджет розділиться між ними. Тут групування — не покращення, а умова, щоб реклама читалася як реклама.
Ситуація 3 з 5
Потрібні позначки товарів у публікаціях і розділ у профілі
Динамічну рекламу ви поки не плануєте, а продавати з профілю хочете. Це той самий каталог: позначити товар у публікації без нього неможливо. Обсяг робіт менший — набори під кампанії не потрібні, — але вимоги до зображень і обов'язкових полів ті самі.
Ситуація 4 з 5
Вивантаження для іншого майданчика вже працює
У виміряному магазині садового інструменту одночасно стоять Meta Pixel і майданчик Rozetka — тобто фід із каталогу вже кудись їде. Це економить етап: беремо наявне вивантаження за основу й доробляємо під вимоги Meta, а не будуємо друге з нуля. Що саме доведеться доробити, видно на перевірці.
Ситуація 5 з 5
Асортимент рухається щодня
Позиції з'являються й зникають, ціни міняються партіями. Рекламувати з такого складу можна, якщо фід генерується автоматично й ховає товари без залишку. Ручний файл на такому темпі застаріває на другий день, і платить за це рекламний бюджет.
Фід із вашої системи проти ручного файлу
Чим цей варіант відрізняється від «Файл, зібраний руками або вивантажений один раз»
Файл, зібраний руками або вивантажений один разНаш підхід
Ціна й наявністьфіксуються на момент вивантаження і розходяться тим швидше, чим жвавіший складтягнуться з того самого джерела, що й на сайті, за розкладом
Варіанти розміру й кольорукожен варіант живе окремо, у стрічці одна річ повторюється кілька разів поспільпов'язані полем групування — модель показується однією карткою
Ідентифікатор товаручасто береться з рядка файлу, тож після перезбірки товар читається як новийтой самий, що в подіях сайту, — динамічна реклама показує переглянуте
Вибір товарів під кампаніюабо весь каталог одним шматком, або списки, які треба вести рукаминабори за правилами, оновлюються самі
Реакція на відхиленнясписок у диспетчері, який відкривають, коли кампанія вже не витрачає бюджетжурнал розібраний на масові й поодинокі причини, масові лікуються правилом
Безкоштовна перевірка даних для каталогу Meta
Каталог — основа і для динамічної реклами, і для товарних позначок у публікаціях. Перевірка показує, скільки позицій пройдуть без правок і які поля доведеться добудувати на боці сайту.
Що міряємо
Джерело данихГотовий фід, вивантаження для іншого майданчика, підключення платформи або ручний файл. Від цієї відповіді залежить увесь кошторис. Окремий випадок, який ми вже зустрічали: у магазині косметики на 5 561 товар штатний фід рушія віддає HTTP 200 з тілом на нуль байт — джерело формально є, даних у ньому немає.
Обов'язкові поляІдентифікатор, назва, опис, посилання, зображення, наявність, стан, ціна, бренд. Бракує одного — позиція не проходить, і в диспетчері це виглядає як загальна помилка імпорту.
Ідентифікатор і події сайтуДивимось, що саме передає піксель у подіях перегляду й додавання в кошик і чи знайдеться це значення в каталозі. У магазині білизни модуль ремаркетингу віддає product_id одразу в кілька систем — саме таке значення й має стати ідентифікатором у фіді.
Варіанти товаруРозміри й кольори мають бути пов'язані полем групування. Перевіряємо, чи є в базі спільний код моделі, чи його доведеться виводити з артикула.
ЗображенняПропорції, розмір, накладений текст і водяні знаки. У товарних форматах вимоги жорсткіші, ніж у звичайних оголошеннях, і відхилення тут приходять цілими групами.
Частота оновленняНаскільки швидко в каталог потрапляють зміни ціни й наявності — і чи витримає сервер потрібний темп генерації. Каталог, який оновлюється раз на тиждень, рекламує те, чого немає.
Що ви отримуєте на руки
Оцінку частки каталогу, яка пройде без правок.
Перелік полів, яких бракує, і де їх узяти у вашій системі.
Схему групування варіантів під ваш каталог.
Розмову на 30 хвилин по документу.
Строк: 2–4 робочих дні
Чому це безкоштовно
Бо каталог із дефектами не падає з помилкою — він просто працює гірше, і побачити це по звітах кампаній майже неможливо.
Що далі
Даємо кошторис по етапах: окремо збірка чи перебудова фіда, окремо набори товарів, окремо підключення до кампаній. Видно, за що саме платите.
Форма коротка: контакт і адреса сайту
Не знайшли свій випадок?
Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Каталог товарів у Meta» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.
Працюємо офіційно
Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.
Договір, акт і гарантія 30 днів
На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.
ФОП і безготівковий розрахунок
Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.
Права й доступи — ваші
Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.
Портал клієнта замість переписки
На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.
Замовники з Європи
Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.
Цифри, які можна перевірити
Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.
Спершу аудит, потім сума
Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.
Кажемо «ні», коли не впевнені
Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.
NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.
Що впливає на вартість
Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті
Звідки береться фідМагазин, який уже віддає вивантаження для іншого майданчика, і магазин, де машинного файлу немає взагалі, — різний обсяг роботи при однаковій кількості товарів. Саме тут різниця між чотирма днями й двома тижнями.
Скільки полів доведеться добудуватиБренд і стан товару часто просто не ведуться в базі. Одне поле, яке треба вивести з категорії або з артикула, — це правило перетворення; п'ять таких полів — це вже робота над каталогом на боці сайту, а не над фідом.
Як заведені варіантиЯкщо в базі є спільний код моделі, групування вмикається одним полем. Якщо розміри й кольори не пов'язані нічим, спільний ключ доводиться виводити з артикула й перевіряти вибірково — на каталозі в сотню тисяч позицій це окремий рядок кошторису.
Стан зображеньФото на однорідному фоні без накладеного тексту проходять як є. Картинки з логотипом, плашкою знижки або колажем із кількох товарів відхиляються групами, і фід тут не рятує — потрібна заміна файлів, а це вже не наша зона.
Потрібний темп оновленняРаз на добу — це задача за розкладом. Кілька разів на день на великому каталозі впирається в сервер: генерація десятків тисяч позицій навантажує його відчутно. Тоді робимо часткове оновлення тільки цін і залишків, і це окремий обсяг.
Кейси
Задачі та результат у цифрах — усі показники зняті нашим виміром
роздрібний інтернет-магазин нижньої білизни з каталогом понад 110 тис. позицій
Задача
Тримати каталог, де кожен розмір і колір заведені окремою позицією, у стані, придатному для товарної реклами.
Рішення
OpenCart 3, карта сайту індексом із 42 підкарт, три мовні версії. Модуль ремаркетингу передає product_id у Google Ads і Facebook, увімкнено ecommerce-події GA4.
Результат
Вимір 01.08.2026: 115 456 товарних позицій, цифру підтверджено двома незалежними методами з розбіжністю 2,4%; 129 категорій і 334 бренди. У слагах видно 80B, 75E, XL, 36-41 — це рівень розміру й кольору, а не моделей, і без поля групування такий каталог дає дублі в показах. Дефекти, критичні саме для каталогу: зі 150 випадкових товарних адрес карти сайту 50 віддають 301, і всі 50 ведуть на іншу позицію — інший розмір або колір; на головній 118 тегів img, і жоден не у форматі WebP.
офіційний інтернет-магазин садового інструменту світового бренду
Задача
Показати випадок, коли товарне вивантаження вже є й питання лише в тому, що доробити під Meta.
Рішення
OpenCart 3.x за nginx з HTTP/2 і HSTS, дві мовні версії. Meta Pixel і майданчик Rozetka підключені разом, вісім способів оплати й чотири перевізники в чекауті.
Результат
Вимір 31.07.2026: у карті сайту 33 493 записи на 8 690 унікальних адрес — близько 8,6 тис. карток товару і 81 категорійний вузол. Піксель на сайті стоїть, вивантаження на майданчик працює: половина шляху до каталогу вже пройдена. Дефект, який дістався б і фіду: у карту сайту потрапила лише україномовна гілка, російської версії в ній немає, — брати адреси товарів звідти без перевірки не можна.
інтернет-магазин професійної косметики, каталог понад 5 тис. позицій
Задача
Розібратися, чому каталог нема з чого зібрати, хоча магазин працює й асортимент повний.
Рішення
OpenCart 3 за nginx, каталог за брендами й типами засобів, мікророзмітка Organization і PostalAddress. Перевіряли ззовні: карта сайту, штатний фід, лічильники, розмітка головної.
Результат
Вимір 31.07.2026: 5 561 товар у живому каталозі — рахували штатним пошуком OpenCart, 55 сторінок по 100 позицій плюс 61 на останній. TTFB 801,2 мс при 153,8 КБ HTML. Критичне саме для каталогу Meta: /sitemap.xml і штатний фід рушія віддають HTTP 200 з тілом на нуль байт, а на головній немає жодного лічильника — ні GTM, ні gtag, ні пікселя. Тобто ні джерела даних, ні подій, з якими можна звіряти ідентифікатор: обидві половини роботи довелося б починати з нуля.
Що потрібно від вас
Без цього не почнемо — краще підготувати заздалегідь
1Доступ до бізнес-акаунта й Commerce Manager.
2Доступ до сайту й адмінки для збірки або правки фіда.
3Артикули й ідентифікатори, які використовуються в подіях сайту.
4Перелік категорій, які у каталог не виводимо.
5Дані про залишки: звідки вони беруться й як часто оновлюються.
6Підтверджений домен у налаштуваннях бізнес-акаунта.
Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.
Часті питання
Те, що питають найчастіше — з конкретними відповідями
чи можна взяти той самий фід, що й для Google?
Як джерело — так, як готовий файл — здебільшого ні. Набори обов'язкових полів різні, формат частини значень теж, вимоги до зображень у товарних форматах свої. Ми будуємо один шар вивантаження з вашої системи, а від нього робимо два фіди. Тоді ціни й наявність лишаються узгодженими, а підтримувати треба одне місце. У виміряному магазині садового інструменту вивантаження на майданчик уже працює разом із пікселем — саме такий випадок економить етап роботи.
навіщо групувати варіанти товару?
Щоб вісім розмірів однієї моделі не виглядали як вісім різних товарів. Без групування каталог роздувається, у показах з'являються дублі, а людина бачить ту саму річ кілька разів поспіль і перестає її помічати. Виміряний нами магазин білизни заведений саме на рівні розміру й кольору: 115 456 позицій, у слагах 80B, 75E, XL, 36-41. Для каталогу це означає обов'язкове поле групування — і питання на перевірці звучить так: чи є в базі спільний код моделі, чи його доведеться виводити з артикула.
що таке набори товарів і навіщо вони?
Це підмножини каталогу, на які націлюються окремі кампанії: новинки, розпродаж, категорія з високою маржею, позиції в наявності. Без наборів кожна кампанія працює з усім каталогом, і бюджет розтікається рівномірно там, де рівномірно якраз шкідливо. Ми формуємо набори правилами, щоб вони оновлювалися самі. Чесна межа: правило бачить лише ті поля, які реально є у фіді, — маржинальності там зазвичай немає, і якщо ділити каталог за нею, спершу треба завести це поле.
як часто має оновлюватись каталог?
Не рідше, ніж міняються ціни й залишки. Для магазину з рухливим складом це кілька разів на день. Тут є технічне обмеження, про яке краще дізнатися до налаштування: генерація фіда на десятки тисяч позицій навантажує сервер, і робити її щогодини вдається не на кожному хостингу. Ми міряємо, скільки триває повний прогін, і якщо він довгий — розділяємо: повна перезбірка вночі, а протягом дня оновлюються тільки ціна й наявність.
чому динамічна реклама показує не той товар, який людина дивилась?
Майже завжди причина одна: ідентифікатор у подіях сайту не той, що в каталозі. Піксель передає внутрішній код, у фіді стоїть артикул — збігу немає, і система підставляє те, що знайшла. Виглядає це нешкідливо: кампанія працює, покази йдуть, звіти заповнені. Наша рекомендація перед будь-якою збіркою каталогу: відкрийте картку товару, подивіться, яке значення йде в події перегляду, і знайдіть його у своєму прайсі. Якщо не знайшли — це перше, що треба лагодити, і жоден серверний обмін подій цього не виправить.
частину товарів відхилено. Що з цим робити?
Спершу розділити на масові й поодинокі причини. Масові майже завжди лікуються одним правилом: бракує поля, неправильний формат ціни, зображення не тих пропорцій. Поодинокі — це переважно змістовні заперечення до конкретних позицій, і тут рішення лишається за майданчиком. Ми чесно розділяємо ці дві групи в звіті, бо повністю в нашій зоні тільки перша. Гарантії, що пройдуть усі позиції, ми не даємо — її не може дати ніхто, хто не ухвалює це рішення.
чи потрібен каталог, якщо ми не робимо динамічну рекламу?
Він потрібен і для товарних позначок у публікаціях, і для розділу товарів у профілі — без нього позначити товар неможливо. Але якщо ви не плануєте ні того, ні іншого, каталог справді зайвий, і ми так і скажемо. Продавати налаштування, яке лежатиме без застосування, немає сенсу; коли з'явиться потреба, обсяг робіт від очікування не виросте.
у нас товари з'являються й зникають щодня. Це реально підтримувати?
Реально, якщо фід генерується з вашої системи автоматично, а не збирається руками. Ручний файл на швидкому асортименті застаріває на другий день, і платить за це рекламний бюджет: людина клікає, потрапляє на товар, якого немає, клік уже оплачений. Ми будуємо вивантаження на боці сайту й ставимо правило, яке ховає позиції без залишку. Чесна межа: точність каталогу дорівнює точності ваших залишків — якщо в обліку пересорт, фід акуратно й швидко покаже саме його.
Надішліть адресу сайту й скажіть, звідки у вас беруться ціни й залишки.
У відповідь — оцінка, скільки позицій пройдуть без правок, перелік полів, яких бракує, і схема групування варіантів. Якщо каталог вам зараз не потрібен, почуєте це першим же листом.
Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.