Google Merchant Center árpolitikai hibák akkor fordulnak elő, amikor a termékadatokban elküldött ár nem egyezik meg a termékoldalon vagy a fizetési folyamat során megjelenő árral. A leggyorsabb megoldás, ha az adatfeed ára, a termékoldalon megjelenő ár, a strukturált adatok, a pénznem, az ÁFA/szállítási díjak feltüntetése és a kedvezmény szabályok mindenhol összhangban vannak, majd a termékeket újraindexelni a Merchant Centerben. Ha ezt a hibát nem javítjuk, termékeink korlátozhatók a Shopping fülön, az ingyenes listázásokban vagy a Performance Max kampányokban.
Az e-kereskedelmi oldalakon az áradatok nem egy helyen tárolódnak. A sablon, ERP integráció, piactér modul, kampány plugin, kuponrendszer, variációs beállítások, készlet szerinti árfrissítés és Google feed bővítmény mind külön-külön generálhatják az árakat. A Google viszont a vásárlónak megjelenített valós árat veszi alapul. Tehát ha a feedben 999 Ft szerepel, de a termékoldalon 1.049 Ft az ár, vagy a fizetésnél ÁFÁt számolnak fel, vagy a kosárban kötelező szolgáltatási díjat adnak hozzá, az árpolitikai szabályokat sértheti.
Ebben az útmutatóban részletesen bemutatjuk a Merchant Center árhibák okait, valós példákon keresztül hogyan diagnosztizálhatók, és milyen technikai lépésekkel lehet tartósan megoldani őket. Különösen hasznos WooCommerce, OpenCart, Shopify, egyedi fejlesztésű vagy API alapú feed-et használó webshopok számára összeállítottunk ellenőrző listákat. A stabil működéshez fontos, hogy termékoldalaid gyorsak, elérhetőek és biztonságosak legyenek; ebben a témában E-kereskedelmi hosting megoldások és SSL tanúsítvány oldalaink nyújthatnak technikai segítséget.
Mi az a Google Merchant Center árpolitikai hiba?
Az árpolitikai hiba akkor lép fel, amikor a Google a termékednél a felhasználónak ígért ár és a weboldalon ellenőrzött ár között eltérést talál. Ez a különbség lehet akár néhány fillérnyi kerekítési eltérés, de akár az is, ha a kedvezményes ár helyett a normál árat küldik be. A Google az árat a vásárlási döntést közvetlenül befolyásoló legérzékenyebb adatként kezeli.
A Merchant Center rendszerint az alábbi figyelmeztetéseket adja: áreltérés, pénznem eltérés, a landing oldal ára nem egyezik a feed árával, fizetéskor az ár nő, hibás akciós ár, érvénytelen strukturált adat ár vagy automatikus frissítés ár módosítást végzett. Bár a hiba neve változhat, a legtöbbször ugyanarról a problémáról van szó: a Google bot által látott ár nem egyezik meg a termék feed price vagy sale_price mezőjében szereplővel.
A Google nem csak az első feltöltéskor ellenőrzi ezt, hanem rendszeresen újraindexeli a termékeket. Egy ma jóváhagyott termék holnap elutasításra kerülhet egy kampány vége, árfolyamváltozás, készletváltozás vagy pluginhiba miatt. Ezért a megoldás nem csupán az adott hibás termék javítása, hanem egy olyan rendszer kialakítása, amely végig konzisztensen kezeli az áradatokat.
Leggyakoribb árpolitikai hibák
1. Feed ár és termékoldali ár eltérése
A leggyakoribb eset, hogy a feedben szereplő ár nem egyezik a termékoldalon megjelenővel. Például egy cipő ára a feedben 7.499 Ft, míg az oldalon 7.999 Ft. Ez az eltérés általában cache, kampány plugin, manuális árfrissítés vagy elavult feed-adatok miatt alakul ki.
Első lépésként ellenőrizd a Merchant Center termék részleteinél a küldött árat. Ezután nyisd meg a termék URL-jét inkognitó módban, frissítsd cache nélkül, és jegyezd fel, milyen árat lát a felhasználó. Ha CDN vagy oldalcache-t használsz, gondoskodj róla, hogy árfrissítés után automatikusan törlődjön a cache. WordPress/WooCommerce esetén érdemes a feed frissítését legalább naponta egyszer, kampányidőszakban pedig 1-4 óránként beállítani.
2. Rosszul küldött kedvezményes ár
A Merchant Centerben két ármező fontos: a price a normál ár, a sale_price pedig az aktuális kedvezményes ár. Ha egy termék ára 5.990 Ft-ról 4.990 Ft-ra csökkent, akkor a feedben a price mező 5.990 Ft, a sale_price pedig 4.990 Ft kell legyen. Sok webshop viszont csak a normál árat küldi, vagy ha lejárt az akció, nem törli a sale_price mezőt.
Amennyiben használod a kedvezményes árakat, érdemes megadni a kampány kezdő és záró dátumát is a sale_price_effective_date mezőben. Bár nem kötelező, ez segíti a Google pontos értelmezését. Ha a kampány vége után nem frissül a feed, a felhasználó a termékoldalon a 5.990 Ft-ot látja, de a Google még mindig a 4.990 Ft-ot várja, és ez árhibához vezet.
3. ÁFA, adók és kötelező díjak utólagos hozzáadása
A magyarországi e-kereskedelmi oldalak esetében elvárt, hogy a fogyasztók számára megjelenő ár ÁFÁ-val együtt legyen feltüntetve. Ha a termékoldalon 10.000 Ft az ár, de a fizetésnél 12.000 Ft-ra nő az ÁFA miatt, az áreltérésnek számít. Hasonló gondot okozhat, ha a kötelező csomagolási díj, szolgáltatási díj vagy kezelési költség a kosárba automatikusan bekerül, de nincs beépítve a termék árstruktúrájába vagy a szállítási díjakba.
A Google számára az a fontos, hogy a vásárló által ténylegesen fizetendő végösszeg legyen követhető és egyértelmű. Opcionális szolgáltatások, mint például ajándékcsomagolás, gyors szállítás vagy kiterjesztett garancia más kategóriába tartoznak; de minden olyan díj, amit a vásárlónak kötelező fizetni a termékért, az árpolitikai összhang része kell legyen. Ezért a termékoldalon, feedben és a fizetési lépésnél az ÁFÁ-val együtt számított végárat kell mutatni.
4. Pénznem és formátum hibák
A feedben a pénznemet az ISO 4217 szabvány szerint kell megadni. Magyarország esetében ez a HUF. Csak a "Ft" jelzés vagy szimbólum használata, a pont és vessző hibás elhelyezése, illetve ha a termékoldalon USD-t mutatunk, a feedben pedig HUF szerepel, hibához vezethet.
Helyes példa: 12999 HUF. A tizedesjegy elválasztó feed formátumtól függően pont legyen, míg a felhasználónak az oldalon vesszővel mutathatjuk az árat (például 12.999,00 Ft). Több pénznemet használó webshopoknál külön figyelmet kell fordítani az országcélzásra, hreflang beállításokra és a pénznem egyeztetésére. Nemzetközi értékesítés esetén a Domain kezelés és országkiterjesztések is fontos bizalmi tényező.
5. Variációs árak keveredése
Színek, méretek, kapacitások vagy csomagopciók esetén gyakori az árkülönbség. Például egy telefontok fekete színben 1.990 Ft, bőrből készült változatban 2.990 Ft. Ha a feedben az alap termék ára 1.990 Ft, de a termék URL-je megnyitásakor az alapértelmezett variáció 2.990 Ft-ra van állítva, a Google áreltérést jelezhet.
Ilyen esetben minden variációnak külön termékazonosítót, helyes item_group_id-t, megfelelő URL paramétert és olyan kezdőoldalt kell használni, amely az adott variáció árát mutatja. A felhasználónak, amikor a feedben szereplő variációra kattint, ugyanaz a variáció legyen kiválasztva az oldalon. Különösen az egyedi fejlesztésű webshopoknál fontos, hogy a variációs URL-ek kereshetőek legyenek, és a Google bot ugyanazt az árat lássa.
6. Strukturált adat és vizuális ár eltérése
A Google nem csak a képernyőn megjelenő szöveget olvassa, hanem a schema.org Product és Offer jelöléseket is. Ha az oldalon 8.990 Ft szerepel, de a strukturált adatban 9.990 HUF maradt, a Merchant Center ezt áreltérésként érzékeli. Ez általában sablonfrissítés, cache plugin vagy elavult schema modulok miatt fordul elő.
Ellenőrizd a Google Rich Results Test és URL Inspection eszközeivel, hogy melyik árat látja a Google. A Product schema mezőiben a price, priceCurrency, availability és ha szükséges, priceValidUntil legyen naprakész. Ha a sablon és a feed plugin más-más helyről veszi az árat, hosszú távon érdemes egyetlen megbízható adatforrásra állni át.
Árhibák gyors diagnosztikai táblázata
| Jelenség | Lehetséges ok | Ellenőrzési pont | Javasolt megoldás |
|---|---|---|---|
| Feed ár nem egyezik | Elavult feed vagy cache | Merchant Center termék részlete és élő URL | Növeld a feed frissítés gyakoriságát, töröld a cache-t |
| Hibás kedvezmény | sale_price mező hibás | price, sale_price és kampány dátumok | Javítsd a kedvezményes ár mezőket |
| Fizetéskor az ár nő | ÁFA vagy kötelező díjak utólag | Kosár és fizetési lépések | Végleges árat mutass a termékoldalon |
| Variáció ára kattintásra változik | Hibás variációs URL | item_group_id és URL paraméter | Minden variációnak megfelelő árat és URL-t adj |
| Google másik árat lát | Elavult schema adat | Rich Results Test | Frissítsd a Product/Offer schema-t |
Hogyan javítsuk lépésről lépésre a Google Merchant Center árpolitikai hibákat?
1. lépés: Hatókör meghatározása
Először derítsd ki, hogy a probléma egy termék, egy kategória vagy az egész katalógus szintjén jelentkezik-e. A Merchant Center Termékek menüjéből exportáld ki az elutasított termékeket. Válassz ki 10-20 mintaterméket, és hasonlítsd össze az árakat, URL-eket, kategóriákat, márkákat, variációkat és kampányállapotot. Ha az egész katalógusban hiba van, akkor pénznem, adóbeállítás, feed formátum vagy az oldal struktúrált adatainak hibája lehet. Ha csak akciós termékek hibásak, akkor a sale_price és dátum mezőket nézd át.
2. lépés: Feed és élő oldal árainak összevetése
Minden mintatermékhez írd össze egymás mellé a feed árát, a termékoldalon megjelenő árat és a fizetési lépésben mutatott végárat. Ha ezek nem egyeznek, a Merchant Centerben történő javítás önmagában nem elég. Például ha a termékoldalon 3.490 Ft, a kosárban 3.690 Ft, a feedben pedig 3.490 Ft szerepel, akkor a kosárban többletdíj lehet. Ha a termékoldalon 3.490 Ft, a feedben 3.290 Ft van, akkor régi feed adatokról van szó.
Ezt az ellenőrzést manuálisan végezd inkognitó módban, böngésző cache törléssel, illetve lehetőség szerint más IP-címről vagy készülékről, hogy kizárd a helyfüggő, bejelentkezéshez kötött vagy felhasználói szegmens szerinti árkülönbségeket. A Google bot általában standard látogatónak számít, így tagoknak, kuponosoknak vagy bejelentkezett felhasználóknak szánt árakat feedben nem szabad elküldeni.
3. lépés: Feed megtisztítása és egységesítése
Feeded lehet XML, CSV, Google Sheets, Content API vagy e-kereskedelmi plugin által generált. Bármi is legyen, az áradatokat egyetlen forrásból kell táplálni. Ha az ERP-ben, a weboldalon és a feed pluginben eltérő árak vannak, az növeli a hibák kockázatát. A technikai csapat számára érdemes egyértelmű szabályt lefektetni: a termék aktuális árát egyetlen adatbázis mezőből generálják, az akciós ár és annak időszakai pedig külön kezelendők.
- price: Normál vagy aktuális főár helyes pénznemben.
- sale_price: Csak az aktív kedvezmény esetén szerepeljen.
- sale_price_effective_date: Kampány kezdete és vége megjelölve.
- availability: Készlet állapota az árral összhangban.
- link: A felhasználót a megfelelő termék vagy variáció oldalára irányítsa.
4. lépés: Weboldal feltérképezhetőségének ellenőrzése
A Google botnak hozzáférnie kell a termékoldalakhoz. A robots.txt fájlban ne legyenek blokkolva a termék URL-ek, CSS vagy JavaScript fájlok. Ha az ár JavaScript segítségével töltődik be, előfordulhat, hogy a Google késve vagy hibásan látja az árakat. Ha a szerver lassú, a bot nem tudja teljesen feldolgozni az oldalt, így régi vagy üres árat érzékelhet.
Csökkentsd a Merchant Center hibák számát azzal, hogy javítod az oldal sebességét és a szerver stabilitását. Bár 2026-ban a Google tovább fejleszti a feltérképező rendszereit, a lassú, megszakadó vagy hibás válaszokat adó webshopok hátrányba kerülnek az adatellenőrzés során. Legyenek a termékoldalak 200-as HTTP státuszúak, a 3xx átirányítási láncok rövidek, és az SSL tanúsítvány hibátlan. Technikai alapként ajánljuk a NVMe Hosting és Ingyenes SSL Telepítés tartalmakat.
5. lépés: Strukturált adatok frissítése
A termékoldalak schema.org Product jelölése segíti az organikus megjelenést és a Merchant Center ellenőrzéseket is. Azonban a hibás schema használata rosszabb, mint egyáltalán nem használni. Ellenőrizd, hogy a sablon árváltozója a friss termékárat mutatja-e. Több variáció esetén győződj meg róla, hogy a kiválasztott variáció árát helyesen tükrözi-e a schema.
A Rich Results Testben a megjelenített árnak egyeznie kell a felhasználói oldalon látottal. A priceCurrency mezőben legyen helyesen megadva a HUF, EUR vagy USD kód. Készlethiányos termékeknél a availability mező legyen pontos, és ne jelenítsen meg régi akciós árakat, mert az ronthatja a vásárlói élményt és a Merchant Center jóváhagyását.
6. lépés: Újraellenőrzés és újratöltés a Merchant Centerben
A javítások után töltsd fel újra a feedet vagy indítsd el az API szinkronizációt. Ellenőrizd a Merchant Center termék részleteknél, hogy az utolsó árfrissítés megjelent-e. Ezután kérj újraellenőrzést a problémás termékekre. Előfordulhat, hogy az automatikus rendszer pár órán belül frissít, de akár 24-72 órát is igénybe vehet. Nagy kampányok esetén érdemes először egy kisebb mintán tesztelni a javításokat, így elkerülheted a tömeges hibák ismétlődését.
Platform specifikus ellenőrzések
WooCommerce webshopok
WooCommerce esetében az árhibák gyakran a cache, több pénznem kezelő plugin, dinamikus árazás vagy feed plugin elavult adatai miatt jelennek meg. Ellenőrizd a termék szerkesztőben a normál és akciós árakat, majd a feed plugin beállításaiban a sale_price leképezést. Ha a termékoldalon az ár változik tagsági vagy kupon feltétel miatt, a feedben mindig az általános felhasználói ár legyen.
Ha szerver oldali cache-t használsz, győződj meg róla, hogy árváltozáskor a megfelelő termék, kategória és feed cache fájlok törlődnek. Ebben a témában a WordPress hosting és a helyes cache beállítások létfontosságúak.
Shopify és kész e-kereskedelmi megoldások
Shopify-nál általában rendezettebbek az árak, de a több piac, több pénznem és automatikus kedvezmények okozhatnak hibákat. Ellenőrizd a Google & YouTube alkalmazásban a célországot, pénznemet és termékváltozatokat. Ne keverd össze a viszonyított árat és az akciós árat. A kosárban automatikusan alkalmazott kedvezményt ne mutasd a feedben, mert a Google nem fogadja el azokat a kupon alapú kedvezményeket, amelyek nem jelennek meg közvetlenül a termékoldalon.
Egyedi fejlesztésű webshopok és API integrációk
Egyedi rendszerekben a legjobb megoldás verzionált, naplózott áradatáramlást kialakítani. Minden árváltozásnál legyen dokumentálva, ki, mikor és milyen árat módosított, és mikor jelent meg a feedben. Content API használata esetén figyeld a sikeres válaszokat és az esetleges hibakódokat központi naplóban. Győződj meg arról is, hogy a Google által lekért URL nem blokkolja a botot, nincs ország alapú átirányítás vagy bejelentkezési követelmény.
Hogyan előzhetjük meg az áreltéréseket hosszú távon?
Az árpolitikai hibák egyszeri javítása nem elegendő; fenntartható ellenőrzési mechanizmust kell kiépíteni. Nagy katalógusokban naponta több ezer árfrissítés történik, ezért manuális ellenőrzés helyett automatizálásra, naplózásra és rendszeres auditálásra van szükség.
- Ütemezd a feed frissítéseket kampány kezdete és vége után közvetlenül.
- Árváltozáskor egyszerre töröld a termékoldal, feed és schema cache-eket.
- Hetente ellenőrizd a 50 legtöbbet kattintott termék ármegegyezését feed és weboldal között.
- Írd le és kommunikáld az ÁFA-val együtt számolt árpolitikát az egész csapatnak.
- Variációs termékeknél teszteld mindegyik variáció árát és URL-jét.
- Napi szinten figyeld a Merchant Center diagnosztikai jelentéseit; ha az árhibák aránya 1% fölé megy, végezz okfeltáró elemzést.
- Rendszeresen ellenőrizd az SSL, DNS, hosting és átirányítási beállításokat, mert az elérhetetlenség árhiba forrása lehet.
Például egy 5.000 termékes webshopban, ha napi 8% az árfrissítés aránya, akkor naponta kb. 400 terméknél kell újraellenőrizni a feed és az oldal árának egyezését. Ezt manuálisan nem lehet hatékonyan végezni. Egy egyszerű cron feladat, amely összeveti a feed árat az élő oldal árával, már korán jelzi a hibákat.
Hogyan kezeljük a szállítási, kuponos és kampányárakat?

