01
Foranalyse
Vi gennemgår DanDomain Classic, datakvalitet, funktioner, integrationer og SEO og fastlægger, hvad der skal flyttes, genbygges eller udfases.
DanDomain Classic til DanDomain
Flyt jeres webshop fra DanDomain Classic til DanDomain med en konkret plan for data, funktioner, SEO, integrationer og lancering. Vi kortlægger det eksisterende setup, før den nye løsning bygges og testes.
Platformskifte
DanDomain tilbyder selv en migrering fra Classic til DanDomain Webshop. Den flytter typisk produkter, kategorier, kunder og ordrer, men ikke jeres tilpassede skabeloner, specialfelter, rabatlogik eller de integrationer, der er sat op mod Classic gennem årene. Det er netop de dele, der afgør, om hverdagen fungerer efter skiftet.
Vi tager ansvaret for hele projektet: kortlægning af det, der ligger uden for standardimporten, genopbygning af design og funktioner i den nye skabelonmotor og en redirect-plan for de gamle id-baserede URL'er, så synligheden i Google følger med.
DanDomain Classic-butikker har ofte kørt i mange år med tilpassede skabeloner, kundegrupper, B2B-priser og integrationer, der er sat op ad flere omgange. Migreringen skal skelne mellem det, der stadig bærer forretningen, og det, der kun findes af historiske årsager.
DanDomain er relevant, når I ønsker et dansk økosystem, hvor hosting, domæner og webshop ligger hos samme leverandør, og hvor løsningen skal kunne tilpasses i HTML, CSS og JavaScript. Platformvalget bør dog først bekræftes ud fra katalog, arbejdsgange, integrationer, budget og fremtidige krav.
Classic og DanDomain Webshop er forskellige systemer med hver sin datamodel og skabelonmotor. Varianter, produktfelter, kundegrupper og kategorier skal mappes til den nye platforms struktur, og skabelontilpasninger skal genbygges frem for at blive kopieret.
Vil I sammenligne mulighederne, kan I også se migrering fra DanDomain Classic til Shopify , Medusa eller ShopOrama . Få også det samlede overblik over webshopmigrering.
Funktioner og teknisk gæld
Classic og DanDomain Webshop er forskellige systemer med hver sin datamodel og skabelonmotor. Varianter, produktfelter, kundegrupper og kategorier skal mappes til den nye platforms struktur, og skabelontilpasninger skal genbygges frem for at blive kopieret.
DanDomain Webshop og DanDomain Classic er forskellige systemer. Disse migrationsprojekter har den nyere DanDomain Webshop som mål, så funktioner og importmuligheder skal vurderes ud fra netop den platform.
Vi bruger migreringen til at skelne mellem forretningskritiske behov og historiske tilpasninger. Det kan reducere teknisk gæld og gøre DanDomain-løsningen lettere at drive videre efter lanceringen.
Efter lanceringen administrerer I webshoppen i DanDomain. Vi afklarer, hvem der har ansvar for domæne, integrationer og support. Mulighederne for design og funktioner afhænger af den valgte pakke og platformversion.
Sådan fungerer det
Den nuværende webshop kan fortsætte driften, mens den nye løsning bygges og dataflytningen bliver prøvet af. Hver fase afsluttes med tydelige leverancer og testpunkter.
01
Vi gennemgår DanDomain Classic, datakvalitet, funktioner, integrationer og SEO og fastlægger, hvad der skal flyttes, genbygges eller udfases.
02
DanDomain Webshop sættes op med produktstruktur, design, betaling og fragt, og de tilpasninger, der ikke kan klares i standarden, bygges med apps, API og webhooks. Samtidig køres og valideres migreringen på kopier af kildedata.
03
Vi tester køb, betaling, fragt, mails, tracking, prisfeeds og redirects, før domænet peges på DanDomain. Den afsluttende dataflytning og mulighederne for at vende tilbage til den gamle løsning aftales på forhånd.
Data og mapping
Data flyttes med platformens importmuligheder og strukturerede filer og valideres i flere testkørsler, fordi felt- og kategorimodellen sjældent matcher kildesystemet én til én. Først dokumenterer vi relationer og datakvalitet i DanDomain Classic, så importen ikke bygger på antagelser.
Produkter, varianter, kategorier, producenter, produktfelter, kundegruppepriser, billeder og lager gennemgås, renses og mappes til den nye produktstruktur.
Skabelontilpasninger, kundegrupper, B2B-priser, rabatter, søgning og ældre specialfunktioner sorteres i det, der skal erstattes, genbygges eller udelades.
Kunder, adresser, ordrer, betaling, fragt, sprog, valutaer og integrationer til økonomi- og lagersystemer prioriteres efter lovkrav, kundeservice og den daglige drift.
Id-baserede Classic-URL'er for produkter og kategorier, indholdssider, metadata og eksisterende redirects bliver grundlaget for nye URL'er, metadata og 301-redirects.
Projektets omfang
Det endelige omfang afhænger af jeres DanDomain Classic-løsning, men migreringen til DanDomain samler normalt disse områder i én plan.
Godt match
Vælg den rigtige ydelse
En ny webshop, en løbende udviklingsaftale eller en indledende afklaring af platformvalg kan være et bedre match, hvis der ikke er et konkret projekt om platformskifte endnu.
Projektform
Webshopmigrering er en betalt projektydelse. Pris og tidsplan afhænger af data, integrationer, design og specialfunktioner og bliver fastlagt, før arbejdet begynder.
01
Vi afklarer datamængde, platforme, integrationer, design og specialfunktioner.
02
I modtager projektets omfang, leverancer, ansvar, pris og en realistisk tidsplan for projektet.
03
Arbejdet begynder først, når tilbuddet er godkendt, og adgang samt ansvar er på plads.
Kundeudtalelse
Om mig
Jeg har drevet Eagle Media siden 2016 og hjælper webshopejere med at få teknikken til at understøtte forretningen. Mit fokus er løsninger, der gør hverdagen lettere og giver mening for den måde, virksomheden arbejder på.
Et godt samarbejde handler for mig om mere end kode. I skal føle jer hørt og have ro i maven gennem hele processen. Samtidig skal I altid vide, hvem der tager ansvar.
Næste skridt
Fortæl os, hvor webshoppen ligger i dag, og hvad den nye løsning skal kunne.
Vi bruger oplysningerne til at afklare data, integrationer og projektets næste skridt. Pris og tidsplan fastlægges i et skriftligt tilbud, før arbejdet begynder.
Et betalt migrationsprojekt
Formularen starter dialogen. I bliver ikke tilmeldt en ydelse eller faktureret ved at sende den.
Ofte stillede spørgsmål
Nej. De to systemer har hver sin skabelonmotor, så designet skal genopbygges i DanDomain Webshops skabeloner. Vi bruger det eksisterende design som forlæg og rydder samtidig op i tilpasninger, der ikke længere bruges.
Standardflytningen dækker de almindelige data. Kundegruppepriser, specialfelter, rabatregler og integrationer skal kortlægges og sættes op særskilt. Vi afklarer, hvad standardimporten dækker i jeres tilfælde, før projektet fastlægges.
Classic bruger id-baserede adresser, som ikke findes i DanDomain Webshop. Vi kortlægger de gamle adresser, matcher dem til de nye produkter og kategorier og opsætter 301-redirects, før domænet flyttes.
Vi kan hjælpe med at flytte relevante data og genopbygge de nødvendige arbejdsgange i DanDomain. Før projektet afgrænser vi, hvilke data, funktioner og integrationer der skal med, og hvad der med fordel kan udfases.
Classic og DanDomain Webshop er forskellige systemer med hver sin datamodel og skabelonmotor. Varianter, produktfelter, kundegrupper og kategorier skal mappes til den nye platforms struktur, og skabelontilpasninger skal genbygges frem for at blive kopieret. Vi laver en konkret plan for datafelter og deres indbyrdes relationer og validerer resultatet med tællinger og stikprøver før den endelige import.
Ofte ja, hvis kildedata er tilgængelige og har tilstrækkelig kvalitet. Kundeadgangskoder kræver særskilt vurdering og kan ofte ikke flyttes direkte, så et sikkert aktiverings- eller nulstillingsflow kan være nødvendigt.
Vi kortlægger eksisterende URL'er og sider med trafik eller backlinks, planlægger den nye URL-struktur og opsætter 301-redirects. Redirects og URL-struktur sættes op i platformens egne værktøjer, og vi kontrollerer især kategoristier og produktadresser, fordi de sjældent kan bevares uændret fra kildesystemet. Metadata, canonical-tags, sitemap og tracking indgår også i kvalitetssikringen.
Efter lanceringen administrerer I webshoppen i DanDomain. Vi afklarer, hvem der har ansvar for domæne, integrationer og support. Mulighederne for design og funktioner afhænger af den valgte pakke og platformversion.
Tidsplanen afhænger af datamængde, datakvalitet, integrationer, design og specialfunktioner. Efter en foranalyse kan vi beskrive faser, ansvar, testkørsler og en realistisk lanceringsplan.