Mennyiségi kedvezmény és lépcsős ár megjelenítése a termékoldalon

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

Mi a lépcsős ár, és miért nehéz jól megjeleníteni?

Lépcsős árnál (mennyiségi kedvezménynél) a termék egységára a megrendelt darabszámtól függ. Például 1-9 darabig alapáron veszed, 10 darabtól 5%-kal, 50 darabtól 10%-kal kevesebbért. A megjelenítés azért trükkös, mert ugyanannak a terméknek egyszerre több helyes ára van, a vásárló, a Google és a Merchant Center feed viszont egyetlen, egyértelmű számot vár.

Érdemes elválasztani a lépcsős árat a rokon megoldásoktól. A csomagban árult termék (multipack, például egy 6 darabos karton) egyetlen cikk, saját árral. A kuponos vagy időszakos akció minden mennyiségre érvényes árcsökkentés. A lépcsős ár ugyanannak a cikknek a darabszámtól függő egységára, és ez a különbség később a feednél és a strukturált adatnál is számít.

Hogyan jelenítsd meg a lépcsős árat a termékoldalon?

A fő ár mindig a ténylegesen kiválasztott mennyiségre érvényes egységár legyen, közvetlenül alatta pedig egy rövid táblázat a darabszám-sávokkal, az egységárral és a megtakarítással. Így a vásárló egy pillantással látja, mennyit fizet most, és mennyit fizetne a következő lépcsőn.

Lépésről lépésre így építheted fel.

1. Alapállapot. Betöltéskor a mennyiségmező 1 darabot (vagy a minimális rendelési mennyiséget) mutat, a fő ár pedig az ehhez tartozó egységár. A feed és a strukturált adat is ezt a számot használja.
2. Átfedés nélküli sávok. A határokat zártan írd ki, például „1-9 db”, „10-49 db”, „50 db-tól”. A „10-ig” és „10 felett” párosnál a vásárló nem tudja, hová esik a pontosan 10 darab.
3. Élő frissítés. Mennyiségváltáskor frissüljön az egységár, a sorösszeg és a táblázat kiemelt, aktív sora is. Ha a változás csak a kosárba tétel után látszik, a kedvezmény sokat veszít a vonzerejéből.
4. Egy viszonyítási pont. A százalékos vagy összegszerű megtakarítást mindig az alapárhoz mérd, ne az előző lépcsőhöz, különben a számok fejben nem adódnak össze.
5. Következő lépcső jelzése. Egy rövid sor, például „Még 3 darab, és a 10 db-os egységár érvényes”, segítheti a döntést, ha nem tolakodó.
6. Adótartalom jelölése. Írd ki egyértelműen, hogy bruttó vagy nettó árat lát a vásárló. Ha mindkettőt mutatod, az legyen nagyobb betűs, amelyiket a célközönséged keresi.

Saját tapasztalat. Ha a lépcsős táblázat a „Kosárba” gomb alatt, a leírás környékén van, sok látogató egyszerűen nem veszi észre. Az ár közvetlen közelében álló, kompakt táblázat jellemzően jobban működik, mint egy lenyitható „Mennyiségi kedvezmények” fül.

Milyen szövegezés érthető a vásárlónak?

A „10 db-tól” vagy „10 darabtól” alak világosabb a „10+” jelölésnél, főleg lakossági vásárlóknak. Az „akár 15% kedvezmény” megfogalmazás csak akkor korrekt, ha a felső lépcső egy átlagos rendelésnél is elérhető. Ha a lépcső változatok között összeadódik (például a különböző színű pólók együtt számítanak), ezt írd ki szó szerint, mert az ügyfélszolgálaton ez az egyik leggyakoribb kérdés.

Mit mutass a kosárban és a pénztárban?

A kosárban soronként látszódjon az alkalmazott egységár, a lépcső megnevezése és a sorösszeg. Ha a vásárló a mennyiség csökkentésével kiesik egy lépcsőből, ezt a felület mondja is ki. Ugyanarra a darabszámra a termékoldalon látott ár és a kosárban számolt ár soha ne térjen el.

• Az egységár mellett egy kis címke jelezze a lépcsőt, például „10-49 db-os ár”.
• Ha a következő lépcső 1-2 darabon múlik, a kosár sorában jelenjen meg egy finom javaslat.
• A kosár végén egy összesítő sor („Mennyiségi kedvezmény összesen”) sokat segít, ha a kedvezmény kuponnal is kombinálható.
• Írd le, hogy a mennyiségi kedvezmény és a kupon összevonható-e, mert a pénztárnál felbukkanó meglepetés a kosárelhagyás tipikus oka.