A szállítási díj külön kezelhető a termék árától, de a Merchant Centerben a szállítási beállításoknak pontosnak kell lenniük. Ha a termékoldalon ingyenes szállítást írsz, de a fizetésnél díjat számolnak fel, az gyengíti a vásárlói bizalmat és szabályszegéshez vezethet. Ha a szállítási díj ország, város, súly vagy kosárérték alapján változik, a Merchant Centerben ennek megfelelő szabályokat kell beállítani.
Kuponos kedvezmények esetén légy körültekintő. Ha a vásárlónak manuálisan kell kuponkódot beírnia, az általában nem jelenik meg a feedben termékárként. Ha viszont automatikus, mindenki számára elérhető kedvezmény van, azt beállíthatod a sale_price mezőben. Például, ha a termékoldalon 7.990 Ft helyett 6.990 Ft látható minden vásárlónak, akkor a feedben is 6.990 Ft szerepelhet. Viszont ha csak egy EFSZANE10 kuponnal érhető el az alacsonyabb ár, azt ne küldd a feedbe, mert a Google eltérő árat fog látni a landing oldalon.
Mikor érdemes használni a Google automatikus termékfrissítéseit?
A Merchant Center automatikus termékfrissítései lehetővé teszik, hogy a Google az oldaladról olvassa be az ár- és készletadatokat, így ideiglenesen javítva a feedben lévő kisebb eltéréseket. Ez csökkentheti az apróbb inkonzisztenciákat, de nem állandó megoldás. Ha az oldalad strukturált adatai hibásak vagy az ár JavaScript miatt késik, az automatikus frissítés is rossz adatot adhat.
Használhatod ezt a funkciót, de gondoskodj róla, hogy az alapadatok mindig pontosak legyenek. Az automatikus frissítés inkább biztonsági hálóként szolgál a kisebb időzítési különbségek miatt. Ha rendszeresen javítani kell az árakat, az azt jelzi, hogy a feed folyamataidban alapvető probléma van.
A technikai háttér hatása az árhibákra
A Merchant Center árhibák gyakran a marketinges felületen jelennek meg, de a probléma gyökere műszaki oldalról eredhet. Gyenge hosting teljesítmény, gyakori 500-as hibák, hibás SSL, rossz átirányítások, automatikus pénznemváltás országonként vagy túl agresszív cache beállítások miatt a Google rosszul értelmezheti az árakat. A webshop termékoldalak gyors és stabil működése nem csak SEO szempontból, hanem a hirdetések engedélyezése és a megjelenés miatt is kritikus.
A Hostragons megbízható hosting, domainkezelés és SSL megoldásokat kínál e-kereskedelmi projektekhez, amelyek megerősítik ezt a technikai alapot. Például a Vállalati Hosting a forgalmas időszakokban is biztosítja a termékoldalak elérhetőségét; míg a Domain átvitel és DNS kezelés csökkenti a hibás feltérképezési problémákat. Nem az a cél, hogy a forgalmat maximalizáljuk, hanem hogy a Merchant Center megbízható adatokat kapjon.
Ellenőrző lista: A 12 legfontosabb lépés az élesítés előtt
- Feedben a price megegyezik a termékoldalon látható árral?
- A sale_price csak aktív kampányok esetén szerepel?
- A kampány kezdete és vége helyesen van megadva?
- Van-e kötelező árnövekedés termékoldal és fizetés között?
- A pénznem ISO formátumban szerepel?
- A variációs URL a megfelelő variációt nyitja meg?
- A Product schema naprakész árakat mutat?
- A robots.txt nem tiltja a Google feltérképezést?
- Cache törlés árfrissítéskor automatikusan működik?
- Merchant Center szállítási és adóbeállítások helyesek?
- Mobilon és asztali gépen egyezik az ár?
- Árjavítás után a feed újra lett küldve?
Gyakran ismételt kérdések
Mennyi idő alatt javulnak meg a Google Merchant Center árpolitikai hibák?
A javítás után az újraellenőrzés általában pár órától 72 óráig tart. Az időtartam függ a termékek számától, az indexelés gyakoriságától, a hiba típusától és az újraellenőrzés terheltségétől.
Hogyan küldjem a kedvezményes árakat a feed-ben?
A normál árat a price mezőben, az aktív kedvezményt pedig a sale_price mezőben kell megadni. Ha ismert a kampány kezdete és vége, a sale_price_effective_date mezőt is érdemes kitölteni a hibák elkerülése érdekében.
Kötelező ÁFA-val együtt megjeleníteni az árat?
Magyarországon a fogyasztóknak szóló e-kereskedelmi oldalaknak ÁFA-val együtt kell feltüntetniük az árakat. Ha a termékoldalon nem jelenik meg a teljes ár, de a fizetésnél hozzáadódik, az áreltéréshez vezet a Merchant Centerben.
Megoldják-e teljesen az automatikus termékfrissítések az árhibákat?
Nem. Az automatikus frissítések csökkenthetik az időzítési különbségekből eredő kisebb eltéréseket, de a rossz feed, elavult schema vagy hibás weboldali árkezelést nem orvosolják. Az alapadatokat kell helyesen kezelni.
Hogyan kerülhetem el az árhibákat variációs termékeknél?
Minden variációnak külön termékazonosítóval, közös item_group_id-vel és helyes nyitó URL-lel kell rendelkeznie. A felhasználónak kattintáskor a feedben szereplő variáció árát és állapotát kell látni az oldalon is.
Összegzés
A Google Merchant Center árpolitikai hibák általában a feed, termékoldal, strukturált adatok és fizetési lépések közötti apró adateltérésekből adódnak. A tartós megoldás egyetlen árforrás, pontos kedvezménykezelés, naprakész strukturált adatok, gyors és jól feltérképezhető oldalak, valamint rendszeres auditálás. Ahhoz, hogy termékeid zökkenőmentesen jelenjenek meg a Google Shopping és az ingyenes listázások között, ne hanyagold el a technikai hátteret sem. Ha szeretnéd, a Hostragons-nál elérhető hosting, domain és SSL megoldásokat is érdemes megnézned, hogy webshopod megbízható adatfolyamra épüljön.