A Meta-katalógus a Facebook- és Instagram-hirdetések termékadatbázisa. A Commerce Managerben (a magyar felületen: Kereskedelemkezelő) él, és termékfeed, webshop-integráció vagy a Meta-pixel (a webshopba épített mérőkód) tölti fel. Ebből dolgoznak a katalógushirdetések, amelyek mindenkinek a számára legrelevánsabb termékeket mutatják, és az értékesítési kampányok is innen kapják a termékadatot. A Google Merchant Center-feed jó kiindulópont, de a Meta néhány mezőt másképp kér, és a webshop pixelének ugyanazokat az azonosítókat kell küldenie, amelyek a katalógusban vannak.
Mi a Meta-katalógus, és mi használja?
A katalógus azokat a termékeket tartalmazza, amelyeket a Meta felületein hirdetni szeretnél, és egy üzleti portfólióhoz (business portfolio) tartozik. A Meta egyetlen katalógust javasol, hogy a webshop eseményei ne oszoljanak meg; új katalógusnál ráadásul hetekbe is telhet, mire a hirdetések elérik a teljes teljesítményüket.
A katalógus fő felhasználója a katalógushirdetés. A régi dinamikus hirdetésből (dynamic ads) előbb Advantage+ katalógushirdetés lett (a magyar súgóban: Advantage+ katalógusalapú hirdetés), a Meta angol nyelvű súgója pedig ma termékmédiát mutató hirdetésnek (ads with product media) hívja; a magyar termékoldalon „Termékek a katalógusodból” a neve. A lényege ugyanaz: a Meta a pixel, az alkalmazás-SDK és a saját felületein gyűjtött jelek alapján mindenkinek a hozzá leginkább illő termékeket mutatja. Az értékesítési kampányban a termékadat alapból be van kapcsolva, ha van katalógusod, és a Meta a saját képpel vagy videóval futó hirdetéseknél is felhasználja.
Mi maradt a Facebook- és Instagram-boltokból?
A Facebook- és Instagram-bolt (Shops) és az Instagram-termékjelölés (Instagram Shopping) csak a támogatott országokban használható: teljes funkciókkal az Egyesült Államokban, nyílt bétában például Németországban, Franciaországban, Hollandiában és a skandináv országokban. Magyarország nincs a listán. A TechCrunch beszámolója szerint a kiválasztott piacokon kívül 2023. augusztus 10. óta nem lehet boltot működtetni és a posztokban termékeket jelölni.
Ahol a bolt megmaradt, ott is változott a működése: 2025 szeptembere óta a vásárlás mindig a webshopban zárul, a Facebookon és az Instagramon belüli fizetés megszűnt. Magyar webshopnak tehát a katalógus hirdetésre való; a katalógushirdetések követelményei között a Meta nem említ országkorlátozást.
Az EU-ban egy különbséggel számolj: a felhasználók választhatnak reklámmentes előfizetést (2023 októbere óta) vagy kevésbé személyre szabott hirdetéseket (2024 novembere óta). Utóbbi esetben a Meta csak a kontextus és néhány alapadat (például életkor, hely, nem) alapján hirdet. A súgó szerint ezért a több személyes adatot igénylő célzásnál, például a webshop látogatóinak újracélzásánál, kisebb lehet a közönség, és nőhet a költség.
Hogyan kerülnek a termékek a katalógusba?
A katalógus forrásait a Meta adatforrásnak (data source) hívja:
| Adatforrás | Kinek való? | Amire figyelj |
|---|---|---|
| Adatcsatorna (data feed) | közepes vagy nagy, gyakran változó kínálat | CSV, TSV, XLSX, XML (RSS vagy Atom) vagy Google Sheets; fájlonként legfeljebb 4 GB és 1 millió termék; óránkénti, napi vagy heti letöltés |
| Partnerplatform | ha a webshopmotornak van Meta-integrációja | a terméket a webshopban szerkeszd, mert a kézi módosítást a következő szinkron felülírja |
| Meta-pixel | közepes vagy nagy kínálat, mikroadatokkal ellátott termékoldalak | Open Graph, schema.org vagy JSON-LD jelölés kell, és a termék csak akkor frissül, ha valaki megnézi |
| Kézi felvitel | 50 terméknél kisebb, ritkán változó kínálat | minden változás kézi munka |
| Catalog Batch API | nagy, gyakran változó kínálat | fejlesztő kell hozzá |
Újabb lehetőség, hogy a Meta AI-jal felismeri és a katalógusba veszi a Facebook- és Instagram-posztjaidban látható termékeket, vagy webhelybejárással (crawling) szinkronizálja a webshopot; ez utóbbit egyelőre csak jogosult vállalkozások használhatják.
A Meta partnerlistáján a Shopify és a WooCommerce mellett például a Wix és a Magento is szerepel, a Shoprenter és az UNAS viszont nem. Ilyenkor nézd meg a platform súgójában, van-e Meta-exportja; ha nincs, a Google Shoppinghoz készült feed URL-je is használható. Hogy a hazai platformok mit tesznek a feedbe, ebben a cikkben írtuk le.
Google Sheets-feednél az adat az első lapon legyen, a megosztás pedig „Bárki, aki rendelkezik a linkkel”, amit a céges Google Workspace-fiók tilthat.
Másodlagos adatcsatorna
A fő forrás mellé másodlagos adatcsatornát (supplementary feed) kapcsolhatsz, hasonlóan a Merchant Center kiegészítő feedjéhez. A szabályai:
- az
idalapján egészíti ki a meglévő termékeket, újat nem hoz létre, és nem töröl; - az
id-t, az árat, az akciós árat, a készletet és a mennyiséget nem módosíthatja; - ha egy mező mindkét forrásban szerepel, a másodlagos adatcsatorna értéke érvényes, a fő feed változatlan marad;
- egy fő feedhez egy másodlagos adatcsatorna tartozhat.
A feedlove ugyanabból az ellenőrzött adatból, amelyből a Merchant Center kiegészítő feedje készül, Meta-feedet is készít: másodlagos adatcsatornaként id alapján pótolja a színt, az anyagot, a méretet, a Google-kategóriát és a további képeket, az árhoz és a készlethez pedig nem nyúl.
Mely mezők kellenek a Meta-feedbe?
A Meta specifikációja kétféle kötelező mezőt ismer. A feltöltés feltétele nyolc mező: id, title, description, availability, condition, price, link és image_link, mellé pedig legalább egy a brand, a gtin és az mpn közül. Ha ezek hiányoznak vagy hibásak, a termék fel sem töltődhet.
A Meta több további mezőt is „Required”-nek jelöl, de ez nála azt jelenti, hogy a mező a jó megjelenéshez kritikus; a hiánya nem akadályozza a feltöltést. Ilyen a kategória (google_product_category vagy fb_product_category), a további képek (additional_image_link), és ahol a termékre vonatkozik, a változatcsoport (item_group_id), a szín, a méret, az anyag, a minta, a nem, a korosztály és az akciós ár.
Ajánlott a videó, a formázott leírás (rich_text_description), a gtin és az mpn. A Meta szerint ezek jobb élményt adnak a vásárlóknak, segítenek az AI-nak megérteni a termékeidet, és javíthatják a teljesítményt. A status mezővel (active vagy archived) törlés nélkül veheted ki a terméket a hirdetésekből.
Használhatod a Google Merchant Center-feedet?
Igen. Az adatcsatorna feltöltésekor a „Which platform is your file formatted for?” kérdésnél a Google Merchant Centert választhatod. Ha a mezőnevek nem egyeznek, a Commerce Manager segít párosítani őket, és adatszabályt (data rule) készít, amely minden későbbi letöltésre érvényes. A Meta szerint a Google- és az Amazon-feedek specifikációja kissé eltérhet az övétől. A fontosabb különbségek:
| Google Merchant Center | Meta-katalógus | |
|---|---|---|
id |
legfeljebb 50 karakter | legfeljebb 100 karakter |
title |
legfeljebb 150 karakter | legfeljebb 200 karakter, a Meta 65 alattit javasol |
description |
legfeljebb 5000 karakter | legfeljebb 9999 karakter, sima szöveg link és csupa nagybetű nélkül, és nem egyezhet a címmel |
condition |
csak használt és felújított terméknél kötelező | minden terméknél kell |
| Kategória | nem kötelező, a Google magától besorol | google_product_category vagy fb_product_category; a Google-taxonómia neve vagy azonosítója is jó |
| Kép | JPEG, WebP, PNG, nem animált GIF, BMP, TIFF; legfeljebb 10 további kép | csak JPEG vagy PNG, legalább 500 × 500 képpont, legfeljebb 8 MB; legfeljebb 50 további kép |
| Videó | video_link, YouTube-link is lehet |
video[0].url–video[19].url, csak közvetlen fájllink, legfeljebb 200 MB |
| Formázott leírás | nincs külön mező | rich_text_description (HTML), hirdetésben nem jelenik meg |
| Egyéni címkék | custom_label_0–4: kampánytagolás |
custom_label_0–4: szöveg a hirdetésbe; szűréshez az internal_label való |
| Kiemelések, részletek | product_highlight, product_detail |
nincs ilyen mező |
Egy Google-feed tehát általában feltölthető, de nézd meg a hiányzó condition értékeket (adatszabállyal new alapértéket kaphatnak), a WebP-képeket és a YouTube-videókat; a képekről külön cikkünk szól. Hogy a Google-feeded mennyire teljes, az ingyenes feed-ellenőrző mezőnként megmutatja.
Jó és rossz értékek egy kitalált bolt bambusz vágódeszkájának példáján:
| Mező | Rossz | Jó | Miért? |
|---|---|---|---|
price |
4 990 Ft |
4990.00 HUF |
szám, szóköz, ISO-pénznemkód; tizedespont, pénznemjel nélkül |
availability |
raktáron |
in stock |
a rögzített értékeket amerikai angolul kell megadni |
description |
„BAMBUSZ VÁGÓDESZKA” (ugyanaz, mint a cím) | „Bambuszból készült, 35 × 25 cm-es vágódeszka körbefutó lécsatornával.” | csupa nagybetű nem lehet, és el kell térnie a címtől |
image_link |
vagodeszka.webp |
vagodeszka.jpg |
a Meta csak JPEG-et és PNG-t fogad |
video[0].url |
YouTube-link | vagodeszka.mp4 |
közvetlen fájllink kell |
Pixel és Conversions API: egyezzen az azonosító a katalógussal
A katalógushirdetés azon múlik, hogy a Meta össze tudja-e kötni a webshop eseményeit a katalógus termékeivel. Ehhez a pixelnek (a magyar felületen: Meta-képpont) három eseményt kell küldenie: ViewContent (termékmegtekintés), AddToCart (kosárba tétel) és Purchase (vásárlás). Mindegyikben szerepelnie kell a content_ids vagy a contents paraméternek, és az értéknek pontosan egyeznie kell a katalógus id mezőjével, csoportazonosító küldésekor pedig az item_group_id mezővel.
Ugyanez érvényes a Conversions API-ra (szerveroldali eseményküldés), amelyet a Meta a pixel és az alkalmazás-SDK mellett adatforrásként fogad el: az események custom_data része ugyanezeket a paramétereket használja. Ha egy eseményt mindkét úton elküldesz, a pixel eventID és a Conversions API event_id értéke egyezzen, hogy a Meta ne számolja kétszer.
A Meta hibaelhárítási oldala ezekre a hibákra figyelmeztet:
- Más azonosító a pixelben, mint a feedben. Például a pixel a webshop belső termékazonosítóját küldi (
1234), a feedben viszont a cikkszám azid(VD-3828). - Elírt paraméter. A helyes név
content_ids, s-sel, egyetlen termék esetén is. - Rossz formátum. A
['12345,67890']egyetlen, „12345,67890” azonosítójú terméknek számít; két termék helyesen['12345','67890']. - Rossz
content_type. Nem kötelező, de ha küldöd, termékazonosítónálproduct, csoportazonosítónálproduct_grouplegyen.
Az eredményt a Commerce Managerben, a katalógus Események (Events) lapján látod: a katalógus megfeleltetési aránya (catalog match rate) azt mutatja, a beérkező azonosítók hány százaléka talál terméket a katalógusban. A Meta legalább 75%-ot, ideálisan 90% fölöttit javasol. Az arány az utolsó 28 napra szól, 48 órát késhet, és ha több katalógus kapcsolódik ugyanahhoz a pixelhez, megoszlik köztük. A meglévő termékek azonosítóját ne cseréld le, mert a Meta szerint ez lenullázhatja az eseménytörténetüket.
Terméksorozatok: így kerül a katalógus a kampányba
A terméksorozat (product set) a katalógus egy szelete: ebből választod ki, mely termékek jelenhetnek meg egy hirdetésben. Az alapértelmezett sorozat (All products) a teljes katalógus, a többit szűrőkkel vagy kézzel hozod létre.
Szűrni csak kitöltött mezőre lehet, ezért a sorozatokhoz is a feed adja az alapot. Saját csoportosításhoz a Meta a belső címkét (internal_label, például ['teli_kollekcio']) javasolja, mert az egyéni címkével ellentétben a módosítása nem indít szabályzati ellenőrzést; számtartományhoz, például gyártási évhez a custom_number_0–custom_number_4 mezők valók. Körhintához (carousel) legalább 2, gyűjteményhez (collection) legalább 4 egyedi, hibátlan termék kell a sorozatban, különben a hirdetés leállhat; egy termék változatai itt egynek számítanak.
Az új kampánybeállításban a katalógus három szinten jelenik meg:
- kampány: itt választod ki a katalógust a Termékadatoknál (Product data), kampányonként egyet;
- hirdetéssorozat: itt adod meg az adatkészletet (dataset), amely a pixel vagy az SDK eseményeit tartalmazza;
- hirdetés: itt választod ki a terméksorozatot és a kreatívforrást: a katalógus termékeit vagy saját feltöltésű képet, videót.
Az Advantage+ katalógushirdetés külön kapcsolója ezzel megszűnt, a korábban létrehozott kampányok változatlanul futnak. Ha a célközönség, az elhelyezések és a keret is Advantage+ módban marad, a kampány Advantage+ értékesítési kampányként fut, és a súgó szerint így kapja a legtöbb AI-optimalizálást. A terméksorozat méretéről és a kreatívokról az Andromedáról szóló cikkünk szól.
Gyakori katalógushibák és a frissítés gyakorisága
A hibás termékeket a Commerce Managerben a katalógus Termékek lapján, a hibákra (Issues) szűrve látod, és minden feltöltés után összesítés is készül.
| Hiba | Tipikus ok | Javítás |
|---|---|---|
| Hiányzó kötelező mező | nincs condition (a Google-feedben új terméknél elhagyható), vagy nincs se márka, se GTIN, se MPN |
pótold a feedben, vagy adj meg alapértéket adatszabállyal |
| Képhiba | WebP-kép, 500 × 500 képpontnál kisebb vagy 8 MB-nál nagyobb fájl, a szerver letiltja a Meta robotját | JPEG vagy PNG kép, a Meta robotjának beengedése; képcserénél új URL, mert a Meta csak az URL változását észleli |
| Ütköző azonosító | egy termék id-je egy másik termék item_group_id-je is |
minden azonosító legyen egyedi; a Meta megkülönbözteti a kis- és nagybetűt |
| Szabályzat miatti elutasítás | a termék ütközik a Meta hirdetési normáival (Advertising Standards) | javítsd a terméket, vagy kérj felülvizsgálatot |
| Elavult ár vagy készlet | a Meta ritkán vagy rossz időpontban tölti le a feedet | sűrűbb ütemezés, közvetlenül a webshop exportja után |
Felülvizsgálatot egyszerre legfeljebb 100 termékre kérhetsz, hetente összesen 5000-re; a javított termék magától újra ellenőrzésre kerül.
A feed óránként, naponta vagy hetente töltődhet le, kétféle módon. A teljes csere (replace) az alapértelmezés: felveszi az új termékeket, frissíti a meglévőket, és törli, ami kimaradt a fájlból, de lassabb. A frissítés (update) gyorsabb, viszont nem töröl: ilyenkor terméket a delete mező true értékével, egy mező tartalmát üres cellával távolíthatsz el. A Meta kombinációt javasol: óránkénti frissítést az árhoz és a készlethez, mellé heti vagy havi teljes cserét a régi termékek kitakarítására. A letöltést a webshop exportja utánra időzítsd: ha a feed 9:00-kor készül el, a Meta 9:15-kor töltse le.
Akciónál a sale_price mellé add meg a sale_price_effective_date mezőt is, különben az akciós ár addig marad, amíg ki nem törlöd. Frissítő ütemezésnél az akció végén nem elég törölni az oszlopot: az akciós árat üresre vagy 0-ra kell állítani.
