Webbplatsmigrering 2026 – SEO-checklista vid nytt CMS, ny design eller domän

En webbplatsmigrering kan vara allt från en redesign på samma CMS till byte av plattform, URL-struktur eller domän. SEO-risken uppstår när sökmotorer inte längre hittar samma innehåll, gamla URL:er försvinner, canonical blir fel eller staging-inställningar följer med till produktion.

Den här guiden är en praktisk SEO-checklista för webbplatsmigrering 2026. Målet är inte att lova oförändrade rankingar – stora förändringar kan alltid påverka sökresultatet – utan att minimera undvikbara tekniska fel och bevara så mycket relevant signal och användarvärde som möjligt.

Vilken typ av migrering gör ni?

Migrering	Exempel	SEO-risk
Designbyte	Samma CMS och URL:er, nytt tema	Lägre om innehåll/teknik bevaras
CMS-byte	WordPress till annan plattform	Medel–hög
URL-byte	Ny struktur för tjänster/kategorier	Högre
Domänbyte	example.se till nytt varumärke	Hög
Sammanslagning	Två sajter blir en	Hög och komplex

Försök undvika fler förändringar än projektet faktiskt kräver. En ny design behöver exempelvis inte automatiskt innebära nya URL:er.

1. Ta ett fullständigt nuläge

Före migreringen behöver ni veta vad som finns idag.

Samla:

• alla crawlbara URL:er,
• XML-sitemap,
• Search Console-data,
• Analytics-data,
• viktigaste organiska landningssidor,
• backlink-/länkdata om tillgängligt,
• nuvarande redirects,
• canonical-taggar,
• noindex-sidor,
• strukturdata där relevant.

Spara crawl/export före lanseringen så att den kan jämföras med nya webbplatsen.

2. Identifiera SEO-kritiska URL:er

Alla URL:er är inte lika viktiga. Markera särskilt sidor som:

• får organisk trafik,
• rankar på kommersiella sökningar,
• har externa länkar,
• genererar leads eller försäljning,
• är centrala nav i internlänkningen.

Dessa sidor ska ha en tydlig plan i den nya strukturen.

3. Behåll URL när intenten är densamma

Om en sida fortfarande fyller samma funktion finns sällan anledning att byta URL bara för att design eller CMS ändras.

Att behålla URL kan minska:

• redirect-behov,
• risk för brutna länkar,
• internlänkningsarbete,
• osäkerhet efter lansering.

4. Bygg en URL-mappning

För varje gammal URL bestämmer ni vad som ska hända.

Gammal URL	Beslut
Samma innehåll/intent	Behåll URL om möjligt
Ersätts av ny relevant sida	301 till den mest relevanta nya URL:en
Slås ihop med annan sida	301 till konsoliderad sida
Utgånget utan relevant ersättare	Bedöm 404/410 eller annan relevant hantering

Undvik att skicka alla borttagna URL:er till startsidan. Redirecten bör motsvara användarens ursprungliga intent.

5. Implementera 301-redirects

Permanent flyttade sidor ska normalt använda 301. Kontrollera att:

• redirecten går direkt till slutmålet,
• inga långa redirectkedjor skapas,
• det inte finns loopar,
• målsidan returnerar 200,
• redirecten inte går till irrelevant sida.

Behåll gamla redirects som fortfarande fyller en funktion. En ny migrering ska inte radera tidigare historik av misstag.

6. Kontrollera staging

En stagingmiljö bör inte indexeras. Men den bör heller inte lämna kvar blockerande inställningar efter lansering.

Kontrollera:

• HTTP-auth eller annan staging-säkerhet,
• robots.txt,
• meta robots noindex,
• canonical,
• miljöberoende konfiguration.

En klassisk migreringsmiss är att produktionen går live med noindex.

7. Canonical måste peka rätt

På nya webbplatsen ska canonical normalt peka till den avsedda indexerbara versionen av sidan.

Vanliga fel:

• canonical pekar till staging,
• alla sidor pekar till startsidan,
• http/https skiljer sig,
• www/non-www blandas,
• canonical pekar till gammal domän efter domänbyte.

8. Uppdatera interna länkar

Interna länkar ska helst gå direkt till nya slut-URL:er i stället för via redirects.

Prioritera:

• huvudnavigation,
• footer,
• breadcrumbs,
• relaterade artiklar,
• kontextuella länkar i brödtext,
• CTA-knappar.

Internlänkning hjälper både användare och sökmotorer förstå den nya strukturen.

9. Behåll eller förbättra viktig content

Migrering är ett dåligt tillfälle att samtidigt radera stora mängder fungerande innehåll utan analys.

För SEO-kritiska sidor, jämför:

• H1,
• huvudtext,
• produkt-/tjänsteinformation,
• FAQ,
• internlänkar,
• bilder och ALT,
• strukturerad data.

Förbättra gärna innehåll, men förstå vad som faktiskt driver sidans relevans innan stora delar tas bort.

10. Kontrollera metadata

Exportera viktiga titlar och meta descriptions före flytten så att de inte ersätts av generiska standardvärden.

Efter lansering bör varje central sida ha:

• unik och beskrivande titel,
• relevant meta description,
• korrekt H1,
• ren canonical.

11. XML-sitemap

Den nya sitemap-filen bör endast innehålla de URL:er ni faktiskt vill att sökmotorer ska indexera.

Kontrollera:

• att URL:erna returnerar 200,
• att de inte är noindex,
• att canonical inte pekar någon annanstans,
• att sitemap använder rätt domän/protokoll.

Skicka in den nya sitemap-filen i Search Console efter lansering.

12. Robots.txt

Kontrollera att robots.txt inte blockerar viktiga resurser eller hela webbplatsen. Jämför den gamla och nya filen.

Robots.txt ska inte användas som ersättning för en genomtänkt indexeringsstrategi.

13. Strukturerad data

Om gamla webbplatsen hade relevant schema/structured data bör den inte försvinna av misstag vid CMS-byte.

Kontrollera exempelvis:

• Organization/LocalBusiness där relevant,
• Product,
• Article,
• BreadcrumbList,
• FAQ när formatet och riktlinjerna är relevanta.

Markup ska motsvara synligt innehåll och verklig information.

14. Bild- och mediamigrering

Kontrollera att bilder:

• faktiskt laddar,
• inte pekar mot staging,
• har rimliga dimensioner och format,
• behåller relevant ALT-text,
• inte skapar onödiga 404-fel.

Om bild-URL:er ändras i stor skala kan gamla externa bildlänkar och Google Images påverkas.

15. Prestanda efter CMS-byte

Ny design kan vara visuellt snygg men tekniskt tyngre. Mät därför verkliga sidtyper, inte bara startsidan.

Kontrollera:

• LCP,
• INP,
• CLS,
• bildvikter,
• JavaScript-mängd,
• fonts,
• cache och CDN.

Core Web Vitals är inte den enda SEO-faktorn, men dålig prestanda påverkar användarupplevelsen och kan skapa tekniska problem.

16. Tracking ska överleva migreringen

Testa GA4, GTM och andra relevanta mätverktyg före och efter lansering.

Verifiera:

• sidvisningar,
• formulär,
• köp eller bokning,
• e-commerce events där relevant,
• UTM-parametrar,
• CRM-attribution,
• consent-styrning.

17. Testa formulär och konverteringar

SEO-trafik är värdelös om leadflödet bryts vid migreringen.

Testa på riktig produktion:

1. formulärinskick,
2. bekräftelse,
3. e-post/CRM,
4. tracking,
5. mobil användning.

18. Domänbyte kräver extra planering

Vid domänbyte behöver ni dessutom kontrollera:

• HTTPS på nya domänen,
• 1:1-redirects från gamla domänen,
• canonical till nya domänen,
• internlänkar,
• sitemap,
• Search Console-egendomar,
• externa profiler och länkar som ni själva kan uppdatera,
• e-post/DNS separat från webbredirects.