Szakmai feltételezés. Ha a kosárban magyarázat nélkül változik az ár, a vásárló elveszítheti a bizalmát. Ha a rendszer csendben átáraz, a vásárló hibának érzékelheti, akkor is, ha az ár a javára változott.

Hogyan jelenjen meg a lépcsős ár a kategóriaoldalon?

A kategórialistában a termékkártya az egy darabra (vagy a minimális rendelési mennyiségre) vonatkozó árat mutassa, mellette egy rövid jelzéssel, például „Mennyiségi kedvezmény 10 db-tól”. A legalacsonyabb lépcső egységárát ne tedd a kártyára főárként.

Ennek két oka van. A vásárló a kártyán látott számot várja a termékoldalon is, és ha ott magasabbat lát, csalódik. A másik ok technikai. Sok sablonban a kategóriaoldal ára ugyanabból a mezőből jön, mint a termékoldal strukturált adata, így a legolcsóbb lépcső kiemelése könnyen átszivárog a jelölésbe. Szűrésnél és rendezésnél („ár szerint növekvő”) is az alapár legyen a mérvadó, különben a lista sorrendje félrevezető lesz.

Mi kerüljön a strukturált adatba, ha az ár mennyiségtől függ?

A Product jelölés offers.price mezőjébe az alapértelmezett mennyiséghez tartozó egységár kerüljön, ugyanaz, ami a feedben áll és az oldal betöltésekor látszik. A lépcsőket a látható HTML-ben mutasd meg, strukturált adatba csak óvatosan, teszteléssel tedd.

Hivatalosan igazolt. A Schema.org szókincse le tudja írni a mennyiségtől függő árat. Az Offer és a PriceSpecification típusnak van eligibleQuantity tulajdonsága, amelybe minValue és maxValue értékű QuantitativeValue kerülhet, az ár részletezésére pedig a UnitPriceSpecification típus használható. A Google Search Central termékekről szóló dokumentációja az offers.price és a priceCurrency mezőt kéri, a priceSpecification használatát pedig az egységár (például kilogrammonkénti ár) és az áthúzott ár leírásánál mutatja be.

Szakmai feltételezés. A Google dokumentációja a darabszám-lépcsőket nem említi támogatott esetként. A priceType nélküli UnitPriceSpecification árát a Google tényleges eladási árként értelmezheti, így egy oda beírt lépcsős ár a Google szemében felülírhatja az alapárat. A konzervatív megoldás ezért az, hogy a jelölésben csak az alapár és a minimális rendelési mennyiség szerepel.

Egy minimális, lépcsőket nem tartalmazó példa következik, a szögletes zárójeles részt a saját értékeddel töltsd ki.

{"@context": "https://schema.org", "@type": "Product", "name": "Rozsdamentes csavar M8", "sku": "CS-M8-40", "offers": {"@type": "Offer", "price": "[1 db egységára]", "priceCurrency": "HUF", "availability": "https://schema.org/InStock", "eligibleQuantity": {"@type": "QuantitativeValue", "minValue": 1, "unitCode": "C62"}}}

A C62 az UN/CEFACT kódlistában a darabot jelöli. Ha a termék csak 10 darabtól rendelhető, a minValue értéke 10 legyen, és az offers.price is erre a mennyiségre vonatkozzon, vagy a 10 darabos kiszerelést kezeld önálló cikként. Akármelyik utat választod, a Rich Results Test és a Search Console URL-ellenőrzője megmutatja, mit olvas ki a Google az oldalból.

Mi kerüljön a Merchant Center feedbe?

A feed price mezőjébe ugyanaz az ár kerüljön, ami a céloldalon az alapértelmezett mennyiségnél látható, Magyarországra célzott termékeknél áfával együtt. A feednek nincs külön attribútuma a darabszám-lépcsőkre, ezért a lépcsőket ott nem tudod átadni.

Hivatalosan igazolt. A Merchant Center súgója szerint a feedben megadott árnak egyeznie kell a céloldalon látható árral, és a legtöbb országban (az Egyesült Államok, Kanada és India kivételével) az árnak tartalmaznia kell az áfát. Az azonos termékekből álló, együtt árult csomaghoz a multipack attribútum tartozik, a sale_price pedig valódi akciós árra való.

Ebből néhány gyakorlati szabály következik.

