Előrendelhető és utánrendelhető termék kezelése a webshopban

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

Ha egy termék éppen nincs a raktáradban, a webshop három, egymástól jól elkülöníthető helyzetben lehet. Előrendelésnél a termék még meg sem jelent. Utánrendelésnél már forgalmazod, csak elfogyott, és a beszállító pótolja. Sima készlethiánynál pedig nem tudod, mikor lesz újra. A vásárló, a Google keresője és a Merchant Center mindhárom esetben mást vár tőled, és ha a három felület mást mond, abból elutasított termék, visszamondott rendelés vagy csalódott vásárló lesz.

A cikkben három jelölést használok. Hivatalosan igazolt az, ami a Google Merchant Center súgójában, a Google Search Central dokumentációjában vagy a Schema.org szótárában szerepel. Saját tapasztalat az, amit webshopok feedjeinek és termékoldalainak rendbetételekor láttunk. Szakmai feltételezés az, amire nincs hivatalos megerősítés, de a rendszerek működéséből jó eséllyel következik.

Mi a különbség az előrendelés, az utánrendelés és a készlethiány között?

Előrendelés akkor van, ha a termék még nem jelent meg, de már megrendelhető. Utánrendelés akkor, ha a termék létezik, forgalmazod, elfogyott, és van becsülhető dátum a következő szállítmányra. Készlethiány akkor, ha most nem rendelhető, és nincs megbízható érkezési dátum.

Előrendelésre jellemző példa egy új könyv a megjelenése előtt, egy bejelentett telefonmodell vagy egy szezon előtti kollekció. Utánrendelésre egy állandó kínálatban lévő túrabakancs 42-es mérete, amelyből a nagykereskedő a következő héten szállít. Készlethiányra egy gyártásból kifutó termék, amelynél a beszállító sem tud dátumot mondani.

A vásárló a három helyzetben más kockázatot vállal. Előrendelésnél tudja, hogy várnia kell, sokszor épp azért rendel korán, hogy az elsők között kapja meg. Utánrendelésnél könnyen azt hiszi, hogy a csomag holnap indul, ha az oldal ezt nem mondja ki világosan. Készlethiánynál jellemzően azt szeretné tudni, kérhet-e értesítést, amikor újra lesz.

A Google és a Merchant Center mindhárom állapotot külön értékkel kezeli, és azt figyeli, hogy a feedben, a termékoldalon és a strukturált adatban ugyanaz szerepel-e.

Milyen availability értéket adj meg a Merchant Center feedben?

Előrendelt terméknél preorder, utánrendelhető terméknél backorder, dátum nélküli készlethiánynál out_of_stock a helyes érték, és az első kettő mellé kötelező az availability_date.

Hivatalosan igazolt. A Google termékadat-specifikációja szerint az availability attribútum négy értéket fogad el, ezek az in_stock, az out_of_stock, a preorder és a backorder. Ha az érték preorder vagy backorder, az availability_date mezőt is ki kell tölteni ISO 8601 formátumban, és a dátum legfeljebb egy évvel lehet későbbi a beküldésnél. A specifikáció azt is előírja, hogy a feedben megadott elérhetőség egyezzen a céloldalon látható elérhetőséggel.

Egy XML feedben az utánrendelt bakancs így néz ki.

<g:availability>backorder</g:availability>
<g:availability_date>2026-12-10T09:00+01:00</g:availability_date>

Néhány gyakori hiba, amit érdemes elkerülni.

• Az utánrendelhető terméket in_stock értékkel küldöd, mert a webshop motorja engedi a rendelést. A Google ilyenkor azonnal szállíthatónak mutatja, a vásárló pedig a pénztárban vagy a visszaigazolásban szembesül a várakozással.
• A preorder vagy backorder érték mellől hiányzik a dátum, ezért a termék hibás adatként jelenik meg a diagnosztikában.
• A még meg sem jelent termék backorder értéket kap. Formailag elfogadható lehet, de a vásárló félreérti, mert utánrendelésnél azt hiszi, a termék már létezik.

Saját tapasztalat. A legtöbb eltérés abból adódik, hogy a webshop motorja csak két állapotot ismer (van készlet, nincs készlet), és a „rendelhető készlethiány esetén” beállítás nem jut el a feedig. Érdemes megnézni, hogy a feedgeneráló bővítmény melyik termékmezőből olvassa az elérhetőséget, és van-e külön mező a várható beérkezésre.

A feedgeneráló beállításait így érdemes átnézni.

