Egy beszállítói táblázat első ránézésre ártalmatlan: néhány száz vagy néhány ezer cikkszám, ár, készlet és terméknév. Webshopba töltve viszont gyorsan kiderül, hogy a termékimport eszközök összevetése nem pusztán kényelmi kérdés. Egy hibásan kezelt oszlop felülírhatja a kategóriákat, eltüntetheti a képeket, nullára állíthatja a készletet vagy duplikált termékeket hozhat létre. A jó importfolyamat ezért nem csak gyorsabb feltöltést jelent, hanem kiszámíthatóbb értékesítést és kevesebb adminisztrációs kockázatot.
A megfelelő megoldás attól függ, honnan érkeznek az adatok, milyen gyakran változnak, hány terméket kezel az áruház, és mi számít valódi változásnak. Egy induló webshop más eszközt igényelhet, mint egy több beszállítóval, változó készlettel és összetett termékváltozatokkal dolgozó kereskedő.
Mit kell összevetni a termékimport eszközöknél?
Az importálásról sokan CSV-fájlok feltöltéseként gondolkodnak. Ez a fájlformátum valóban gyakori, de önmagában nem old meg semmit. A rendszernek tudnia kell, hogy a beszállító „SKU” oszlopa az áruházban cikkszám, a „gross price” bruttó fogyasztói ár, a „stock qty” pedig elérhető készlet. Ezt a megfeleltetést nevezzük mezőmappingnek, és ez az egyik legfontosabb értékelési pont.
A másik kérdés az azonosítás. Egy megbízható eszköz nem a terméknév alapján dönti el, hogy meglévő terméket frissít-e, mert a név változhat, rövidülhet vagy fordítási eltérést tartalmazhat. A stabil kulcs általában a cikkszám, az EAN-kód vagy egy előre kialakított külső azonosító. Ha ez nincs rendben, az ismételt import könnyen új termékeket hoz létre a régiek módosítása helyett.
Érdemes azt is tisztázni, pontosan mely adatok írhatók felül. Sok webshopnál a beszállító kezelje az árat és a készletet, miközben a saját csapat gondozza a termékleírásokat, SEO-címeket, metaadatokat és kategóriákat. Ha az import minden mezőt automatikusan frissít, egy új beszállítói fájl órák munkáját törölheti. Az ideális beállítás mezőnként szabályozza, mi frissülhet, és mi maradjon a webshop saját tartalma.
Termékimport eszközök összevetése forrás szerint
Kézi CSV- vagy Excel-import
A kézi fájlfeltöltés kisebb katalógusnál, induláskor vagy egyszeri adatátvételnél teljesen ésszerű választás. Átlátható, olcsón elindítható, és a feltöltés előtt a fájl ellenőrizhető. UNAS-ban és OpenCartban is gyakori kiindulópont, különösen akkor, ha a termékadatokat a kereskedő maga állítja össze.
A korlát akkor látszik, amikor az árak és készletek naponta többször változnak. Ilyenkor a letöltés, fájltisztítás, feltöltés és ellenőrzés ismétlődő adminisztrációvá válik. Egyetlen elcsúszott oszlop, hibás karakterkódolás vagy rosszul formázott tizedesérték is hibás árakat eredményezhet. A kézi import akkor működik jól, ha van felelős folyamat, dokumentált sablon és az adatforrás viszonylag stabil.
Időzített CSV- vagy XML-import
Ha a beszállító rendszeresen elérhetővé tesz egy friss adatfájlt, az időzített import nagy előrelépés. A rendszer meghatározott időközönként beolvassa az állományt, frissíti például a készletet és az árat, majd naplózza az eredményt. Ezzel csökkenthető az a kockázat, hogy a webshop olyan terméket értékesít, amely már nem rendelhető.
Az automatizálás azonban nem helyettesíti az adatellenőrzést. Egy beszállító bármikor átnevezhet egy oszlopot, megváltoztathatja az XML-struktúrát, új áfakulcsot használhat vagy üres értéket küldhet olyan mezőben, amely korábban mindig kitöltött volt. Ezért szükség van hibajelzésre és importnaplóra. Nem elég, hogy a folyamat lefusson: azt is látni kell, hány termék frissült, hány rekordot utasított el a rendszer, és miért.
API-kapcsolat
Az API-alapú integráció akkor lehet indokolt, ha az adatok gyakran változnak, rendelési információt is vissza kell adni, vagy a beszállító nem fájlt, hanem valós idejű lekérdezési lehetőséget biztosít. Ez a leginkább testre szabható megoldás, de nem automatikusan a legjobb választás minden webshopnak.
Az API előnye a gyors adatcsere és a pontosabb folyamatvezérlés. Lehet külön logika a készletre, az árra, az új termékek létrehozására vagy a kifutott termékek státuszára. Ugyanakkor a fejlesztési költség, a külső rendszer dokumentációjának minősége, a hozzáférési korlátok és a későbbi karbantartás mind számítanak. Egy rosszul dokumentált beszállítói API több bizonytalanságot hordozhat, mint egy jól felépített napi XML-import.
Egyedi importmodul vagy köztes adatfeldolgozás
Több beszállító, eltérő fájlstruktúra vagy bonyolult terméklogika esetén gyakran nem a webshop adminisztrációjában érdemes minden átalakítást elvégezni. Ilyenkor hasznos lehet egy egyedi importmodul vagy köztes feldolgozó réteg, amely egységesíti az adatokat, ellenőrzi a kötelező mezőket, kezeli a kivételeket, majd csak a tisztított adatokat adja át az áruháznak.
Ez különösen fontos lehet termékváltozatoknál. Egy ruházati terméknél a méret és a szín nem különálló termék, hanem készletet, árat és cikkszámot is hordozó variáció. Egy műszaki terméknél pedig a gyártói paraméterekből lehet szűrőfeltétel, amelyet nem célszerű egyszerű leírásként importálni. Az egyedi megoldás itt nem luxus, hanem a használható kategóriaoldalak és szűrők feltétele lehet.
Az ár és készlet nem az egyetlen kritikus adat
A gyors árfrissítés kézzelfogható előny, de az import minőségét a vásárló által kevésbé látható mezők is meghatározzák. A kategóriák, gyártók, attribútumok, képek és státuszok hibás kezelése rontja a navigációt és megnehezíti a vásárlást. Egy importált terméknek nem elég megjelennie: megtalálhatónak, érthetőnek és értékesíthetőnek kell lennie.
A képek külön figyelmet igényelnek. El kell dönteni, hogy az import képfájlt tölt fel, külső kép-URL-t használ, vagy csak akkor cserél képet, ha az valóban megváltozott. Több ezer kép ismételt letöltése lassíthatja a szervert, míg a hibás képútvonal üres termékoldalakat hagyhat maga után. Ugyanez igaz a dokumentumokra, például használati útmutatókra vagy műszaki adatlapokra is.
A keresőoptimalizálási mezőket sem szabad vakon felülírni. Egy átgondolt terméknév, meta leírás vagy keresőbarát URL hosszabb távon organikus forgalmat hozhat. Ha a beszállító minden futáskor saját, gyakran rövid vagy sablonos elnevezésével írja felül ezeket, az import közvetlenül ronthatja a korábbi SEO-munkát. Költözés vagy rendszerátalakítás során ezt még körültekintőbben kell kezelni: a korábbi URL-ek, metaadatok és szükséges átirányítások megőrzése nem maradhat utólagos feladat.
UNAS és OpenCart: ugyanaz az igény, eltérő mozgástér
UNAS környezetben az importfolyamat kialakításánál a rendszer elérhető funkciói és integrációs lehetőségei szabják meg a keretet. Sok esetben a jól előkészített fájl, a következetes cikkszámhasználat és a szabályos időzítés elegendő. Ha azonban speciális üzleti szabály, több adatforrás összevonása vagy egyedi árazási logika szükséges, előre meg kell vizsgálni, hogy az megoldható-e a rendelkezésre álló eszközökkel.
OpenCartnál nagyobb szabadság érhető el egyedi fejlesztéssel és modulokkal, de ezzel együtt több felelősség is jár. A modulnak illeszkednie kell az adott OpenCart-verzióhoz, a sablonhoz, a többi bővítményhez és a szerver erőforrásaihoz. Egy import, amely tesztkörnyezetben működik, élesben időtúllépést vagy adatbázis-terhelést okozhat, ha nem kötegekben dolgozik és nem kezeli megfelelően a hibákat.
A platformválasztásnál tehát nem az a kérdés, melyik rendszer tud importálni. Mindkettőben lehet jól és rosszul működő folyamatot építeni. A döntéshez azt kell látni, hogy a vállalkozás milyen adatforrásokkal dolgozik ma, és milyen bővítések várhatók egy-két év alatt.
Így csökkenthető az importálás üzleti kockázata
Mielőtt automatizálás indul, érdemes egy kisebb mintán tesztelni az adatokat. Ellenőrizni kell, hogy a meglévő termék valóban frissül-e, az új termék jó kategóriába kerül-e, a bruttó és nettó ár helyes, a készletlogika megfelelő, a képek betöltődnek, és a variációk is megmaradnak. Az első éles futtatás előtt adatmentésre és visszaállítási tervre is szükség van.
Hasznos szabály, hogy az import ne töröljön automatikusan terméket csak azért, mert az adott rekord egy futásból hiányzik. Lehet átmeneti beszállítói hiba, feldolgozási probléma vagy későbbi adatküldés. Biztonságosabb először inaktív státuszba tenni a kétes termékeket, vagy külön ellenőrzési listára küldeni őket.
A jó termékimport nem attól jó, hogy emberi beavatkozás nélkül fut, hanem attól, hogy hiba esetén is kiszámíthatóan viselkedik. Ha a folyamat mögött tiszta adatstruktúra, világos frissítési szabályok és ellenőrizhető naplózás áll, a webshop növekedése nem újabb adminisztrációs terhet, hanem kezelhető működést hoz.
