Ha a webshopodat új rendszerbe költözteted, a termékek, a vásárlói fiókok és a rendelési előzmények átvitelét is előre meg kell tervezned. Ugyanilyen fontos a régi webcímek kezelése és annak ellenőrzése, hogy a fizetés, a számlázás és a rendeléskezelés az új felületen is működik. Az alábbi útmutató az előkészítés, a próbaköltözés és az éles átállás legfontosabb feladatait veszi végig.
Az új rendszer látványosabb felülete könnyen elvonja a figyelmet a háttérben működő kapcsolatokról. Pedig a számlázás, a raktár, a fizetés, az értesítések és a keresőből érkező látogatók útja ugyanúgy része az üzletnek. Az átállás akkor tervezhető, ha ezekhez külön ellenőrzési és felelősségi pont tartozik.
Írd le, milyen problémát oldjon meg az új rendszer
A webshopköltöztetés előtt készíts listát azokról a korlátokról, amelyek miatt váltani szeretnél. Lehet ilyen egy hiányzó integráció, nehézkes termékkezelés vagy bizonyos értékesítési szabályok kezelhetetlensége. Minden fontos problémához rendelj egy kipróbálható követelményt, amelyet a célrendszernek teljesítenie kell.
Ha a jelenlegi gond beállításból, pontatlan adatból vagy rosszul működő bővítményből ered, a motorváltás önmagában nem feltétlenül szünteti meg. Az új rendszerben is szükség lesz megfelelő adatokra és folyamatokra. A webshopmotorok összehasonlítása a választási döntést segíti; itt már egy működő üzlet ellenőrzött áthelyezéséről van szó.
Ne változtass indokolatlanul egyszerre domaint, teljes termékkínálatot, URL-rendszert és üzleti modellt. Ahol lehet, bontsd lépésekre az átalakítást. Így könnyebb meghatározni, melyik változtatás okozott hibát, és mit kell visszavonni.
A költöztetendő adatokból készíts tételes leltárt
A terméklista csak az egyik adatkör. Külön vizsgáld a változatokat, képeket, kategóriákat, árakat, kedvezményeket, készletet, ügyfeleket és rendeléstörténetet. Emellett lehetnek vélemények, kuponok, ajándékkártyák, előfizetések vagy egyedi mezők is, amelyeknek nincs közvetlen párjuk az új rendszerben.
A Shopify WooCommerce-ről történő költözési útmutatója is külön adatkörként tárgyalja a termékeket, ügyfeleket, véleményeket és korábbi rendeléseket. Jelzi azt is, hogy nem minden adat vihető át ugyanazzal a CSV-importtal. A konkrét lehetőséget a kiinduló és célrendszer, valamint a választott átviteli mód határozza meg.
- Mi kerül át teljes adattartalommal, és mi marad csak archívumban?
- Melyik régi azonosító melyik új rekordhoz tartozik?
- Milyen mezőt kell átalakítani vagy külön fejleszteni?
- Hogyan fér hozzá a munkatárs a még nyitott régi ügyekhez?
Az ügyfélfiókoknál külön vizsgáld a belépés módját és a jelszavak átvihetőségét. Ne ígérd automatikusan, hogy mindenki változatlan jelszóval léphet be az új motorba. Az előfizetések és mentett fizetési módok még külön szolgáltatói egyeztetést is igényelhetnek.
Próbaátvitellel ellenőrizd, hogy minden adat a helyére kerül-e
Először egy jellemző mintát vigyél át elkülönített környezetbe. Legyen benne egyszerű termék és több változatban, például eltérő méretben vagy színben kapható termék is. A mintában szerepeljen akciós ár, több termékkép, eltérő készletállapot és különleges karaktert tartalmazó leírás. Egyetlen egyszerű termék sikeres importja nem jelzi a teljes kínálat várható eredményét.
A darabszámokat és a tartalmat együtt ellenőrizd. Azonos számú termék mellett is eltérhetnek a változatok, árak, képkapcsolatok vagy adózási beállítások. A korábbi és új rendszer belső azonosítói különbözhetnek, ezért az ellenőrzés alapja tartós megfeleltetés legyen, például ellenőrzött cikkszám és változatazonosító.
A próbaimportot úgy tervezd, hogy ismételhető legyen, és az ismétlés ne hozzon létre újabb másolatokat. A hibajegyzék mutassa meg, mi maradt ki és miért. A végső adatátadás előtt pontosan ismertnek kell lennie, mely adatok változnak még a régi webshopban, és hogyan viszitek át a próba óta létrejött vagy módosult adatokat.
Rendeld a régi webcímeket a megfelelő új oldalakhoz
Gyűjtsd össze a termék-, kategória- és fontos tartalmi URL-eket, továbbá a képek és dokumentumok lényeges hivatkozásait. A régi címek mellé rendeld hozzá az új, tartalmilag megfelelő céloldalt. Ha az URL megőrizhető, az egyszerűsítheti az átállást, de az új motor korlátait előre ellenőrizni kell.
Végleges címváltozásnál a Google szerveroldali tartós átirányítást javasol, például 301-es vagy 308-as választ. A cél közvetlenül a megfelelő új oldal legyen. Ne küldj minden megszűnt terméket automatikusan a főoldalra: ha nincs érdemi helyettesítő, a megszűnés helyes technikai kezelése szükséges.
Az új oldalon ellenőrizd a keresőcímet, metaleírást, canonical jelölést, belső hivatkozásokat és sitemapet. A tesztkörnyezet hozzáférését külön korlátozd, az éles oldalon pedig ne maradjon véletlen indexelési tiltás. Egy jó sitemap önmagában nem igazolja, hogy a Google már az összes új oldalt indexelte.
A Google költözési útmutatója a régi és új URL-ek figyelését, valamint az átmeneti rangsorolási ingadozás lehetőségét is leírja. Alapos előkészítés mellett sem lehet felelősen megígérni, hogy az átállás után minden keresési helyezés változatlan marad. Az átirányításokat tartósan fenn kell tartani, és az új URL-ek feldolgozását külön követni kell.
A vásárlási folyamatot az integrációkkal együtt teszteld
Az új webshopon próbáld ki a keresést, szűrést, termékváltozatokat, kosarat, kuponokat, szállítási módokat és pénztárt. Vizsgáld meg a sikeres és sikertelen fizetést, a rendelés visszaigazolását és a lemondást is. A mobilos rendelés nem maradhat ki pusztán azért, mert asztalon minden rendben látszik.
Az integrációknál ne csak azt ellenőrizd, hogy van kapcsolat. A rendelés megfelelő adattartalommal érkezzen a raktárba, a számlázás a tervezett eseménynél induljon, az értesítés pedig a megfelelő címzetthez jusson. A tesztet a szolgáltatók tesztmódjával vagy előre egyeztetett, kontrollált eljárással végezd, nehogy valódi kiszállítás vagy többszörös számlázás történjen.
A WooCommerce tesztrendelési dokumentációja arra is figyelmeztet, hogy a tesztrendelések értesítést indíthatnak, és a kapcsolódó bővítmények nem feltétlenül különítik el őket a valódi rendeléstől. Ezt a kockázatot motorváltáskor a régi és az új oldalon is kezelni kell.
Az éles átállásnak legyen menetrendje és visszalépési feltétele
Jelöld ki, mikor áll meg a régi oldalon a rendelésfelvétel vagy az adatváltozás, mikor készül az utolsó mentés, mikor kerülnek át a legutóbbi adatátadás óta keletkezett vagy módosult adatok, és ki ellenőrzi az egyezést. A váltás alatt érkező fizetési visszajelzések és rendelésmódosítások kezelése külön feladat. A két rendszer ne teljesítse ugyanazt a rendelést egymástól függetlenül.
Ha domain- vagy DNS-beállítás is módosul, számolj azzal, hogy az átmenetben nem minden kérés feltétlenül ugyanoda jut. A régi és új rendszer háttérfolyamatait, időzített feladatait és automatikus eseményértesítéseit (webhookjait) ezért össze kell hangolni. A régi rendszer megtartása hasznos archívum lehet, de ne maradjon kontroll nélkül aktív értékesítési és értesítési felület.
A visszalépési tervben szerepeljen, milyen hiba esetén állítjátok meg a váltást, és mi történik az új rendszerben addig keletkezett rendelésekkel. Egy korábbi mentés visszatöltése ezeket elveszítheti. A döntéshez ne csak technikai, hanem értékesítési és ügyfélszolgálati felelős is legyen elérhető.
Az indulás utáni ellenőrzés zárja le a költözést
Az első időszakban kövesd a rendeléseket, sikertelen fizetéseket, készleteltéréseket, hibás régi URL-eket és a fontos keresési céloldalakat. A keresőből érkező kattintásokat és az üzleti eredményeket külön értékeld. Egy forgalmi változást nem lehet automatikusan a motorváltás eredményének tekinteni, ha közben kampány vagy kínálatváltás is történt.
A költözés költségébe az adattisztítás, átirányítás, integrációteszt és indulás utáni felügyelet is beletartozik. A webshopkészítés költségtényezői segítenek a teljes feladatkör értelmezésében. A KovaBuild webshopfejlesztési szolgáltatásánál a meglévő motor, a tervezett célrendszer, az adatkörök és a kapcsolódó rendszerek listája alapján indulhat megalapozott felmérés.