Egy webshopköltözés legkellemetlenebb hibája ritkán az, hogy néhány órára nem elérhető az oldal. Sokkal nagyobb üzleti kockázat, ha a termékek hiányos adatokkal, rossz kategóriában, eltűnt képekkel vagy megváltozott URL-eken jelennek meg az új rendszerben. A termékadatok átvitele webshop költözéskor ezért nem egyszerű export-import feladat, hanem adatellenőrzési, szerkezeti és keresőoptimalizálási munka is.
Egy működő áruházban a terméktörzs közvetlenül befolyásolja az értékesítést. A hibás készlet vásárlói csalódást okozhat, a hiányzó paraméterek rontják a konverziót, az elveszett keresőbarát URL-ek és metaadatok pedig organikus forgalmat vihetnek el. Különösen akkor kell körültekintően tervezni, ha egy korábbi egyedi rendszerből, OpenCartból vagy más bérelhető motorból UNAS webshopba történik a költözés.
Mit jelent valójában a termékadatok átvitele webshop költözéskor?
A terméknév, cikkszám és ár csak a látható része az adatállománynak. Egy jól előkészített migráció során azt kell feltárni, hogy az egyes termékekhez milyen információk kapcsolódnak, és ezek közül mit támogat az új rendszer ugyanabban a formában.
Ide tartoznak a kategóriák és alkategóriák, a márkák, a rövid és hosszú leírások, a paraméterek, a variációk, a készletértékek, a nettó és bruttó árak, az akciós árak, valamint a szállítási vagy egyedi termékjellemzők. Ugyanilyen fontosak a termékképek, a dokumentumok, a kapcsolódó termékek és az esetleges ajándék- vagy mennyiségi kedvezmények.
A SEO-adatok sem maradhatnak ki a körből. A title és meta leírás, a keresőbarát URL, a kanonikus kezelés, valamint a régi címek átirányítása mind olyan elem, amelyet már a tervezéskor kezelni kell. Az új webshop lehet szebb és gyorsabb, de ha a Google korábban indexelt termékoldalai hibára futnak, annak árát később a forgalmi adatokban lehet megfizetni.
Először adatleltár, utána import
A költözés egyik tipikus hibája, hogy a teljes régi adatbázist változtatás nélkül próbálják átvinni. Ez gyorsnak látszik, de az évek alatt felhalmozott duplikációk, elavult kategóriák, megszűnt termékek és hiányos mezők ilyenkor csak átkerülnek egy új rendszerbe.
A jó folyamat adatleltárral kezdődik. Meg kell nézni, hány aktív és inaktív termék van, milyen kategóriaszerkezet működik ténylegesen, hányféle attribútumot használnak, és mely mezők szükségesek a napi értékesítéshez. Egy műszaki termékeket értékesítő webshopnál például a részletes paraméterezés lehet a döntő, míg egy divatáruháznál a méret-, szín- és készletvariációk jelentik a kritikus adatokat.
Ezután készülhet el a mezőmegfeleltetés. A régi rendszer egyik mezője nem mindig helyezhető át automatikusan az új webshop azonos nevű mezőjébe. Előfordulhat, hogy egy korábbi egyedi mezőt az UNAS-ban paraméterként, gyártói adatként vagy termékleírás-részletként célszerű kezelni. Itt nem technikai kényelmi szempont, hanem a későbbi adminisztráció és a vásárlói tájékozódás alapján kell dönteni.
A kategóriák szerkezete külön figyelmet érdemel
A kategóriák nem pusztán navigációs mappák. Meghatározzák, hogyan keresnek a látogatók, milyen szűrőket lehet használni, és mely oldalaknak van keresőoptimalizálási szerepük. Ha a régi webshopban egy termék több kategóriában szerepel, tisztázni kell, hogy ez valódi üzleti igény vagy korábbi, következetlen adatkezelés eredménye.
Költözéskor jó alkalom nyílik a kategóriafa egyszerűsítésére is, de ezt nem szabad hirtelen megtenni. Egy nagy forgalmú kategória URL-jének megszüntetése vagy teljes átnevezése csak megfelelő 301-es átirányításokkal biztonságos. Az új struktúra akkor jó, ha a vevő gyorsabban talál terméket, az adminisztrátor könnyebben kezeli a kínálatot, és a fontos régi céloldalak értéke sem vész el.
Képek, variációk és készletek: itt csúszik el sok migráció
A termékképek esetében nem elegendő azt ellenőrizni, hogy átkerült-e legalább egy fájl. Számít a fő kép kijelölése, a képek sorrendje, a galériaképek hozzárendelése és szükség esetén a variációhoz kötött fotók kezelése is. Ha egy színváltozat más képet igényel, ezt az új rendszerben is következetesen kell felépíteni.
Érdemes a képneveket, a fájlméreteket és az alt szövegeket is átnézni. Nem minden régi képanyag menthető érdemben, különösen, ha kis felbontású vagy rosszul elnevezett fájlokról van szó. Ilyenkor üzleti döntés szükséges: a gyors költözés vagy az időigényesebb, de rendezettebb képállomány szolgálja jobban az indulást.
A variációs termékeknél a termékazonosítók és a készletek egyezősége kritikus. Egy póló esetében nem elég az alapmodell készletét átvinni, ha valójában méretenként és színenként eltérő elérhetőség van. Ugyanez igaz a műszaki cikkekre, ahol a különböző kiszerelések, kompatibilitások vagy csomagváltozatok külön cikkszámmal futnak.
A készletadatoknál azt is tisztázni kell, mikor történik az utolsó szinkron. Ha a régi webshop a költözés alatt még rendeléseket fogad, az első import és az éles indulás között eltelt időben módosulhat az elérhető mennyiség. Ezt egy záró adatfrissítéssel lehet kezelni, különben az új áruház már induláskor pontatlan készlettel dolgozik.
Az URL-ek és metaadatok megőrzése forgalmat véd
A webshopköltözés során az egyik legértékesebb örökség a már indexelt termék- és kategóriaoldalak állománya. Ha egy régi URL megváltozik, a keresőnek és a látogatónak egyaránt egyértelmű jelzést kell kapnia arról, hová került az adott tartalom. Ezt szolgálják a 301-es átirányítások.
A megfelelő átirányítás nem azt jelenti, hogy minden régi termékoldal a főoldalra kerül. Az ideális megoldás a régi termék megfelelő új termékoldalára mutat. Ha a termék végleg megszűnt, akkor egy közeli, releváns kategória vagy helyettesítő termék lehet indokolt. A főoldalra irányítás tömeges használata általában gyenge felhasználói élményt ad, és SEO-szempontból sem kedvező.
A meta title és meta leírás mezők importja is ellenőrzést igényel. A régi rendszerben gyakoriak a hiányos, túl hosszú vagy ismétlődő adatok. Nem minden esetben érdemes egy az egyben megtartani őket, de a jól teljesítő kategória- és termékoldalak metaadatait célszerű védeni. A döntést érdemes a meglévő forgalmi és keresési adatok alapján meghozni, nem érzésből.
Tesztkörnyezet nélkül túl nagy a kockázat
Egy több száz vagy több ezer termékes webshopot nem szabad kizárólag éles importtal ellenőrizni. A biztonságos módszer a tesztadatbázis vagy tesztáruház, ahol az importált termékek szerkezete, képei, árai, variációi és URL-jei valódi környezetben vizsgálhatók.
A tesztelés során nem csak néhány véletlenszerű terméket kell megnyitni. Célszerű ellenőrizni egy egyszerű terméket, egy többvariációs terméket, akciós terméket, készlethiányos tételt, több kategóriába sorolt árucikket és olyan terméket is, amelyhez sok kép vagy speciális paraméter tartozik. A kiemelt organikus forgalmú oldalak külön ellenőrzőlistát érdemelnek.
Fontos a vásárlói nézet mellett az adminisztráció ellenőrzése is. Az új rendszerben a munkatársaknak tudniuk kell árat módosítani, képet cserélni, új variációt rögzíteni és készletet frissíteni anélkül, hogy a termékstruktúra szétesne. Egy költözés akkor tekinthető sikeresnek, ha az áruház nemcsak elindul, hanem napi szinten kezelhető is marad.
Mikor érdemes egyedi migrációs megoldást választani?
Kisebb, szabványos mezőkkel dolgozó webshopnál elegendő lehet egy gondosan előkészített CSV-import. Nagyobb vagy erősen testreszabott rendszer esetén azonban az egyedi adatkapcsolatok, a speciális kedvezmények, a beszállítói készletszinkronok és az összetett variációk miatt ez már kevés lehet.
UNAS-ba költözéskor különösen lényeges felmérni, hogy mely korábbi funkciók vihetők át rendszerfunkcióval, melyekhez modul szükségesek, és mely üzleti folyamatokat kell másképp kialakítani. Nem minden egyedi régi megoldást érdemes változatlanul megőrizni. Ha viszont egy funkció a rendelésfeldolgozás, az árképzés vagy a készletkezelés alapja, akkor azt nem lehet egy egyszerű importtal kiváltani.
A GrenT Média szemléletében a költözés nem adatdobozok átpakolása, hanem egy működő értékesítési rendszer átépítése. A termékadatok minősége meghatározza, mit lát a vásárló, mennyire talál rá a kereső, és mennyi időt tölt a csapat napi adminisztrációval.
Érdemes a költözést úgy időzíteni, hogy maradjon idő a hibák javítására, a záró készletfrissítésre és az éles indulás utáni ellenőrzésekre is. Egy átgondolt termékadat-migráció nem látványos fejlesztési elem, de az első naptól stabilabb működést, kevesebb ügyfélszolgálati problémát és védettebb keresőforgalmat adhat.