1. Válassz ki egy tesztterméket, és állítsd utánrendelhetőre a webshopban.
2. Töltsd le vagy nyisd meg a generált feedet, és keresd meg a termék sorát.
3. Nézd meg, hogy az availability mezőben valóban backorder áll-e, és van-e mellette availability_date.
4. Ha a bővítmény in_stock értéket ír, keresd meg a leképezési beállítást, ahol a webshop készletállapotait a Google értékeihez rendeled.
5. A javítás után a Merchant Center diagnosztikájában ellenőrizd, hogy a teszttermék elérhetősége frissült-e.

Hogyan jelöld ugyanezt a strukturált adatban?

A termékoldal Product jelölésében az offers.availability értéke előrendelésnél https://schema.org/PreOrder, utánrendelésnél https://schema.org/BackOrder, készlethiánynál https://schema.org/OutOfStock legyen.

Hivatalosan igazolt. A Schema.org ItemAvailability felsorolása tartalmazza a PreOrder, a BackOrder, az OutOfStock és a PreSale értéket, az Offer típusnak pedig van availabilityStarts tulajdonsága. A Google Search Central termékjelölési dokumentációja ezeket az elérhetőségi értékeket támogatottként sorolja fel. A PreSale mást jelent, mint a PreOrder, mert azt jelzi, hogy a terméket a hivatalos megjelenés előtt már meg is lehet kapni, ezért előrendelésre ne ezt használd.

Egy egyszerűsített JSON-LD részlet az utánrendelt bakancsra. Az árat és a többi kötelező mezőt a rövidség kedvéért kihagytam, éles oldalon ezeknek is benne kell lenniük.

{"@context": "https://schema.org", "@type": "Product", "name": "Példa túrabakancs", "sku": "TB-42", "offers": {"@type": "Offer", "priceCurrency": "HUF", "availability": "https://schema.org/BackOrder", "availabilityStarts": "2026-12-10"}}

Szakmai feltételezés. Az availabilityStarts mezőt a Google termékjelölési dokumentációja nem sorolja a kiemelten használt tulajdonságok közé, így nem várható tőle látványos változás a találati listában. A konzisztenciát viszont erősíti, és más rendszerek, köztük AI-alapú vásárlási asszisztensek jó eséllyel értelmezik.

Hogyan kezeld az érkezési dátumot?

Az érkezési dátum az a nap legyen, amikortól reálisan postázni tudod a terméket, a beszállítói visszaigazolás és egy saját tartalékidő alapján, és ugyanaz a dátum szerepeljen a feedben, a jelölésben és az oldalon.

A dátumot így érdemes kialakítani.

1. Kérj írásos visszaigazolást a beszállítótól a szállítás várható napjáról.
2. Add hozzá a beérkeztetés, a csomagolás és a feladás saját idejét. Ha a raktárnak két munkanap kell a beérkezett áru feldolgozására, a feedbe a beérkezés utáni második munkanap kerüljön.
3. Adj hozzá tartalékot a beszállító eddigi pontosságától függően. Akinél a szállítás rendszeresen csúszik, ott a tartalék is legyen nagyobb.
4. Az ISO 8601 alakot időzónával add meg (például 2026-12-10T09:00+01:00), mert a dátum nélküli időzóna-értelmezés egy nappal eltolhatja a megjelenítést.
5. Rögzítsd egy belső táblában, melyik termékhez melyik beszállítói visszaigazolás tartozik, hogy csúszáskor gyorsan megtaláld az érintetteket.

Saját tapasztalat. A lejárt dátum az egyik leggyakoribb hiba. A beérkezés napja elmúlik, a termék még nincs itt, a feedben viszont ott marad a régi dátum. Ilyenkor a Google egy múltbeli napot mutathat várható elérhetőségként, ami a vásárló szemében komolytalan.

Milyen szöveg kerüljön a termékoldalra, hogy ne ígérj biztos szállítási időt?

A termékoldal mondja ki az állapotot, a várható dátumot és annak forrását, és azt is, mi történik, ha a dátum változik. Szállítási ígéretet ne írj, ha a beérkezés a beszállítón múlik.

Kerülendő megfogalmazások.

• „Szállítás december 10-én, biztosan.”
• „2-3 napon belül nálad” egy olyan terméknél, amely még be sem érkezett.
• „Hamarosan” dátum nélkül egy backorder értékű terméknél, mert a feedben és a jelölésben ilyenkor dátum áll, az oldalon pedig semmi.

Jobb megfogalmazások.

• „Utánrendelhető. A beszállító visszaigazolása szerint várhatóan december második hetében érkezik hozzánk, és utána indítjuk a csomagokat. Ha ez változik, e-mailben szólunk, és eldöntheted, hogy kivárod vagy lemondod a rendelést.”
• „Előrendelhető. A kiadó által közölt megjelenési nap után adjuk postára a megrendeléseket, a sorrend a rendelés időpontja szerint halad.”
• „Jelenleg nem rendelhető. Iratkozz fel, és szólunk, ha újra elérhető.”