• A mennyiségi kedvezményt ne tedd a sale_price mezőbe, mert egy darabra nem érvényes, így a céloldal nem igazolja vissza.
• Ha a terméket csak dobozos tételben lehet megvenni, a feedben a doboz legyen a cikk, a doboz árával és a multipack értékkel.
• A bejelentkezés után látható, egyedi B2B árakat ne tedd a feedbe. A Google a nyilvános, bejelentkezés nélkül látható árat ellenőrzi.

Hogyan kerülheted el az ár-eltérés miatti Merchant Center figyelmeztetést?

Úgy, hogy az alapértelmezett mennyiségnél ugyanaz a szám áll a látható oldalon, a strukturált adat offers.price mezőjében és a feed price mezőjében, és a Google bejelentkezés meg sütik nélkül is ezt látja. Az eltérésről a Merchant Center diagnosztikája szól, angol felületen „Mismatched value (page crawl) [price]” néven.

1. Rögzítsd az alapmennyiséget. A termékoldal betöltéskor mindig ugyanazt a mennyiséget mutassa, és ne emlékezzen egy korábbi látogatás darabszámára az URL-ben vagy sütiben, ha ettől változik a fő ár.
2. Ne írd át az árat betöltéskor JavaScripttel. Ha egy szkript az oldal betöltése után átírja a fő árat (például egy alapból beállított 10-es mennyiség miatt), a Google renderelt nézete más számot láthat, mint ami a feedben van.
3. Tartsd fixen a jelölést. A strukturált adat offers.price értéke ne kövesse a mennyiségváltót, maradjon az alapár.
4. Figyelj az automatikus cikkfrissítésre. A Merchant Center hivatalos leírása szerint ez a funkció a céloldal és a strukturált adat alapján frissítheti a feed árát. Ha a jelölésbe a legolcsóbb lépcső kerül, a funkció ezt veheti át, és a hirdetés hibás árral futhat.
5. Nézd meg a gyorsítótárat. Ármódosítás után ürítsd a lap- és CDN-gyorsítótárat, mert a régi ár a feed frissülése után is ott maradhat az oldalon.
6. Ellenőrizz mintavétellel. Néhány lépcsős terméknél nyisd meg az oldalt privát böngészőablakban, vesd össze a feed árával, majd futtasd le a Rich Results Testet.

Saját tapasztalat. A lépcsős áras eltérések jelentős része pluginütközésből jön. Egy mennyiségi kedvezmény bővítmény és egy feedgeneráló vagy SEO-bővítmény más-más ármezőből dolgozik, és csak az egyik veszi figyelembe a lépcsőt. Ilyenkor azt érdemes eldönteni, melyik mező az „igazság forrása”, és a többit ehhez igazítani.

Melyek a leggyakoribb hibák lépcsős árnál?

A leggyakoribb hiba az, hogy a legolcsóbb lépcső kerül főárnak a kártyára, a jelölésbe vagy a feedbe, miközben egy darabot csak drágábban lehet megvenni. A többi hiba többnyire ugyanebből a következetlenségből ered (saját tapasztalat).

• Átfedő vagy hiányos sávhatárok, például „1-10” és „10-50” egymás mellett.
• A megtakarítás hol az alapárhoz, hol az előző lépcsőhöz viszonyítva.
• A kategóriaoldal a legolcsóbb lépcső szerint rendez, a termékoldal pedig az alapárat mutatja.
• A lépcsőtábla csak képként vagy csak egy felugró ablakban létezik.
• A lépcsők változatonként eltérnek, de a táblázat változatváltáskor nem frissül.
• A kosár csendben átáraz, amikor a vásárló kiesik egy lépcsőből.

Mire van szüksége a B2B és a lakossági vásárlónak?

A B2B vásárló a teljes árstruktúrát, a nettó árat és a rendelési egységeket akarja látni, a lakossági vásárló egy egyszerű, bruttó ajánlatot egy jól érthető kedvezménnyel. Ha mindkét közönségnek árulsz, a felület alapból a nagyobb forgalmú csoporthoz igazodjon, a másik nézet pedig egy kapcsolóval vagy bejelentkezés után legyen elérhető.

Ellenőrzőlista B2B vásárlókhoz

• A nettó egységár az elsődleges, a bruttó mellette kisebben látszik, egyértelmű áfajelöléssel.
• A lépcsőtáblázat minden szintje látható, egyik sincs elrejtve egy „Kérj ajánlatot” gomb mögé.
• A minimális rendelési mennyiség és a rendelési egység (darab, doboz, karton, raklap) a mennyiségmező mellett áll.
• A mennyiségmező csak a rendelési egység többszörösét engedi, és ezt meg is magyarázza.
• A legfelső lépcső fölött nagy tételre ajánlatot lehet kérni.
• Az ismételt rendelés gyors, a korábbi tételek egy kattintással kosárba tehetők.
• Az egyedi szerződéses ár bejelentkezés után jelenik meg, a nyilvános ár közben változatlan marad a feed és a Google számára.

