Merchant Center automatikus termékfrissítés ár- és készleteltérésnél

Scheo · 2026-11-04 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Ha webshopot futtatsz Google Shopping-hirdetéssel vagy ingyenes termékmegjelenítéssel, előbb-utóbb találkozol az ár- vagy készleteltéréssel. A feed egy dolgot mond, a termékoldal egy másikat, és a Merchant Center ezt észreveszi. Erre az esetre van az automatikus termékfrissítés. Érdemes pontosan érteni, mit csinál, mert hasznos biztonsági háló, de rossz beállítás mellett el is fedheti a valódi hibát.

Mit csinál pontosan a Merchant Center automatikus termékfrissítése?

Az automatikus termékfrissítés (angolul automatic item updates) a Merchant Center automatikus fejlesztései közé tartozik. Ha a Google a termékoldal feltérképezésekor más árat vagy más elérhetőséget talál, mint ami a feedben áll, a termék adatát a Google felületein ideiglenesen az oldalon látott értékre igazítja. Így a termék jó eséllyel nem esik ki az eltérés miatt.

Hivatalosan igazolt: a Google súgója szerint a frissítés az árat és az elérhetőséget érinti. A forrásadatodhoz nem nyúl, a feedben ugyanaz marad, amit feltöltöttél. A frissített érték a Shopping-hirdetésekben és az ingyenes termékmegjelenítésekben látszik. A frissítés ideiglenes, a forrásban lévő hibát nem javítja ki.

A gyakorlatban ez egy biztonsági háló. Tegyük fel, hogy a webshopod reggel leárazza a terméket, a feed viszont csak éjjel frissül. A köztes órákban a feed a régi, magasabb árat mondja, az oldal már az újat mutatja. Ha a Google közben feltérképezi az oldalt, a hirdetésben az oldal árát mutatja, és a termék nem kerül elutasításra árkülönbség miatt. Szakmai feltételezés: azt, hogy a Google milyen gyakran térképezi fel az adott oldalt, te nem szabályozod, ezért a háló időzítésére nem érdemes építeni.

Hol kapcsolhatod be és ki az automatikus termékfrissítést?

Az automatikus termékfrissítést a Merchant Center beállításai között, az automatikus fejlesztések résznél találod, és a Google leírása szerint alapból be van kapcsolva. A felület verziójától függően az ár- és az elérhetőség-frissítés külön is kezelhető.

1. Lépj be a Merchant Centerbe azzal a fiókkal, amelyen a termékek futnak. Több üzletes (gyűjtő) fióknál az alfiók szintjén is nézd meg a beállítást.
2. Nyisd meg a beállításokat (fogaskerék ikon), és keresd az Automatikus fejlesztések (Automatic improvements) menüpontot.
3. A termékfrissítéseknél nézd meg külön az ár- és az elérhetőség-frissítés állapotát.
4. Ha módosítasz, írd fel a dátumot, mert a diagnosztika későbbi változásait ehhez kell majd viszonyítanod.

Saját tapasztalat: a Merchant Center felülete az elmúlt években többször átrendeződött (a klasszikus felületről a Merchant Center Next felé), ezért a menü neve és helye fiókonként eltérhet. Ha nem találod, a súgóban keress rá az „automatic item updates” kifejezésre, ott az aktuális útvonal szerepel.

Kikapcsolni akkor érdemes, ha tudod, hogy az oldal strukturált adata nem megbízható. Ilyen például az a sablon, amely minden terméknél fixen „InStock” elérhetőséget ír ki, vagy az az oldal, ahol a bejelentkezett törzsvásárló más árat lát. Ilyenkor a frissítés rossz adatot venne át, és ezt a megjelenésben nehezebb észrevenni, mint egy elutasítást.

Milyen feltételek kellenek ahhoz, hogy működjön?

A frissítés akkor tud működni, ha a Google eléri a termékoldalt, és azon géppel olvasható, egyértelmű ár- és elérhetőség-adatot talál. Ehhez feltérképezhető oldal és helyes strukturált adat kell.

