TRUSTED BY
Ett plattformsbyte behöver inte vara ett big bang-projekt. Med rätt sekvensering byter ni ut delar av stacken stegvis — med bibehållen trafik, SEO och försäljning. Här är vår samlade metodik.
Replatforming är att byta ut hela eller delar av e-handelsplattformen — commerce-motor, CMS, PIM, checkout — utan att tappa det ni byggt upp: trafik, konvertering, integrationer och organisk synlighet. Det finns i praktiken tre sätt att göra det på.
Big bang — allt byts på ett datum. Snabbt på pappret, dyrast när något går fel.
Stegvis (strangler) — den nya plattformen tar över en funktion i taget medan den gamla lever kvar.
Parallell drift — gammalt och nytt körs samtidigt tills ni är trygga nog att stänga av det gamla.
Stegvis passar de flesta etablerade e-handlare med trafik att förlora. Big bang kan försvaras för mindre sajter, eller när den gamla plattformen ändå redan är på väg att avvecklas. Tre saker talar tydligt för det stegvisa:
Ni har organisk trafik och rankingar som ett tapp skulle kosta pengar direkt.
Integrationerna mot ERP, PIM och logistik är för många för att byta över en natt.
Verksamheten kan inte pausa kampanjer och släpp under en flera månader lång frysning.
Vi börjar aldrig i tekniken utan i sekvensen — vad som kan flyttas först utan att röra resten.
Kartlägg beroendena. URL-struktur, integrationer och datamodell — innan någon plattform väljs.
Skydda SEO från dag ett. 301-plan, bevarad URL-struktur och mätning före och efter.
Flytta en domän i taget. Ofta CMS eller PIM före själva commerce-motorn.
Kör parallellt och verifiera mot verklig trafik. Stäng av det gamla sist, inte först.
Vi har skrivit mer om metodiken i replatforming steg för steg, och om vad bytet faktiskt kostar i TCO för monolit kontra pre-composed. Ska ni också välja ny plattform är vår plattformsjämförelse rätt ställe att börja.
För en etablerad e-handel med flera integrationer ligger ett stegvis byte normalt på sex till tolv månader från förstudie till avvecklad gammal plattform. Ett big bang kan gå snabbare i kalendertid men flyttar risken till lanseringsdagen.
Inte om URL-strukturen bevaras och 301-planen är på plats innan lansering. De tapp vi ser i praktiken beror nästan alltid på att omdirigeringarna gjordes i efterhand, inte på själva plattformsbytet.
Nej. Poängen med strangler-mönstret är att ni flyttar en funktion i taget — ofta CMS eller PIM först — medan resten ligger kvar. Varje steg går att utvärdera och vid behov rulla tillbaka.
Oftast ja, och det är vanligen klokt att göra det. Att byta commerce-motor och affärssystem samtidigt mångdubblar antalet rörliga delar utan att ge motsvarande affärsnytta.
Om plattformen bara känns trång på ett par punkter är en integration eller ett separat CMS nästan alltid billigare än ett byte. Byt när flera oberoende behov pekar åt samma håll samtidigt.