Ellenőrzőlista lakossági vásárlókhoz

• A bruttó ár az elsődleges, és ahol a termékre előírt, ott a jogszabály szerinti egységár (például literenkénti ár) is látszik.
• Legfeljebb 2-3 lépcső van, egyszerű megfogalmazással („2 db-tól 5% kedvezmény”).
• A következő lépcső jelzése visszafogott, nincs visszaszámláló vagy nyomásgyakorlás.
• A szállítási díjhatárral együtt is érthető, mit jelent a kedvezmény a végösszegre.
• Kiderül, hogy a lépcső összeadódik-e a változatok (szín, méret) között.
• A kedvezmény és a kupon viszonya már a kosár előtt látszik.

Szakmai feltételezés. A mennyiségi kedvezmény jogi megítélése (például az árcsökkentés közlésének szabályai vagy az egységár feltüntetése) termékkörönként eltérhet, ezért a megfogalmazást érdemes fogyasztóvédelmi szakemberrel is átnézetni.

Mire figyelj a lépcsős ár mobilos megjelenítésénél?

Mobilon a lépcsőtáblázat férjen ki vízszintes görgetés nélkül, az aktuális egységár és a mennyiségváltó maradjon kéznél, a változásokat pedig a képernyőolvasó is jelezze. Mobilon a lépcsős ár gyakran azon bukik el, hogy a látogató nem látja a táblázatot, vagy nem tudja kényelmesen kezelni (saját tapasztalat).

• Legfeljebb három oszlop legyen (darabszám, egységár, megtakarítás), keskeny kijelzőn egymás alatti sorokban.
• Az ár és a lépcsőtábla az első képernyőn álljon, a termékkép alatt, a hosszú leírás előtt.
• A plusz és mínusz gomb célterülete a WCAG 2.2 szerint legalább 24×24 CSS pixel (hivatalosan igazolt AA követelmény), a kényelmes használathoz ennél nagyobb ajánlott.
• A beírható mennyiségmező az inputmode="numeric" attribútummal számbillentyűzetet nyit.
• Egy rögzített alsó kosársáv mutatja a sorösszeget és az aktuális lépcsőt, és mennyiségváltáskor frissül.
• Az árváltozást egy aria-live régió jelzi a képernyőolvasónak (a WAI-ARIA leírása szerint), így a vak és gyengénlátó vásárló is értesül az új egységárról.
• A táblázat valódi táblázat-fejlécekkel készüljön, ne képként vagy egymásba ágyazott dobozokból.
• Lassú mobilnetnél se ugráljon a tartalom. Foglald le előre a tábla helyét, hogy a betöltés ne tolja el a „Kosárba” gombot.

Segíti-e a jól jelölt lépcsős ár az AI-alapú válaszokat?

Jó eséllyel segíti, de semmit nem ígér. Egy válaszmotor akkor tud pontosan felelni arra, hogy „mennyibe kerül 50 darab”, ha a lépcsők az oldalon szövegesen, táblázatban olvashatók, és nem csak egy kattintás után betöltődő elemben vannak (szakmai feltételezés).

A gyakorlatban ez azt jelenti, hogy a lépcsőtábla a HTML-ben is benne van, a sávhatárok szöveggel le vannak írva, és a termékoldal GYIK részében egy-két mondat elmondja, összeadódik-e a kedvezmény a változatok között, és kombinálható-e kuponnal. Ugyanezek a lépések a hagyományos keresőnek és a vásárlónak is jót tesznek, így külön „AI-verziót” nem kell készítened.

Források és további olvasnivalók

• Google Search Central, Termék (Product) strukturált adat és kereskedői listázások dokumentációja
• Google Merchant Center Súgó, Ár [price], Akciós ár [sale_price] és Multipack [multipack] attribútum
• Google Merchant Center Súgó, Automatikus cikkfrissítések
• Schema.org, Offer, PriceSpecification, UnitPriceSpecification és QuantitativeValue típus
• W3C, Web Content Accessibility Guidelines (WCAG) 2.2, 2.5.8 Célterület mérete (minimum)
• W3C, WAI-ARIA 1.2, aria-live tulajdonság
• UN/CEFACT, Recommendation No. 20, mértékegységkódok