DynamicWeb opgradering
Opgrader til DynamicWeb 10
En opgradering til DynamicWeb 10 er ikke en versionsopdatering. Det er et skifte til en ny platform, en ny frontend og en ny måde at arbejde med indhold og data.
Vi hjælper med at vurdere, hvad der kan flyttes, hvad der skal bygges om, og hvad der med fordel kan forenkles undervejs — så I ikke tager teknisk gæld med over i den nye platform.
Målet er en løsning, der er lettere at drive, lettere at videreudvikle og klar til de næste mange år.
HVORFOR NU
DW9 kører stadig — men afstanden vokser
DynamicWeb 9 er en stabil platform, og en velfungerende DW9-løsning holder ikke op med at virke fra den ene dag til den anden.
Men al ny udvikling, alle nye funktioner og hele produktretningen ligger i DynamicWeb 10. For hvert år bliver afstanden mellem den løsning, I har, og den platform leverandøren udvikler på, større.
Det er derfor bedre at planlægge opgraderingen som et forretningsprojekt end at vente, til den bliver nødvendig.
Lyder det bekendt?
- Selv små ændringer i frontend kræver en udvikler
- Rapido-temaet er tilpasset så meget, at opdateringer er blevet risikable
- Ingen har det fulde overblik over, hvad der er specialudviklet
- Nye funktioner findes kun i DW10
- Performance og Core Web Vitals halter på de vigtigste sider
- Integrationerne er svære at gennemskue og fejlsøge
- Marketing venter på udvikling, hver gang en ny landingsside skal bygges
DW9 VS. DW10
Hvad der reelt er anderledes
DW10 er skrevet på et nyt teknologisk fundament. Det giver bedre performance og driftsmodel, men betyder samtidig, at frontend og tilpasninger ikke kan flyttes uændret.
DW9
DW9
DW9
DW9
DW9
DW9
DW9
En opgradering er den bedste anledning til at rydde op.
RAPIDO → SWIFT
Frontend flyttes ikke - den bygges igen
Rapido-templates kan ikke løftes direkte over i DW10. Swift er bygget på et nyt fundament med en anden struktur og andre principper.
Det lyder som en ulempe, men er i praksis den største gevinst i projektet. Mange DW9-løsninger bærer rundt på funktioner, sidetyper og tilpasninger, som ikke længere bliver brugt.
Vi bygger designet op i Swift ud fra det, forretningen faktisk har brug for — og holder løsningen så tæt på standard som muligt.
Det tager vi stilling til undervejs
For hvert element i den nuværende løsning afgør vi, om det skal med videre:
- Hvilke sidetyper og sektioner bruges reelt
- Hvilke tilpasninger dækker et forretningsbehov — og hvilke er historiske
- Hvad kan Swift løse i standard
- Hvor er der behov for egne blokke
- Hvilke URL'er og SEO-signaler skal bevares
- Hvilke integrationer skal genetableres eller gentænkes
- Hvilke redaktionelle arbejdsgange skal blive lettere
GEVINSTER
Hvad I får ud af opgraderingen
Hurtigere sider
Mindre afhængighed af udviklere
Lavere teknisk gæld
Bedre produktdata
Klarere integrationer
Et fundament, der holder
PROCES
Sådan griber vi opgraderingen an
Vi kortlægger den nuværende løsning
Vi gennemgår sidetyper, templates, tilpasninger, integrationer, produktstruktur og de arbejdsgange, redaktører og salg bruger i dag. Resultatet er et konkret billede af, hvad der skal med videre.
Vi lægger en plan med et tydeligt omfang
Vi beslutter, hvad der genopbygges i Swift-standard, hvad der kræver egne blokke, og hvad der udskydes til efter lanceringen. Det giver et realistisk budget og en prioriteret rækkefølge.
Vi migrerer data
Indhold, produkter, kunder, ordrer og medier flyttes til DW10. Undervejs rydder vi op i felter, dubletter og strukturer, der ikke længere giver værdi.
Vi bygger frontend i Swift
Designet opsættes med Swifts blokke og temaindstillinger, så redaktørerne får et fleksibelt værktøj. Egen kode begrænses til det, der reelt kræver det.
Vi genetablerer integrationer
ERP, PIM og øvrige systemer forbindes efter et gennemtænkt mønster — med logging og overvågning, så dataflowene kan følges i drift.
Vi tester, omdirigerer og går i luften
Vi tester hele købsflowet, sætter redirects op fra de gamle URL'er, klæder redaktørerne på og følger løsningen tæt de første uger efter lancering.
RISIKO
Det vi holder øje med, så opgraderingen ikke koster omsætning
De fleste problemer ved en platformsopgradering opstår ikke i koden. De opstår i det, ingen fik taget stilling til.
Derfor arbejder vi med de kritiske forhold fra begyndelsen af projektet i stedet for i ugerne op til lancering.
- URL-struktur, redirects og bevarede SEO-signaler
- Datakvalitet i produkter, priser og kunder efter migrering
- Kundelogin, aftalepriser og ordrehistorik
- Betaling, fragt og øvrige tredjepartsmoduler
- Sporing, samtykke og analytics fra dag ét
- Oplæring af redaktører, så den nye frihed bliver brugt
FAQ
Ofte stillede spørgsmål
Data kan migreres, men frontend kan ikke flyttes uændret. Rapido-templates og tilpasninger skal genopbygges i Swift. I praksis er projektet derfor en migrering af data kombineret med en ny frontend.
Ikke nødvendigvis. Det nuværende design kan genopbygges i Swift. Men fordi frontend alligevel bygges igen, er det ofte den rette anledning til at forbedre navigation, produktsider og købsflow.
De skal gennemgås. Nogle kan genetableres på DW10's API'er med begrænset arbejde, mens integrationer med meget customkode med fordel kan flyttes til et selvstændigt integrationslag.
Ikke hvis URL-struktur, indhold, metadata og redirects håndteres bevidst. Vi kortlægger de vigtigste URL'er tidligt i projektet og tester omdirigeringerne inden lancering.
DW9-løsninger kører fortsat, men al ny udvikling foregår i DW10. Vi anbefaler at planlægge opgraderingen, mens I selv kan bestemme tempoet — frem for at gøre det under tidspres.
Ja. En almindelig tilgang er at gå i luften med et gennemarbejdet kernescope og derefter videreudvikle funktioner, som ikke er kritiske for lanceringen.
Skal vi se på jeres vej fra DW9 til DW10?
Vi gennemgår jeres nuværende løsning og giver et konkret billede af omfang, rækkefølge og de valg, der får størst betydning for prisen.
I får et kvalificeret grundlag at beslutte ud fra — også hvis konklusionen er, at opgraderingen skal vente.
Kontakt os
Udfyld formularen og vi vil kontakte dig hurtigst muligt
Vil du høre mere?
Anders Ebdrup
CEO / Solutions Architect
+45 24 94 88 47
anders.ebdrup@composeit.dk
