Egy 8 000 termékes webshopban nem az a kérdés, hogy mennyi idő feltölteni egy új terméket. Az a kérdés, mi történik akkor, amikor a beszállító egyszerre módosít 600 árat, 200 készletadatot és több tucat termékleírást. Az UNAS termékfeltöltés automatizálás ilyen helyzetekben nem kényelmi funkció, hanem az értékesítés és az adminisztráció stabilitásának feltétele.
A kézi termékkezelés kisebb kínálatnál működhet. Ahogy nő a cikkszám, több beszállító jelenik meg, vagy gyakrabban változnak az adatok, a manuális frissítés hibalehetőséggé válik. Elmaradhat egy árkorrekció, készleten maradhat egy már nem rendelhető termék, vagy egy hiányos adatlap kerülhet ki a keresőbe. Az automatizálás célja nem pusztán a gyorsaság: olyan folyamat kialakítása, amely ellenőrizhetően, ismételhetően és üzleti szabályok szerint kezeli a termékadatokat.
Mit jelent az UNAS termékfeltöltés automatizálása?
Az automatizált termékfeltöltés során egy külső adatforrás – például beszállítói CSV, XML vagy táblázatkezelőből előállított fájl – meghatározott időközönként adatokat ad át az UNAS áruháznak. A rendszer nem csak új termékeket hozhat létre, hanem frissítheti a meglévő termékek árát, készletét, nevét, leírását, kategóriáját, képét vagy paramétereit is.
A jól felépített folyamatnak mindig van egyértelmű azonosítója. Ez legtöbbször a cikkszám vagy a gyártói termékkód. Enélkül az import nem tudja biztosan eldönteni, hogy új termékről van-e szó, vagy egy meglévő adatlapot kell módosítania. A terméknév erre nem alkalmas: ugyanaz a termék több forrásban eltérő néven is szerepelhet, és egy név marketingokból később megváltozhat.
Az UNAS import lehetőségei sok feladatra elegendők, de a forrásadatok minősége és az importlogika beállítása döntő. Ha a beszállítói fájl következetlen, hiányzik belőle a cikkszám, változnak az oszlopnevek vagy többféle készletjelölést használ, az automatizálás előbb adat-előkészítést igényel. Ilyenkor gyakran egy köztes feldolgozó folyamat rendezi, tisztítja és az UNAS által értelmezhető formára alakítja az adatokat.
Nem minden adatot kell ugyanúgy frissíteni
A leggyakoribb hiba, hogy egy importfolyamat minden mezőt felülír, valahányszor új fájl érkezik. Ez rövid távon egyszerűnek látszik, de könnyen eltüntetheti a webshopban kézzel javított szövegeket, kategóriabesorolásokat vagy keresőoptimalizált metaadatokat.
Érdemes különválasztani a gyorsan változó, külső forrásból érkező adatokat és a webshop saját tartalmi adatait. Az ár, a készlet, a beszerzési státusz és egyes műszaki paraméterek tipikusan automatikusan frissíthetők. A kategóriaoldalakhoz illesztett terméknév, az egyedi leírás, a SEO cím, a meta leírás és a keresőbarát URL sok esetben inkább belső kontroll alatt maradjon.
Ez nem merev szabály. Ha a beszállító kiváló minőségű, stabil termékadatokat ad, részletes műszaki leírással és egységes képekkel, több mező átadható automatikusan. Ha viszont több beszállító azonos termékeit kell egységes arculattal megjeleníteni, a nyers szövegek változatlan átvétele rontja a vásárlói élményt és duplikált tartalmat eredményezhet.
A termékadatok tulajdonosa legyen egyértelmű
Minden mezőnél célszerű eldönteni, melyik rendszer az elsődleges adatforrás. Ha az árért a beszállítói készletkezelő felel, a webshopban kézzel módosított ár a következő importnál elveszhet. Ha a termékleírást a marketingcsapat szerkeszti, nem szabad engedni, hogy egy hiányos külső adatlap felülírja.
Ez az adatgazdai szemlélet később is sok problémát megelőz. Különösen akkor, ha az áruház több csatornával dolgozik, például piactéri értékesítéssel, vállalatirányítási rendszerrel vagy több különböző beszállítóval.
Az ár- és készletfrissítés üzleti szabályokat kíván
Az ár automatikus átvétele önmagában kockázatos lehet. Egy hibásan értelmezett nettó-bruttó beállítás, rossz devizaárfolyam vagy elgépelés kiemelkedően alacsony árat jeleníthet meg. Az automatizálásnak ezért nem csak adatot kell mozgatnia, hanem szabályokat is alkalmaznia.
Ilyen szabály lehet például a beszerzési árra épülő árrés, kategóriánként eltérő szorzó, kerekítési rend, minimális eladási ár vagy árugrás-ellenőrzés. Ha egy termék ára egyik frissítésről a másikra 40 százalékkal esik vagy emelkedik, indokolt lehet a termék ellenőrzési listára helyezése ahelyett, hogy azonnal élesedne a változás.
A készletkezelésnél szintén meg kell határozni, mit jelent a nullás vagy negatív készlet. Egyes kereskedők ilyen esetben elrejtik a terméket, mások rendelhető státuszban hagyják várható szállítási idővel. Nincs minden webáruházra érvényes megoldás. Attól függ, milyen gyors a beszerzés, mennyire megbízható a készletadat, és mekkora ügyfélszolgálati terhelést okoz egy esetleges készlethiány.
A képek, kategóriák és paraméterek külön figyelmet kérnek
A termékkép importja technikailag egyszerűbbnek tűnhet, mint a termékszöveg kezelése, mégis sok hibaforrást rejt. A kép URL-jének elérhetőnek kell maradnia, a fájloknak megfelelő minőségűnek és lehetőleg egységes arányúnak kell lenniük. Ha a beszállító később lecseréli vagy megszünteti a kép elérési útját, a webshopban hiányzó képek jelenhetnek meg.
Költözés vagy rendszerátalakítás során különösen lényeges, hogy a termékképek ne csak technikailag kerüljenek át, hanem az új áruházban is helyesen kapcsolódjanak a megfelelő cikkszámhoz. Ugyanez igaz a kategóriákra és a paraméterekre. Egy rossz kategória-hozzárendelés nemcsak a navigációt teszi rendezetlenné, hanem szűrhetetlen terméklistákat és gyengébb keresőoldalakat is okozhat.
A paraméterezett termékeknél – például méret, szín, teljesítmény vagy kompatibilitás – előre kell tisztázni, hogy az adat külön termékváltozat, szűrhető paraméter vagy egyszerű leíró mező lesz-e. Ezt később javítani lehet, de nagy termékszámnál költségesebb, mint az indulás előtt helyesen kialakított struktúra.
Hogyan épüljön fel biztonságosan az importfolyamat?
A jó automatizálás nem az éles áruházban kezdődik. Először néhány tucat, majd néhány száz reprezentatív termékkel kell tesztelni a mezőkapcsolatokat. Ebben a körben legyen új termék, már létező termék, akciós ár, nullás készlet, több kép, hiányos leírás és eltérő kategória is.
A bevezetés előtt legalább az alábbi kérdésekre legyen egyértelmű válasz:
- Melyik mező azonosítja egyedileg a terméket?
- Mely adatok frissülnek automatikusan, és melyek maradnak kézi kezelésben?
- Milyen gyakran érkezik a forrásfájl, és mi történik, ha kimarad vagy hibás?
- Hogyan kezeli a rendszer a megszűnt, kifutott vagy ideiglenesen nem elérhető termékeket?
- Ki ellenőrzi a rendellenes ár-, készlet- és kategóriaváltozásokat?
Az ütemezésnél nem feltétlenül a leggyakoribb frissítés a legjobb. Óránkénti készletfrissítés indokolt lehet gyorsan forgó vagy beszállítói készletről értékesített termékeknél. Stabil, saját raktáras kínálatnál a napi frissítés is elegendő. A túl sűrű import feleslegesen terhelheti a folyamatot, és egy hibás adatforrás hatását is gyorsabban sokszorozza meg.
Naplózás és visszaellenőrzés nélkül nincs megbízható automatizálás
Minden futásról érdemes naplót vezetni: hány termék jött létre, hány frissült, hány sor hibázott, és mely mezők változtak. Ez nem fejlesztői luxus. Ha egy hétfő reggelen több száz termék eltűnik a kategóriákból, a napló alapján gyorsan kiderülhet, hogy a forrásfájl szerkezete változott-e meg, vagy egy mezőillesztés hibázott.
A visszaállítás lehetőségét is előre kell megtervezni. Nagyobb import előtt készített adatmentés, tesztkörnyezet vagy legalább exportált állapot sok órányi kézi helyreállítástól védhet meg. Egy webshopban a termékadat nem puszta adminisztráció: árbevétel, hirdetési kampányok, organikus forgalom és ügyfélbizalom kapcsolódik hozzá.
Mikor elég a beépített import, és mikor kell egyedi megoldás?
Az UNAS beépített importja megfelelő lehet, ha egyetlen, rendezett fájlforrásból dolgozik az áruház, a mezők stabilak, és a frissítési szabályok egyszerűek. Ilyen lehet egy saját készletből működő kereskedő, aki naponta frissíti árait és készletszintjét.
Egyedi feldolgozás akkor válik indokolttá, amikor több forrásból kell adatot összefésülni, eltérő cikkszámokat kell megfeleltetni, összetett árazási szabályok működnek, vagy a beszállítói adatok tisztításra szorulnak. Ide tartozhat az is, amikor a vállalatirányítási rendszer, raktárkezelő, számlázó vagy külső adatbázis adatait kell összehangolni a webshoppal.
A GrenT Média ilyen esetekben nem egy általános importot állít be, hanem a termékstruktúrát, a meglévő adminisztrációs folyamatokat és az értékesítési logikát is figyelembe veszi. Ettől lesz a megoldás később kezelhető akkor is, ha nő a termékkínálat vagy új beszállító érkezik.
Az automatizálás akkor szolgálja valóban a webshopot, ha nem elveszi az irányítást, hanem a rutinfeladatokat váltja ki, miközben a kritikus üzleti döntések ellenőrizhetők maradnak. Egy jól felépített UNAS termékfeltöltési folyamat így nemcsak gyorsabban dolgozik, hanem kiszámíthatóbb alapot ad a következő bővítéshez is.