A szövegnek a gomb közelében, jól látható helyen kell lennie, a gomb felirata pedig maga is jelezze az állapotot, például „Előrendelem” vagy „Utánrendelem”. Szakmai feltételezés. A Merchant Center céloldal-ellenőrzése és az automatikus termékfrissítés a látható szövegből és a jelölésből is következtethet az elérhetőségre, ezért ha a gomb „Kosárba” feliratú, a szövegben pedig nincs dátum, a rendszer könnyebben értelmezheti a terméket raktáron lévőnek.

Hivatalosan igazolt. A 45/2014. (II. 26.) Korm. rendelet a távollévők között kötött szerződéseknél előírja, hogy a vásárlót a szerződés megkötése előtt tájékoztatni kell a teljesítés határidejéről. A pontos jogi kötelezettségeket, a teljesítési határidőt és a késedelem esetére szóló szabályokat a saját ÁSZF-ed alapján érdemes jogásszal is átnézetni.

Mit kell látnia a vásárlónak a pénztárban?

A pénztárban ugyanannak az állapotnak és dátumnak kell megjelennie, mint a termékoldalon, a kosár sorában, az összesítőben és a visszaigazoló e-mailben is.

• A kosár sorában a termék neve mellett szerepeljen az „Előrendelés” vagy „Utánrendelés” címke a várható dátummal.
• Vegyes kosárnál (egy raktáron lévő és egy utánrendelt termék) döntsd el előre, hogy egyben küldöd-e a csomagot, vagy két részletben. Ha lehet, a vásárló válasszon, és lássa, mivel jár a döntése.
• Írd le, mikor terheled a kártyát. A rendeléskor történő terhelés és a feladáskori terhelés eltérő elvárást kelt, és a vásárlónak tudnia kell, melyik vonatkozik rá.
• A visszaigazoló e-mail ismételje meg a várható dátumot és a lemondás módját.
• A rendelés állapota a fiókodban és az adminfelületen is külön látsszon, például „Utánrendelésre vár”, hogy az ügyfélszolgálat egy pillantással lássa, melyik rendelés miért nem indult még el.

Saját tapasztalat. A pénztár a leggyakrabban kimaradó pont. A termékoldal és a feed rendben van, a kosár viszont már csak a szokásos szállítási időt mutatja, mert azt a szállítási modul egységesen írja ki minden termékre.

Ellenőrzőlista a feed, a strukturált adat és a pénztár összehangolásához

Ezt a listát minden előrendelhető és utánrendelhető terméknél érdemes végigvenni, a feed módosítása után pedig újra.

1. A feedben az availability értéke preorder, backorder vagy out_of_stock, és megfelel a valós helyzetnek.
2. Preorder és backorder mellett van availability_date, időzónával, egy éven belül, és nem múltbeli.
3. A termékoldal Product jelölésében az offers.availability ugyanazt az állapotot mutatja, mint a feed.
4. Ha használod az availabilityStarts mezőt, ugyanaz a dátum áll benne, mint a feedben.
5. A látható szöveg kimondja az állapotot, a várható dátumot és a változás esetén követendő lépést.
6. A gomb felirata jelzi az állapotot.
7. A kosár, az összesítő és a visszaigazoló e-mail ugyanazt a dátumot mutatja.
8. A szállítási időre vonatkozó feedbeállítás (kezelési és szállítási idő) nem mond ellent az érkezési dátumnak.
9. A Google Rich Results tesztje és a Merchant Center diagnosztikája nem jelez eltérést.
10. Van belső felelős, aki a beszállítói dátum változásakor frissít.

Mi a teendő, ha a beérkezés csúszik?

Csúszáskor ugyanazon a napon frissítsd a dátumot a feedben, a jelölésben és az oldalon, és írj minden érintett vásárlónak az új várható dátummal és a lemondás lehetőségével. Ha új dátum nincs, állítsd a terméket out_of_stock értékre.

1. Kérj a beszállítótól új, írásos visszaigazolást.
2. Számold újra a dátumot a saját feldolgozási idővel és tartalékkal.
3. Frissítsd az availability_date mezőt, és ha a feed csak napi egyszer frissül, indíts kézi frissítést vagy küldd be a változást a Content API-n keresztül.
4. Frissítsd a jelölést és a termékoldali szöveget, a gomb közelében is.
5. Gyűjtsd ki az érintett rendeléseket, és küldj levelet az új várható dátummal. Írd bele, hogyan mondhatja le a rendelést, és ha már fizetett, hogyan kapja vissza a pénzt.
6. Ha a beszállító nem tud új dátumot mondani, állítsd a terméket out_of_stock értékre, kapcsold ki a rendelhetőséget, és kínálj fel értesítést az újbóli elérhetőségről.
7. A már rendelt vásárlókat ilyenkor se hagyd bizonytalanságban. Írd meg nekik, hogy most nincs dátum, és kérdezd meg, kivárják-e.

