Ekstern CTO
10 fejl, du skal undgå ved platformskifte
Undgå de mest kritiske fejl ved platformskifte. Lær hvordan danske webshops taber penge, kunder og SEO-værdi - og hvordan du undgår det.
- Forfatter
- Kasper Stück
- Dato
- Læsetid
- 7 min
- Niveau
- Mellem
Et platformskifte kan give en enklere drift, men fejl i data, URL’er og ordreflow kan ramme både kunder og omsætning. Begynd med en kravliste, et før-billede og konkrete acceptkriterier. Her er ti fejl, du kan bruge som kontrol af projektet, før du godkender lanceringen.
1. Ingen brugbar backup før start
Gem produkter, varianter, kundedata, aftalt ordrehistorik, billeder, indhold, SEO-metadata og indstillinger. En produkteksport er ikke en komplet sikkerhedskopi.
Kontrollér, at eksporterne kan åbnes, at billeder kan hentes, og at gamle id’er og relationer er bevaret. Aftal adgang til det gamle system samt lovlig opbevaring og sletning. Backup skal kunne bruges til fejlretning og afstemning, også efter at domænet er flyttet.
2. En tidsplan baseret på produktantal alene
Et lille katalog med abonnementer eller kundespecifikke priser kan kræve mere arbejde end et stort standardkatalog. Få en prøveeksport og afprøv de sværeste krav, før datoen fastlægges.
Planlæg milepæle for mapping, prøveimport, integrationer, test, oplæring, lancering og opfølgning. Skriv, hvem der godkender hvert trin, og hvad der kan udskyde det. Der er ikke en universel minimumsperiode eller en fast maksimal projektlængde.
3. Glemte eller uprøvede redirects
Et produkt på /shop/solbriller/sort kan få adressen /products/sort i Shopify. Uden en relevant redirect kan gamle links ramme en fejlside. Det betyder ikke, at al SEO-værdi automatisk forsvinder, eller at Google ikke kan opdage nye sider.
Saml adresser fra crawl, sitemap, Search Console, analytics og kendte eksterne links. Klassificér dem som ændrede, uændrede eller bevidst udgåede. Test hele den forventede mapping automatisk: direkte permanent redirect til den korrekte, indekserbare 200-side med korrekt canonical, uden kæder eller loops. Supplér med manuel kontrol af top-sider og crawl af interne links.
Udgåede sider uden relevant erstatning kan give 404/410; send ikke alt til forsiden. Google anbefaler redirects i mindst ét år. Permanente redirects medfører ikke i sig selv tab af PageRank, men trafik og placeringer kan svinge under flytningen.
4. Kundelogin bliver behandlet som et almindeligt datafelt
Shopifys kunde-CSV importerer ikke adgangskoder. Det siger ikke, at passwords eller loginidentiteter aldrig kan overføres mellem nogen platforme; det afhænger af systemer og metode.
Med nyere Shopify-kundekonti logger kunden ind med en engangskode via e-mail. En importeret kundeprofil behøver ikke oprettes på ny. Med ældre konti kan invitation, aktivering og ny adgangskode være nødvendig.
Test med en importeret kunde: kommer koden eller invitationen frem, og kan kunden se den aftalte ordrehistorik? Forklar det valgte forløb på login-siden og til kundeservice, før kunderne møder det.
5. Indhold, navigation og canonical ændres samtidig
Bevar nyttige produkttitler, beskrivelser, kategoritekster og navigation først. Dokumentér de ændringer, Shopify kræver, og godkend øvrige undtagelser. Større oprydning og redesign kan vente, til måling og drift er stabile.
Kontrollér canonical på produkter, collections, sprogversioner og filtre. Crawl interne links, så de peger direkte på relevante sider. Kontrollér crawlregler i robots.txt separat fra noindex i meta robots eller X-Robots-Tag; Google understøtter ikke noindex i robots.txt.
6. Lancering midt i din egen højsæson
Vælg ud fra butikkens faktiske kampagner og sæson, ikke en kalenderregel om, at alle skal lancere i januar. Sørg for, at teknik, marketing og kundeservice er tilgængelige under skiftet og bagefter.
Forbered DNS og eventuelt TTL i god tid, bevar e-mailposter, og kontrollér SSL. Aftal ændringsstop eller delta-sync og håndtering af nye ordrer. Beslutningen om lancering skal følge testresultater og sidste afstemning.
7. Importloggens succes bliver lig med godkendelse
Afstem antal produkter, varianter, kunder og ordrer i det aftalte scope. Kontrollér relationer mellem gamle og nye id’er samt repræsentative værdier for SKU, pris, valuta, lager, billeder og SEO-felter. Log afvigelser, og få dem godkendt.
Historiske ordrer kræver særskilt metode og test: ingen nye notifikationer, lagertræk, pakning, dobbelt bogføring eller e-mailautomatik. Flyt tilmeldinger, afmeldinger og samtykkedokumentation eksplicit. Hold automatik deaktiveret, indtil kontrollen er godkendt.
8. Ingen testplan med forventede resultater
Et punkt som “betaling virker” er ikke nok. Skriv scenario, forudsætning, trin, forventet resultat, ansvarlig og dokumentation. Test relevante betalings- og leveringsmetoder, moms, rabatter, refunderinger, login og integrationer på de enheder, kunderne bruger.
Sammenlign strukturerede data med kilden og synligt indhold. Kontrollér relevant Product-markup og BreadcrumbList i Rich Results Test. Valid markup garanterer ikke søgeresultatvisning og er ikke en forudsætning for crawling.
Kontrollér trackingkonfiguration før lancering. Shopify oplyser, at standard-GA4 ikke tracker i en adgangskodebeskyttet butik. Verificér events på den offentlige butik eller i et dokumenteret egnet særskilt testsetup: køb, værdi, valuta, ordre-id, samtykke og dubletter. Test også feed-diagnostik og matching af produkt-id’er.
9. Et budget uden forudsætninger og afgrænsning
Medregn platform, tema, apps, dataarbejde, integrationer, intern tid, test, oplæring og aftalt opfølgning. Budget og reserve skal afspejle de konkrete usikkerheder; der er ikke en fast procent eller prisramme, der passer alle butikker.
Et billigt tilbud kan være smallere, og et dyrere tilbud kan stadig mangle kritiske opgaver. Sammenlign inkluderet og ekskluderet indhold, ansvar, acceptkriterier og tillægspriser. SEO-vigtige sider uden for leverancen skal have en navngiven ejer og beslutning før lancering.
10. Ingen oplæring eller ansvar efter lancering
Lad medarbejderne prøve produktoprettelse, ordrehåndtering, lager, kundeservice, refundering og rapportering før skiftet. Gem korte instruktioner og udpeg en ansvarlig for spørgsmål.
Planlæg opfølgning første dag, dagligt i første uge, ugentligt i uge 2-4 og videre gennem uge 5-12. Sammenlign faktiske ordrer og omsætning med kanaltracking, feeds og Search Console samt sæson og kampagner. Undersøg afvigelser før de kaldes SEO-tab. Aftal periode, opgaver og betaling; det er ikke en garanti for uændret trafik.
Brug kontrollen i dit projekt
Den samlede migreringsguide og tjeklisten har arbejdsark til feltmapping, URL-plan, test og lancering med ansvar. Brug dem til at få leverancen og godkendelsen på skrift.
Læs også hvad et dårligt platformskifte kan koste og spørgsmål til bureauet. Har du brug for hjælp til at kontrollere planen, kan du læse om migrering til Shopify eller kontakte mig.
FAQ - Ofte stillede spørgsmål
Hvad er den mest kritiske fejl ved platformskifte?
Manglende eller forkerte redirects kan sende kunder til fejlsider og svække forbindelsen mellem gamle og nye adresser. Omfang og genopretning afhænger af de berørte sider, indhold og teknik; der er ingen universel tabsprocent eller tidsramme.
Hvornår er det bedste tidspunkt at skifte platform?
Vælg en periode med lavere aktivitet ud fra din webshops faktiske trafik, sæson og kampagner. Sørg for, at teknik, marketing og kundeservice er tilgængelige under lanceringen og i dagene efter. Fastlæg datoen efter testresultater og sidste dataafstemning.
Kan kunders adgangskoder migreres til en ny platform?
Det afhænger af platformene og loginmetoden. Shopifys kunde-CSV importerer ikke adgangskoder. Nyere Shopify-kundekonti bruger en engangskode via e-mail, og importerede profiler kan logge ind uden en ny profil. Ældre konti kan kræve invitation, aktivering og opsætning af adgangskode.
Hvor lang tid bør man afsætte til et platformskifte?
Tidsplanen afhænger af scope, datakvalitet, integrationer og test. Fastlæg den efter prøveeksport og afprøvning af de vigtigste krav, og afsæt tid til mapping, prøveimport, opsætning, test, oplæring, sidste synkronisering og aftalt opfølgning.
Hvordan undgår jeg SEO-tab ved platformskifte?
Lav komplet URL-mapping før du starter, implementer 301 redirects for alle vigtige sider, bevar metadata og canonical tags, og submit din nye sitemap til Google Search Console umiddelbart efter lancering. Overvåg Search Console dagligt de første uger.
Relaterede artikler
Hvad koster et dårligt platformskifte?
De skjulte omkostninger ved en mislykket migrering
Eksterne ressourcer
Google's guide til 301 redirects
Kilde: Google
Officiel dokumentation om korrekt håndtering af URL-ændringer