E-poe platvormi migreerimine on nagu südameoperatsiooni tegemine töötaval ettevõttel. Iga päev, mil pood on maas, katki või segadust tekitav, kaotad käivet. Ja erinevalt enamikust tarkvaraprojektidest ei ole e-kaubanduse migreerimisel vaikset perioodi — kliendid ostavad alati.
Viimase kahe aasta jooksul oleme aidanud mitmel Eesti ja Euroopa jaemüüjal liikuda ühelt platvormilt teisele, ehitada oma e-poode nullist uuesti üles ning integreerida keerulisi tagasüsteeme kaasaegsete kasutajaliidestega. Mõned neist projektidest kulgesid sujuvalt. Mõned õpetasid meile karme õppetunde. Siin on see, mida oleme õppinud.
Andmemigratsiooni lõks
Iga e-kaubanduse migreerimine algab sama lubadusega: “Viime kõik üle.” Tootekataloogid, kliendikontod, tellimuste ajalugu, arvustused, SEO metaandmed. Lihtne, eks?
Mitte kaugeltki.
Tegelikkus on selline, et vanad platvormid salvestavad andmeid viisil, mis ei kattu puhtalt uute platvormidega. Tootevariandid võivad olla erinevalt struktureeritud. Kliendiaadressid võivad olla ootamatutes formaatides. Tellimuste ajalugu võib viidata toodetele, mida enam ei eksisteeri.
Kui töötasime Diivaniparadiisi tagasüsteemi ümberehitusega, kulutasime andmete kaardistamisele rohkem aega kui ühelegi teisele üksikule ülesandele. Mitte sellepärast, et meeskond oleks olnud aeglane, vaid sellepärast, et mööbliesemetel on keerulised variantide struktuurid — suurused, kangad, värvid — ning iga kombinatsioon pidi korrektselt üle kanduma.
Mida me nüüd teeme: Enne migratsioonikoodi kirjutamist teostame põhjaliku andmeauditi. Kaardistame iga välja, märgistame iga ühildumatuse ning ehitame testimportid, mis kontrollivad andmete terviklikkust enne tegelikku migratsiooni.
SEO eiramine liiga kaua
Siin on midagi, mis üllatab enamikku ettevõtjaid: platvormi migreerimine võib üleöö hävitada su otsingumootori positsioonid.
Su vanad URL-id, tootelehtede struktuurid, sisemised lingistamise mustrid — kõik need on signaalid, mida Google kasutab su lehtede järjestamiseks. Muuda need kõik korraga ilma korralike ümbersuunamisteta ja võid kaotada kuid või aastaid SEO väärtust.
Me õppisime seda raskel viisil ühe varasema projekti käigus. Uus sait nägi parem välja, laadis kiiremini ja pakkus paremat kasutuskogemust. Kuid orgaaniline liiklus langes esimese kuu jooksul 40%, kuna ümbersuunamiste kaardistused olid puudulikud.
Mida me nüüd teeme: SEO migratsioon on esmatähtis töövoog, mitte hilisem lisandus. Me läbime vana saidi, kaardistame iga URL-i, seadistame 301 ümbersuunamised ning kontrollime need üle enne käivitamist. Samuti jälgime tähelepanelikult Search Console’i andmeid esimesed 90 päeva pärast migratsiooni.
“Kui me juba selle juures oleme” probleem
Migratsioonid tõmbavad funktsioonisoove ligi nagu magnetid. Kui otsus ümberehituse kohta on tehtud, tekib kõigil ideid. “Kui me juba selle juures oleme, lisame ka lojaalsusprogrammi. Ja uue kassaprotsessi. Ja mitmekeelse toe.”
Iga lisandus tundub eraldi võttes väike. Kokku muudavad need kolmekuulise migratsiooni üheksakuuliseks projektiks, mille ulatusega ei ole keegi algselt nõustunud.
Kui ehitasime uut Gardesti e-kaubanduse platvormi, olime teadlikult hoolikad “migratsiooni” ja “täiustamise” lahus hoidmisel. Esimene etapp keskendus olemasoleva funktsionaalsuse üleviimisele uuele platvormile — samad funktsioonid, parem tehnoloogia. Alles pärast seda, kui see oli stabiilne, hakkasime lisama MarTech integratsioone ja täiustatud funktsioone, mida Gardest soovis.
Mida me nüüd teeme: Määratleme range migratsiooni ulatuse, mis katab funktsionaalsuse paralleelsuse vana platvormiga. Uued funktsioonid lähevad eraldi backlogi migratsioonijärgseteks sprintideks. See hoiab ajakavad ausad ja käivitamised prognoositavad.
Integratsioonide keerukus
Kaasaegne e-kaubandus ei eksisteeri isolatsioonis. Su pood suhtleb maksepakkujate, saatmis-API-de, laohaldussüsteemide, raamatupidamistarkvara ja turundustööriistadega. Iga integratsioon, mis töötab vanal platvormil, peab töötama ka uuel.
Väljakutse seisneb selles, et integratsioonid on sageli ehitatud eelduste peale vana platvormi andmestruktuuride kohta. Kui platvormi muudad, need eeldused murduvad.
Nüüd ehitame iga migratsiooniprojekti alguses integratsioonikaardid — visuaalse diagrammi igast süsteemist, mis poega suhtleb, millist andmeid see saadab ja vastu võtab, ning mis migratsioonis muutub. See hoiab ära ebameeldiva üllatuse, kui kolm päeva enne käivitamist selgub, et mõni integratsioon on katki.
Meie migratsiooni kontrollnimekiri
Pärast mitmeid projekte oleme välja töötanud standardse migratsioonilähenemise:
- Täielik andmeaudit — kaardista iga väli, tuvasta ühildumatused
- SEO läbikäimine ja ümbersuunamiste plaan — enne mistahes koodi kirjutamist
- Integratsioonide inventuur — dokumenteeri iga ühendatud süsteem
- Funktsionaalsuse paralleelsuse ulatus — uued funktsioonid tulevad pärast stabiilset migratsiooni
- Testimportid — kontrolli andmete terviklikkust päris andmetega
- Paralleelne töötamine — hoia vana ja uut süsteemi üleminekuperioodil samaaegselt töös
- 90-päevane jälgimine — aktiivne jõudluse ja SEO jälgimine pärast käivitamist
Ükski neist ei ole glamuurne töö. Kuid just see teeb vahet migratsioonil, mis kasvatab su äri, ja migratsioonil, mis paneb selle tagasi.
Codelive on aidanud jaemüüjaid üle Eesti ja Euroopa migreerida ja üles ehitada oma e-kaubanduse platvorme. Kui kaalud platvormi vahetust, võta meiega ühendust — jagame hea meelega, mida oleme õppinud.