Hivatalosan igazolt: a Google a termékoldalon a schema.org Product és Offer jelölést olvassa, benne az ár, a pénznem és az elérhetőség tulajdonságát. A Search Central leírása szerint a vásárlási felületekhez a Storebot-Google is feltérképez, ezért a robots.txt ne tiltsa ki se őt, se a Googlebotot a termékoldalakról.

Egy minimális, működő jelölés az alábbi.

<script type="application/ld+json"> {"@context": "https://schema.org", "@type": "Product", "name": "Kerámia bögre 3 dl, kék", "sku": "BG-300-K", "offers": {"@type": "Offer", "url": "https://pelda.hu/bogre-300-kek", "price": "4990", "priceCurrency": "HUF", "availability": "https://schema.org/InStock"}} </script>

A jelölés mellett ezeket nézd végig.

• A feed link mezője pontosan arra a variánsra mutasson, amelynek az ára a feedben áll. Ha a link a szülőtermékre visz, és az oldal az alapértelmezett méret árát mutatja, a Google mást mér, mint amit küldtél.
• Az oldal 200-as státusszal válaszoljon, bejelentkezés, sütifal mögé rejtett tartalom és ország szerinti átirányítás nélkül.
• A strukturált adat ára egyezzen a látható árral, ugyanazzal a kerekítéssel.
• Az elérhetőség a valós készletből jöjjön, a sablon fix értéke helyett.
• Ha az ár JavaScripttel töltődik be, a Search Console URL-ellenőrzőjével nézd meg, hogy a renderelt HTML-ben ott van-e.

Saját tapasztalat: ahol a JSON-LD már a szerver által küldött HTML-ben benne van, ott az eltérések jellemzően gyorsabban és tisztábban rendeződnek, mint ott, ahol a jelölés csak a böngészőben épül fel. Ezt mérési adattal nem tudjuk alátámasztani, a minta viszont visszatérő.

Miért nem helyettesíti a jól működő feedet?

Az automatikus frissítés a már megtörtént eltérést tompítja. A feed az egyetlen hely, ahol te döntöd el, mikor és milyen adat jut el a Google-hoz. A frissítés utólag, a Google ütemezése szerint, csak két mezőre és csak ideiglenesen lép közbe.

• Késés. Amíg a Google újra nem térképezi fel az oldalt, a régi adat fut. Egy napközbeni akciónál ez órákat jelenthet.
• Szűk hatókör. A cím, a kép, a szállítási adat vagy az akciós ár érvényessége így nem frissül.
• Ideiglenesség. A forrás hibás marad, ezért az eltérés a következő feltöltésnél újra előjön.
• Fiókkockázat. A Google termékadat-irányelvei szerint a tartósan pontatlan adat termékszintű elutasítást, ismétlődő vagy súlyos esetben fiókszintű figyelmeztetést és felfüggesztést is hozhat. A frissítés ezt a kockázatot csökkentheti, megszüntetni nem.

Szakmai feltételezés: ha a diagnosztikában tartósan sok termékre fut automatikus frissítés, az jó eséllyel a feed szerkezeti hibáját jelzi (rossz forrásmező, rossz időzítés). A Google szemében ez az adatminőség romlása akkor is, ha a termékek közben láthatók.

Milyen helyzetben okozhat félrevezető megjelenést?

A frissítés azt veszi át, amit az oldalon mér. Ha az oldal adata hibás vagy nem mindenkire érvényes, a hirdetésben is hibás vagy félrevezető érték jelenhet meg. Az elutasítás ilyenkor elmarad, a vásárló viszont mást kap, mint amit a találati listán látott.

