Når en webshop skifter design, domæne eller platform, er det sjældent selve lanceringen, der er det sværeste. Det svære er at bevare den organiske synlighed, mens teknikken, URL-strukturen og indholdet flytter sig.
En SEO-migrering handler derfor ikke kun om redirects. Det er en styret proces, hvor du kortlægger gamle og nye sider, tester alt i et lukket miljø, flytter så lidt som muligt ad gangen og følger tæt med i data bagefter. Gør du det rigtigt, kan du komme igennem et redesign eller et platformskifte med begrænsede udsving. Gør du det halvt, kan du miste både trafik, omsætning og historiske placeringer.
Hvad SEO-migrering betyder for en webshop
En SEO-migrering er enhver større ændring, der kan påvirke, hvordan søgemaskiner finder, forstår og vurderer din webshop. Det gælder typisk i tre situationer: redesign, domæneskifte og platformskifte fra fx WooCommerce til Shopify eller omvendt.
I praksis rammer migreringen ofte flere lag samtidig. URL’er ændrer sig, interne links bliver omskrevet, skabeloner får nye canonical-tags, indhold flyttes, filtre opfører sig anderledes, og gamle metadata bliver ikke altid taget med. Derfor er SEO-migrering et projekt på tværs af marketing, udvikling og drift, ikke en enkelt opgave på en lanceringsdag.
Hvis du kan vælge, er det som regel klogt at ændre én stor ting ad gangen. Først domæne, senere redesign. Eller først platform, senere større indholdsændringer. Jo flere ting du ændrer på samme tid, desto sværere bliver det at finde årsagen, hvis trafikken falder.
Derfor taber webshops trafik ved redesign, domæneskifte og platformskifte
De fleste trafikfald efter migrering skyldes ikke Google som sådan. De skyldes fejl i overgangen. En side, der tidligere havde autoritet, links og stabile placeringer, får pludselig en ny URL uden korrekt 301-redirect. Eller også bliver en vigtig kategoriside lanceret med mindre indhold, forkert canonical eller et noindex-tag fra stagingmiljøet.
Webshops er ekstra sårbare, fordi mange sider er afhængige af struktur. Kategorier, brandsider, produktvarianter, filtre, paginering og interne links fordeler crawlbudget og intern autoritet. Når det ændrer sig, kan selv små fejl få stor effekt på trafik og omsætning.
De hyppigste årsager ser sådan ud:
- Ændrede URL’er uden præcis 301-redirect
- Noindex eller blokering i
robots.txt - Canonical peger på gamle eller irrelevante sider
- Interne links peger stadig på gamle URL’er
- XML sitemap viser forkerte eller forældede sider
- Kategori- og produktindhold er blevet tyndere
- Redirects går til forsiden i stedet for den mest relevante side
SEO-migrering tjekliste før lancering
Før du rører ved den nye webshop, skal du kende den gamle. Det betyder, at du skal eksportere nuværende URL’er, metadata, statuskoder, canonicals, interne links og sitemap-data. Kombinér gerne crawl-data med Google Search Console og GA4, så du kan se, hvilke sider der faktisk driver klik, visninger og omsætning.
Derefter skal du lave et URL-map. Hver gammel URL skal have en klar status: ny tilsvarende URL, sammenslået side, eller bevidst fjernet side med 404 eller 410. Det er her mange mister overblikket, især hvis webshoppen har tusindvis af produkter, gamle kampagnesider eller dynamiske filter-URL’er.
Stagingmiljøet skal være lukket for søgemaskiner. Password-beskyttelse er bedst. Hvis du kun bruger noindex, skal du stadig kontrollere, at miljøet ikke kan crawles uhensigtsmæssigt, og at tags fjernes korrekt ved lancering. Samtidig skal du kunne teste hele sitet med crawler, så du opdager fejl inden go-live.
Planlæg også lanceringen på et roligt tidspunkt. Ikke midt i Black Week, ikke lige før en stor kampagne og helst ikke fredag eftermiddag. Hvis noget går galt, skal der være tid og adgang til både udvikler, marketing og den person, der kan ændre DNS, server eller redirects med det samme.
| Fase | Det vigtigste SEO-fokus | Typiske værktøjer | Godkendt når |
|---|---|---|---|
| Før migrering | Baseline, URL-map, backup | GA4, Search Console, Screaming Frog | Alle vigtige gamle URL’er er kortlagt |
| I staging | Crawl, metadata, canonicals, interne links | Screaming Frog, Lighthouse, manuelle tests | Ingen kritiske fejl på nøglesider |
| Ved lancering | 301-redirects, noindex fjernet, sitemap live | Browser, crawler, Search Console | Gamle URL’er sender korrekt videre |
| Efter lancering | Indeksering, trafik, fejlrettelser | Search Console, GA4, rank tracking | Klik og indeksering stabiliserer sig |
Før launch bør du som minimum have styr på dette:
- Backup: Fuldt backup af site, database, tema, redirects og metadata
- Baseline: Eksport af trafik, konverteringer, top-URL’er og vigtigste søgeord
- URL-map: En komplet liste med gammel URL, ny URL og forventet statuskode
- Staging-test: Crawl af nyt site med fokus på metadata, links og statuskoder
- Rollback-plan: Klar aftale om, hvad der sker, hvis lanceringen fejler
- Adgang: Search Console, GA4, DNS, CMS, server og tag manager skal være tilgængelige
Tekniske SEO-elementer i en webshop-migrering
Redirects er stadig det mest kritiske punkt. Brug 301, og send hver gammel URL direkte til den mest relevante nye URL. Ikke via mellemtrin. Ikke til forsiden, hvis der findes en mere præcis destination. Lange redirect-kæder gør både crawl og brugeroplevelse dårligere, og de gør fejlretning unødigt tung.
Canonical-tags skal pege på de nye endelige URL’er. Det lyder simpelt, men ved redesign og platformskifte ser man ofte gamle templates, som stadig outputter canonicals til tidligere adresser. Resultatet er, at Google får blandede signaler om, hvilken version der er den rigtige.
Interne links er lige så vigtige som redirects. Menulinks, breadcrumbs, footer-links, relaterede produkter og links i brødtekst skal opdateres til de nye URL’er. Hvis dit interne linknetværk stadig peger på gamle adresser, tvinger du både brugere og søgemaskiner gennem unødige redirects.
Sitemap og robots.txt skal passe til den nye virkelighed. XML sitemap må kun indeholde URL’er, du vil have indekseret. robots.txt må ikke blokere vigtige sektioner, og midlertidige regler fra staging skal væk. Ved domæneskifte skal det nye domæne også være verificeret i Google Search Console, og ved rene domæneflytninger bør Change of Address-funktionen bruges.
Hvis webshoppen er flersproget, kommer hreflang oveni. Her skal alle sprogversioner opdateres, så de peger på de nye URL’er. Bare én forkert reference kan skabe rod i de lokale søgeresultater.
De tekniske kontrolpunkter, der oftest giver problemer, er disse:
- 301-redirects: Én til én, direkte til endelig URL
- Canonical-tags: Skal pege på nye live-URL’er, ikke gamle eller parameter-URL’er
- Noindex: Skal fjernes fra alle sider, der skal kunne ranke
- Interne links: Menu, breadcrumbs og indholdslinks skal opdateres
- XML sitemap: Kun nye indeksérbare URL’er
- Hreflang: Opdateres samtidig med resten af URL-strukturen
Kontrol på launch day ved SEO-migrering
Selve lanceringsdagen bør være stram og kedelig. Det er et godt tegn. Du skal ikke bruge dagen på kreative ændringer, men på kontrol. Start med et udvalg af dine vigtigste kategorisider, produktsider og brandsider. Tjek statuskode, title tag, H1, canonical, intern linking og indekserbarhed.
Kør derefter et hurtigt crawl af sitet, eller i det mindste af et prioriteret udsnit. Formålet er at finde de fejl, der typisk opstår i skiftet fra staging til live: manglende scripts, forkert robots-regel, tomme metadata, 404’er og uventede redirect-loops.
På launch day er denne rækkefølge praktisk:
- Tjek at live-sitet ikke er
noindex - Test 20-50 kritiske redirects manuelt
- Crawl topkategorier og nøgleprodukter
- Indsend nyt XML sitemap i Search Console
- Brug URL-inspektion på vigtige sider
- Notér lanceringsdatoen i dine analyseværktøjer
Overvågning efter migrering i Google Search Console og GA4
Et mindre fald i synlighed lige efter en migrering er normalt. Google skal recrawle, genforstå og erstatte gamle URL’er med nye. Det afgørende er ikke, om grafen dykker lidt. Det afgørende er, om den stabiliserer sig igen, og om de rigtige sider faktisk overtager trafikken.
De første 2 til 6 uger bør du holde dagligt øje med Search Console. Kig især på indekseringsrapporter, crawl-fejl, soft 404, sitemap-status og udviklingen i klik og visninger på kategorier og produkter. Ved domæneskifte er det nyttigt at følge både gammelt og nyt domæne parallelt i en periode.
I GA4 bør du sammenligne organisk trafik, omsætning og konverteringsrate mod baseline. Gør det ikke kun på samlet niveau. Kig side for side og kategori for kategori. En samlet graf kan skjule, at nogle af de vigtigste landingssider er faldet markant, mens branded trafik holder totalen oppe.
Lad redirects stå længe. Minimum et år er et forsigtigt niveau. I mange tilfælde giver det mening at beholde dem endnu længere, især hvis gamle URL’er har eksterne links, historisk trafik eller stadig dukker op i søgeresultater og gamle kampagner.
Typiske SEO-fejl ved platformskifte til Shopify eller WooCommerce
Platformskift giver ofte strukturændringer, som ikke er synlige ved første blik. Shopify har faste URL-mønstre på dele af sitet, og mange apps kan påvirke metadata, structured data og indeksering. WooCommerce giver mere frihed, men også større risiko for inkonsistente permalink-strukturer, dubletter og teknisk gæld.
Det største problem er sjældent platformen i sig selv. Det er forventningen om, at platformen “klarer SEO” automatisk. Det gør den ikke. En platform kan give et bedre udgangspunkt, men den kan ikke beslutte, hvilke URL’er der skal bevares, hvilke kategoritekster der er vigtige, eller hvordan gamle links skal håndteres.
Ved platformskifte ser man ofte disse fejl:
- Forside-redirects: Mange gamle sider sendes samlet til forsiden
- Mistede metadata: Titles og descriptions bliver nulstillet eller forkortet
- Nye dubletter: Filtre, tags eller varianter skaber ekstra indeksérbare URL’er
- Svag intern linking: Kategorier mister linkværdi efter nyt menu- eller temaopsætning
- Manglende content-transfer: Kategoriindhold og FAQ’er kommer ikke med over
- Tracking-brud: GA4, Google Ads eller server-side tracking måler forkert efter launch
Hvornår du bør dele en SEO-migrering op i flere trin
Hvis du både vil skifte domæne, design, informationsarkitektur og platform på samme tid, øger du risikoen. Ikke fordi det er umuligt, men fordi du ændrer for mange variable på én gang. Når noget går galt, er det svært at se, om problemet skyldes redirects, templates, ny URL-struktur eller ændret indhold.
Del derfor migreringen op, når det er realistisk. Et typisk fornuftigt greb er at bevare så mange URL’er og indholdselementer som muligt i første fase, få indeksering og tracking stabil, og først derefter rydde op i design, tekster eller kategoristruktur. Det er sjældent den mest spændende plan, men det er ofte den plan, der bedst beskytter den organiske omsætning.