Gör inte domänbyte enbart för att en ny URL ”ser snyggare ut”.

19. CMS-byte – särskilda risker

Olika CMS genererar URL:er, kategorier, parametrar, pagination och canonical på olika sätt.

Kontrollera särskilt:

• trailing slash-regler,
• kategori-/taggarkiv,
• pagination,
• filter/facetter,
• mediebilagor,
• automatisk canonical,
• redirectmodulens beteende.

20. Crawl den nya sajten före lansering

Gör en teknisk crawl i staging så långt miljön tillåter och jämför mot gammal sajt.

Leta efter:

• 404,
• 5xx,
• felaktiga redirects,
• dubbla titlar,
• saknade H1,
• canonical-fel,
• noindex,
• brutna internlänkar.

21. Crawl direkt efter lansering

Upprepa kontrollen på produktionsdomänen. Staging och produktion kan bete sig olika.

Prioritera kritiska money pages, kategorier och sidor som hade organisk trafik.

22. Följ Search Console

Efter migreringen bör ni följa:

• indexering,
• 404/soft 404,
• organiska klick och impressions,
• problem med sitemap,
• eventuella säkerhets- eller manuella meddelanden.

Jämför på sidgruppsnivå – inte bara total trafik.

23. Följ server- och applikationsfel

Om ni har tillgång till loggar/monitorering kan de avslöja:

• bottrafik till gamla URL:er,
• 5xx,
• timeout,
• missade redirects,
• API-problem.

24. Undvik att göra fler stora SEO-ändringar direkt efteråt

Om möjligt, låt migreringen stabiliseras innan ni gör ytterligare stora förändringar i URL-struktur, hela contentbiblioteket eller navigationen. Det gör orsaksanalys enklare.

Lanseringschecklista

1. Full backup klar.
2. URL-mappning godkänd.
3. 301-regler implementerade.
4. Canonical kontrollerad.
5. Noindex borttagen från produktion.
6. Robots.txt verifierad.
7. Sitemap genererad.
8. Internlänkar uppdaterade.
9. Metadata migrerad.
10. Structured data testad.
11. GA4/GTM och konverteringar testade.
12. Formulär/checkout fungerar.
13. Mobil och prestanda testad.
14. Ny crawl genomförd.
15. Search Console redo.

Vanliga migrationsfel

• Alla gamla URL:er redirectas till startsidan.
• Staging-noindex följer med.
• Canonical pekar på gammal domän.
• Gamla redirects försvinner.
• Internlänkar går via onödiga redirects.
• Vinnande sidor tas bort utan ersättare.
• Tracking bryts.
• Produkt-/tjänstdata saknas efter migrering.
• XML-sitemap innehåller felaktiga URL:er.
• Teamet följer bara totaltrafik och missar problem på money pages.

Vanliga frågor

Tappar man alltid SEO vid webbplatsmigrering?

Nej, men större förändringar innebär risk och resultat kan variera. En bra migrationsplan minskar framför allt risken för undvikbara tekniska fel och förlorade URL-signaler.

Ska alla gamla URL:er redirectas?

De som har en relevant ny motsvarighet bör normalt mappas dit. Sidor utan relevant ersättare ska inte automatiskt skickas till en irrelevant sida bara för att undvika 404.

Hur länge ska redirects ligga kvar?

Som praktisk princip bör permanenta redirects inte tas bort snabbt. Gamla länkar och bokmärken kan fortsätta användas långt efter migreringen.

Ska man ändra domän och CMS samtidigt?

Det kan göras, men ökar komplexiteten. Om det går att separera stora förändringar blir felsökning och effektanalys enklare.

Migrera med en URL-plan – inte med hopp

Kontakta SveaMedia om ni planerar nytt CMS, redesign eller domänbyte och vill bygga en konkret migrationsplan för redirects, SEO, tracking och kvalitetssäkring.