• Az áthúzott eredeti ár kerül a strukturált adat price mezőjébe az akciós ár helyett, így a hirdetés drágábbnak mutatja a terméket.
• Változatos terméknél az oldal betöltéskor az alapértelmezett méret árát jelöli, a feed pedig egy másik méretét küldi. A frissítés a rossz variáns árát teszi a hirdetésre.
• A sablon minden termékre „InStock” jelölést ír, a frissítés így a valójában elfogyott terméket is elérhetőnek mutathatja.
• A gyorsítótár régi oldalváltozatot ad ki a robotnak, egy már lejárt akció árával.
• Tagár, hűségár vagy kuponos ár jelenik meg a strukturált adatban, amelyet a nem bejelentkezett látogató nem kap meg.
• A webshop IP-cím vagy ország alapján más pénznemet vagy árat mutat, és a robot más változatot lát, mint a magyar vásárló.

Saját tapasztalat: ezek közül az áthúzott ár és a variáns-probléma fordul elő a leggyakrabban sablonos webshopmotoroknál. Mindkettő a strukturált adat javításával rendezhető, a feedhez sokszor hozzá sem kell nyúlni.

Milyen gyakran frissüljön a feed?

A feed annyiszor frissüljön, ahányszor az ár vagy a készlet ténylegesen változik a boltban. Ritkán változó termékkörnél elég lehet a napi ütemezett lekérés. Gyorsan forgó készletnél vagy napközbeni akcióknál a gyakoribb lekérés, a kiegészítő feed vagy az API-alapú frissítés a biztonságosabb.

Hivatalosan igazolt: a Google kéri, hogy a termékeket legalább 30 naponta frissítsd, különben lejárnak. Az ütemezett lekérés gyakoriságát a feed beállításainál adod meg. Gyakoribb változáshoz a Merchant API (a Content API utódja) vagy egy csak árat és elérhetőséget tartalmazó kiegészítő feed is használható.

• Tudod, hogy a boltban naponta hányszor változik ár vagy készlet, és a feed lekérése legalább ezt a ritmust követi.
• A feedet generáló export a lekérés előtt fut le, a Merchant Center tehát a friss fájlt kapja, és a tegnapit nem tölti be újra.
• Az akciók indulását és végét a feed sale_price_effective_date mezője is tartalmazza, a feltöltés időzítésétől függetlenül.
• Készlethiánynál a feed azonnal „out_of_stock” értéket küld, a termék nem marad „in_stock” a következő éjszakai futásig.
• Nagy tételszámnál az ár- és készletmezőket külön, gyakrabban futó kiegészítő feed viszi.
• A feed feldolgozási előzményeiben nincs kihagyott vagy hibás lekérés.

Hogyan derítsd fel az árkülönbség okát?

Az árkülönbségnek szinte mindig van egy konkrét, megtalálható oka. Leggyakrabban az áfa kezelése, a pénznem vagy a számformátum, illetve az akció időzítése áll mögötte. Érdemes egy elutasított terméket kiválasztani, és sorban összevetni a feed értékét, a strukturált adatot és a látható árat.

Összevetés lépésről lépésre

1. Másold ki a termék azonosítóját és a feedben szereplő árát a termék részletes adatlapjáról.
2. Nyisd meg a feed link mezőjében szereplő URL-t inkognitó ablakban, bejelentkezés nélkül, és írd fel a látható árat.
3. A Google Rich Results tesztjével vagy a Search Console URL-ellenőrzőjével nézd meg, milyen árat és pénznemet tartalmaz a strukturált adat.
4. Ha a három érték közül kettő egyezik, a harmadik a hibás forrás. Ha mindhárom eltér, előbb a strukturált adatot javítsd, mert arra épül az automatikus frissítés is.
5. A különbség jellegéből (fix százalék, fix összeg, csak egyes variánsoknál jelentkezik) következtess az okra, a lenti szempontok szerint.

Áfa

Hivatalosan igazolt: Magyarország esetében a Google a fogyasztói árat áfával együtt kéri a feedben, ugyanúgy, ahogy a vásárló az oldalon látja. Saját tapasztalat: ha a webshop exportja nettó árat ad ki, a különbség pontosan az áfa mértéke lesz, és ez az egyik legkönnyebben felismerhető minta. Ha az eltérés minden terméknél 27 százalék (kedvezményes kulcsú termékeknél 5 vagy 18), szinte biztos, hogy az export a nettó mezőből dolgozik.