Hivatalosan igazolt. A Merchant Center automatikus termékfrissítése a céloldal alapján módosíthatja a feedben beküldött elérhetőséget és árat, ha eltérést észlel, és a tartós eltérés a termék elutasításához vezethet. Ez a beállítás nem helyettesíti a saját frissítést, csak csökkenti a kár mértékét.

Szakmai feltételezés. Az ismétlődő csúszás és a gyakori elérhetőségváltás a vásárlói elégedettségen keresztül a bolt értékeléseire is hathat. Ezt mérni nehéz, de a pontos, időben küldött tájékoztatás jó eséllyel kevesebb panaszt és lemondást hoz, mint a hallgatás.

Mit jelent a backorder, és mikor használd a webshopban?

A backorder jelentése utánrendelés. Olyan termékre használják, amely átmenetileg elfogyott, de a vásárló már most megrendelheti, és a webshop a következő beszállítói szállítmányból teljesíti a rendelést, egy előre közölt várható dátum után.

Az angol kifejezés a logisztikából jön. A back order eredetileg a teljesítetlen, hátralékban lévő rendelést jelenti, vagyis azt a megrendelést, amelyet a cég elfogadott, de készlet híján még nem tudott kiszolgálni. A webshopok nyelvében ebből lett az állapot neve, amely a terméken már a rendelés előtt jelzi, hogy a vásárlónak várnia kell.

Hivatalosan igazolt. A Google Merchant Center termékadat-specifikációjában a backorder az availability attribútum egyik értéke, a Schema.org szótárában pedig a https://schema.org/BackOrder jelöli ugyanezt. Mindkét helyen a már létező, de jelenleg nem raktáron lévő, később szállítható termékre vonatkozik, és a Merchant Centerben mellé kötelező a várható dátum.

Mikor jó választás a backorder?

Akkor jelöld a terméket utánrendelhetőnek, ha az alábbiak mind teljesülnek.

• A terméket már forgalmazod, és volt belőle készleted.
• A beszállító írásban visszaigazolta a következő szállítás várható napját.
• A várható dátum egy éven belül van, így a feedben is megadható.
• A rendszered kezeli, hogy a rendelés várakozó állapotban maradjon, és a vásárló értesítést kapjon a feladáskor.
• Vállalod, hogy csúszáskor írsz a már rendelt vásárlóknak.

Mikor ne használd?

• Ha a termék még meg sem jelent, mert arra a preorder érték való.
• Ha a termék kifut, és a beszállító sem tud dátumot mondani. Ilyenkor az out_of_stock a helyes érték.
• Ha a dátum csak becslés, amelyet senki nem igazolt vissza. A vásárló a dátumra tervez, a visszamondott rendelés pedig neked több munkát jelent, mint egy értesítési feliratkozás.

Hogyan jelenik meg a backorder a webshopmotorokban?

Saját tapasztalat. A WooCommerce a termék készletbeállításainál külön kérdezi, engedélyezed-e az utánrendelést (angol felületen „Allow backorders?”), és három lehetőséget ad. Tilthatod, engedélyezheted a vásárló értesítésével, vagy engedélyezheted értesítés nélkül. Webshopnál a második a jó, mert így a termékoldal és a kosár is jelzi a várakozást. A Shopify ugyanezt a „Continue selling when out of stock” beállítással oldja meg, amely magában csak a rendelhetőséget engedi, az állapotot és a dátumot külön kell kiírnod. A magyar fordítású felületeken a megnevezés eltérhet, ezért a beállítást az angol név alapján is érdemes megkeresni.

Szakmai feltételezés. Ha a motor engedi a rendelést készlethiány mellett, de a feedgeneráló ezt in_stock értékre fordítja, a Google azonnal szállítható terméket lát. Ezért a backorder bekapcsolása után mindig nézd meg egy tesztterméken, mi kerül a feedbe és a termékoldal jelölésébe.

Források és további olvasnivalók

• Google Merchant Center súgó, Termékadat-specifikáció (availability és availability_date attribútum)
• Google Merchant Center súgó, Automatikus termékfrissítések
• Google Search Central, Termék strukturált adatai (Product, Offer)
• Schema.org, ItemAvailability felsorolás
• Schema.org, Offer típus (availability, availabilityStarts)
• 45/2014. (II. 26.) Korm. rendelet a fogyasztó és a vállalkozás közötti szerződések részletes szabályairól