Pénznem és számformátum

A feed árának pénzneme egyezzen a célország pénznemével és az oldalon látható pénznemmel. A feedben a 4990 HUF vagy 4990.00 HUF alak a helyes. A strukturált adatban a price mező csak a számot tartalmazza, ezres elválasztó és pénznemjel nélkül, a pénznem pedig a priceCurrency mezőbe kerül. Saját tapasztalat: gyakori hiba, hogy a sablon a megjelenített, szóközzel tagolt árat írja a strukturált adatba, vagy tizedesvesszőt használ, amit a feldolgozó másképp értelmez. Többnyelvű, több pénznemű boltnál azt is nézd meg, melyik pénznemes változatot kapja a robot.

Akció időzítése

Az akciós ár érvényességét a sale_price_effective_date mező adja meg ISO 8601 formátumban, időzónával együtt. Szakmai feltételezés: a magyar boltoknál a téli (+01:00) és nyári (+02:00) eltolás, valamint a webshop saját időzítője közötti eltérés pár órás ablakot nyithat. Ilyenkor az oldal már az akciós árat mutatja, a feed még nem, vagy fordítva. Az éjfélkor induló akciót ezért érdemes a feedben is pontosan éjfélre, a helyes eltolással beállítani, és a gyorsítótárat az akció indulásakor üríteni.

Ha egyik ok sem illik, nézd meg a mennyiségi kedvezményt, a kosárban levont kupont és a szállítási díjat. A szállítási költség a shipping adatba tartozik, a termék árába ne számold bele.

Hogyan olvasd a diagnosztikai jelentéseket?

A diagnosztika megmutatja, mely termékeknél talált a Google ár- vagy elérhetőség-eltérést. A jelentést trendként érdemes olvasni. Az egyszeri tétel ritkán gond, a hétről hétre növekvő szám viszont rendszerhibát jelez.

1. Nyisd meg a Termékek menü diagnosztikai, figyelmet igénylő nézetét, és szűrj az árhoz és az elérhetőséghez kötődő problémákra. Az angol felületen ezek jellemzően „Mismatched price” vagy „Mismatched availability” néven szerepelnek, a forrás (oldal feltérképezése vagy strukturált adat) megjelölésével.
2. Különítsd el a figyelmeztetést és az elutasítást. A figyelmeztetett termék még fut, az elutasított már nem.
3. Nyiss meg néhány érintett terméket. A részletes adatlapon látszik, mi áll a feedben, és mit mért a Google az oldalon.
4. Exportáld a listát, és csoportosítsd kategória, márka vagy sablon szerint. Ha az eltérés egy sablonhoz köthető, a hiba is ott lesz.
5. Javítás után kövesd a számot néhány napig. Ahol a felület engedi, kérj újraellenőrzést.

Saját tapasztalat: a diagnosztika számai késve követik a javítást, ezért a javítás utáni első nap adataiból még ne vonj le következtetést. Arra is figyelj, hogy az automatikus frissítés miatt egy termék rendben lévőnek tűnhet, miközben a feedje hibás. Ezt a termék részletes adatlapja mutatja meg, az összesítő szám nem.

Források és további olvasnivalók

• Google Merchant Center súgó, Automatikus termékfrissítések (Automatic item updates)
• Google Merchant Center súgó, Termékadat-specifikáció (price, sale_price, sale_price_effective_date, availability, shipping)
• Google Merchant Center súgó, Termékadat-irányelvek és diagnosztika
• Google Search Central, Termék (Product) strukturált adat és kereskedői listázás
• Google Search Central, A Google feltérképező robotjai (Googlebot, Storebot-Google)
• Google Merchant API dokumentáció
• Schema.org, Product és Offer típus
• ISO 8601 dátum- és időformátum szabvány