När en e-handel byter plattform eller struktur är risken för trafikförlust betydande. Många av de problem som uppstår vid en migrering beror på relativt enkla tekniska missar, bortglömda redirects, felaktiga canonical-taggar, bristfällig spårning eller att stagingmiljön av misstag indexeras. För att underlätta arbetet och minska risken för rankingfall har jag sammanställt en komplett SEO-checklista med alla moment som behöver ses över före, under och efter lanseringen.
Checklistan omfattar tekniska kontroller, innehåll, URL-struktur, renderings- och crawlfrågor, spårning, Core Web Vitals, navigationsstrukturer och validering i Google Search Console. Den inkluderar även specifika kontroller för e-handel, såsom interna sökfunktioner, produktfeeds och filtreringslogik. Syftet är att skapa en tydlig och strukturerad genomgång som kan användas av både utveckling, marknad och projektledning för att säkerställa en stabil och förutsägbar migreringsprocess.
Checklistan är gratis att använda och kan anpassas till e-handlare av olika storlek. Den fullständiga versionen finns här nedan.
| Migreringslista för SEO | ||
| Uppgift att kontrollera | Status (☐) | Anteckningar |
| 1. FÖRBEREDELSE & BASELINE (PRE-LAUNCH) | ||
| Identifiera prioriterade sidor | ☐ | Se till att viktiga sidor identifieras innan migrering startar. |
| Crawl Legacy Website and Store a Backup of the Crawl | ☐ | Crawla och spara komplett backup av gamla sajten. |
| Crawla gamla / nuvarande sajten | ☐ | Samla URL-lista och metadata från gamla sajten. |
| Spåra era rankingpositioner | ☐ | Exportera aktuella rankingar för jämförelse efter lansering. |
| GA: Organiska sessioner | ☐ | Notera nuvarande nivå för organiska sessioner. |
| GA: Avvisningsfrekvens | ☐ | Notera aktuell avvisningsfrekvens som jämförelsevärde. |
| GA: Intäkter | ☐ | Dokumentera intäkter från organisk trafik före migrering. |
| GA: Konverteringsgrad | ☐ | Spara baseline för nuvarande konverteringsgrad. |
| Ranking: Nyckelord i rank-tracking-verktyg | ☐ | Exportera nuvarande rankingar för alla spårade nyckelord. |
| Ranking: Desktop | ☐ | Dokumentera baseline för desktop-ranking inför migreringen. |
| Ranking: Mobil | ☐ | Dokumentera baseline för mobil-ranking inför migreringen. |
| Ahrefs- och Semrush-synlighetskontroller | ☐ | Kontrollera synlighet och ranking i Ahrefs och Semrush före lansering. |
| 2. STAGING & TEKNISK GRANSKNING | ||
| Crawla staging-/utvecklingssajten | ☐ | Crawla staging och identifiera saknade eller felaktiga sidor. |
| Jämför URL-strukturen | ☐ | Jämför gamla och nya URL:er och hitta avvikelser. |
| Sidans hastighet: mobil och desktop | ☐ | Optimera laddtider i staging och uppnå Lighthouse-krav. |
| Core Web Vitals (LCP, CLS, TTFB) | ☐ | Testa och förbättra laddtid, layoutskift och serversvarstid enligt Core Web Vitals-kraven. |
| Säkerställ att analytics/spårning är korrekt satt upp | ☐ | Kontrollera att GA4, GTM och events fungerar i staging. |
| Staging-indexering | ☐ | Säkerställ att stagingmiljön är blockad från indexering (noindex + robots.txt). |
| 3. REDIRECTS & URL-STRUKTUR | ||
| Skapa 301-redirects för prioriterade sidor | ☐ | Lägg in och testa 301-redirects för viktiga sidor. |
| Skapa 301-redirects för alla andra sidor | ☐ | Skapa och kontrollera 301-redirects för övriga sidor. |
| Lägg in redirects på staging-miljön | ☐ | Lägg in alla redirects i staging och säkerställ att de fungerar. |
| Testa redirects: 301-statuskod | ☐ | Verifiera att alla redirects svarar med korrekt 301-status. |
| Testa redirect-kedjor | ☐ | Kontrollera att inga långa redirect-kedjor finns. |
| Testa redirect-regler för mappar och språk | ☐ | Verifiera att hela kataloger och språkmappar har korrekta redirects. |
| Whitespace i redirects | ☐ | Kontrollera att .htaccess inte har leading/trailing spaces i regler. |
| Case-sensitivity i redirects | ☐ | Verifiera RewriteRule case-känslighet i .htaccess eller Nginx-config. |
| www vs. icke-www | ☐ | Säkerställ att endast en version används: www eller icke-www. |
| HTTP vs HTTPS | ☐ | Se till att alla sidor laddas via HTTPS och inte HTTP. |
| Gemener vs versaler (lower vs upper) | ☐ | Kontrollera att URL:er inte blandar versaler och gemener. |
| 4. ON-PAGE SEO & METADATA | ||
| Sidtitlar | ☐ | Kontrollera att sidtitlar är korrekta och följer SEO-krav. |
| Metabeskrivningar | ☐ | Säkerställ att metabeskrivningar är migrerade och relevanta. |
| Rubriktaggar (H1–H3) | ☐ | Kontrollera att rubrikstrukturen är korrekt och unik. |
| Bild-alt-texter | ☐ | Kontrollera att alla bilder har korrekt alt-text. |
| Bildfilnamn | ☐ | Kontrollera att bildfilnamn är beskrivande och SEO-vänliga. |
| Robots-direktiv | ☐ | Verifiera att robots-direktiv är korrekt implementerade. |
| Canonical-taggar | ☐ | Säkerställ att canonical-taggar pekar rätt. |
| Hreflang-taggar | ☐ | Kontrollera att hreflang-taggar är korrekta och matchar språkversioner. |
| Noindex / Nofollow-taggar | ☐ | Säkerställ rätt användning av noindex- och nofollow-taggar. |
| Strukturerad data / Schema | ☐ | Verifiera att strukturerad data är giltig och utan fel. |
| Social metadata (Open Graph / Twitter Cards) | ☐ | Kontrollera att sociala delningsbilder och metadata visas korrekt. |
| 5. LÄNKSTRUKTUR & NAVIGATION | ||
| Testa interna länkar | ☐ | Testa att interna länkar pekar rätt utan fel eller omvägar. |
| Länkar i huvudmenyn | ☐ | Kontrollera att alla huvudmenylänkar fungerar och pekar rätt. |
| Länkar i sekundärmenyn | ☐ | Säkerställ att sekundärmenyns länkar är korrekta. |
| Utgående länkar från startsidan | ☐ | Granska utgående länkar från startsidan och att de fungerar. |
| Horisontell internlänkning | ☐ | Kontrollera att viktiga sidor länkas horisontellt mellan varandra. |
| Siddjup: antal klick till viktiga sidor | ☐ | Se till att viktiga sidor nås inom få klick från startsidan. |
| Sidfotlänkar | ☐ | Verifiera att sidfotslänkar är korrekta och fungerar. |
| Brödsmulor (Breadcrumbs) | ☐ | Kontrollera att brödsmulor visas och länkar rätt. |
| Paginering-länkar | ☐ | Säkerställ att pagineringslänkar fungerar och följer struktur. |
| Länk-formatering (inga staging/HTTP-länkar) | ☐ | Säkerställ att alla interna länkar är korrekta och inte pekar mot staging eller HTTP. |
| 6. TEKNISK SEO - ROBOTS & SITEMAPS | ||
| Robots.txt-fil | ☐ | Kontrollera att robots.txt är korrekt konfigurerad. |
| XML-sitemap: finns den? | ☐ | Säkerställ att en XML-sitemap finns på plats. |
| XML-sitemap: är den felfri? | ☐ | Granska att XML-sitemap är felfri och uppdaterad. |
| Sitemap-länkar | ☐ | Kontrollera att alla sitemap-URL:er är aktiva och returnerar 200 OK. |
| Crawla gamla sajtens URL:er | ☐ | Crawla gamla sajten och samla alla befintliga URL:er. |
| Alla interna länkar ska ge 200 | ☐ | Verifiera att alla interna länkar returnerar 200 OK. |
| Serverresponskoder | ☐ | Granska serverresponskoder och åtgärda fel. |
| 7. CRAWLABILITET & JAVASCRIPT | ||
| Identifiera crawl-problem | ☐ | Identifiera fel i crawlresultat och åtgärda dem. |
| Granska JavaScript-crawling | ☐ | Testa att JavaScript-genererat innehål kan crawlas korrekt. |
| Har ni en anpassad 404-sida? | ☐ | Verifiera att en anpassad 404-sida finns och fungerar. |
| Cloaking (dold visning för sökmotorer) | ☐ | Kontrollera att inget cloaking förekommer. |
| "Fetch as Google" på varje sidmall | ☐ | Testa varje sidmall med "Fetch as Google" i GSC. |
| 8. GOOGLE SEARCH CONSOLE (PRE-LAUNCH) | ||
| Testa och skicka in sitemap | ☐ | Testa och skicka in sitemap i GSC. |
| GSC: Indexeringsrapport (fel) | ☐ | Kontrollera och åtgärda eventuella indexeringsfel i GSC. |
| GSC: Mobilanvändbarhet | ☐ | Verifiera att inga mobilanvändbarhetsproblem finns. |
| GSC: URL-parameter-hantering | ☐ | Konfigureras parameters rätt? (Vilka ska crawlas och indexeras?) |
| Kontroll av structured data i GSC | ☐ | Är FAQ, HowTo, Breadcrumb, Product, Reviews gültiga? |
| 9. RESPONSIVE & BROWSER-TESTNING | ||
| Mobil- och desktopkontroller | ☐ | Testa att sajten fungerar och renderas korrekt på mobil och desktop. |
| Manuell visuell kontroll i flera webbläsare | ☐ | Testa viktiga sidor i Chrome, Safari och Firefox för att hitta visuella fel. |
| PWA & Service Worker | ☐ | Verifiera att tjänsteworkare fungerar korrekt efter migrering. |
| Kontrollera att fonts laddas korrekt | ☐ | Verifiera att typsnitt laddas snabbt och inte blockerar rendering. |
| Performance-preloading (fonts, critical CSS) | ☐ | Optimera laddning genom att preloada viktiga typsnitt och critical CSS. |
| Verifiera att alla externa script laddas korrekt | ☐ | Kontrollera att tredjepartsscript laddas korrekt och inte orsakar problem. |
| 10. FUNKTIONALITET & E-HANDEL | ||
| Kontrollera att alla formulär fungerar | ☐ | Testa kontakt-, demo- och leadformulär för funktion och tracking. |
| Test av interna sökfunktioner och filter | ☐ | Kontrollera att interna sök- och filtreringsfunktioner fungerar utan SEO-problem. |
| E-handelsspecifika tester | ☐ | Verifiera betalning, kundvagn, lagerstatus och produktfeeds. |
| Produktfeeds (Google Shopping) | ☐ | Är product feed-migrerad och uppdaterad? Är priser och lager rätt? |
| Kontrollera URL-parametrar | ☐ | Verifiera att onödiga URL-parametrar inte indexeras eller skapar duplicerat innehål. |
| 11. IT & SÄKERHET (PRE-LAUNCH) | ||
| DNS & TTL-hantering | ☐ | Sänk TTL innan lansering och säkerställ att DNS pekar rätt efter go-live. |
| SSL-, mixed-content och säkerhetsheaders | ☐ | Kontrollera att allt laddas via HTTPS utan varningar och att säkerhetsheaders är korrekt satta. |
| CDN- och cache-regler | ☐ | Säkerställ att CDN cache:ar rätt, att purge fungerar och att inga gamla versioner ligger kvar. |
| Backup & rollback-plan | ☐ | Ta full backup av databas och filer och säkerställ att rollback är möjlig. |
| API-nycklar och miljövariabler | ☐ | Säkerställ att rätt API-nycklar och miljövariabler används i produktion (inte staging/testvärden). |
| Delningsbilder för sociala medier | ☐ | Säkerställ att delningsbilder (og:image) är korrekta och visas rätt i sociala medier. |
| 12. EFTER LANSERING - GO-LIVE | ||
| Ta bort noindex/blocks vid lansering | ☐ | Säkerställ att noindex och robots-blockering tas bort innan sajten går live. |
| Real-time monitoring (404/500-loggar) | ☐ | Sätt upp övervakning som fångar 404- och 500-fel i realtid efter lansering. |
| Serverlogg-analys dag 1–7 | ☐ | Kontrollera GET/POST för Googlebot, felkoder och crawl-budget. |
| Crawl-budget-analys | ☐ | Verifiera att Googlebot besöker nya sajten, inte gamla. |
| 13. EFTER LANSERING - DUPLIKATER & INDEXERING | ||
| Dubblettkontroll | ☐ | Identifiera och eliminera duplicerat innehål efter migrering. |
| 404/500-felkontroll | ☐ | Identifiera och åtgärda alla 404- och 500-fel efter lansering. |
| Kontroll av canonical- och hreflang-targeting efter lansering | ☐ | Viktigt eftersom staging-URL:er ofta ligger kvar i canonical eller hreflang efter flytt. |
| Google Search Console Removals | ☐ | Ta bort gamla URL:er som fortfarande är indexerade post-launch. |
| GSC: Inskickade vs. indexerade sidor | ☐ | Granska och åtgärda indexeringsfel mellan submiterad sitemap och indexerade sidor. |
| GSC: Övervaka indexeringsnivåer för sitemap | ☐ | Säkerställ att sitemapen indexeras korrekt och utan stora avvikelser. |
| Indexeringsskydd | ☐ | Blockera sökresultatsidor (?s=, ?search=) från indexering. |
| 14. EFTER LANSERING - RANKING & TRAFIK (2 VECKOR) | ||
| Ranking-drop notification | ☐ | Sätt upp alert i rank-tracking-verktyg för ranking-förändringar. |
| Trafikavvikelsealert i GA4 | ☐ | Konfigurera alerts för organisk trafik-anomalier. |
| Daglig indexerings-tracking i GSC | ☐ | Övervaka att nya sajten indexeras dagligen. |
| GSC Rich Results Status | ☐ | Är FAQs, HowTo, Breadcrumbs, Products fortfarande gültiga? |
| Validate Schema med strukturtest | ☐ | Testa 5–10 slumpmässiga sidor med schema-validator. |
| GA: Jämför baseline-data | ☐ | Jämför organiska sessioner, konverteringsgrad och intäkter med pre-launch baseline. |
OBS*
Innan ni trycker på “live”, ska marknadsavdelningen tillsammans med SEO-konsulten säkerställa att följande är kontrollerat och dokumenterat:
*Affärsmål och KPI:er är definierade och uppsatta i analysverktygen (trafik, leads, försäljning, kanaler, larmnivåer).
*Spårning och mätning fungerar: analytics, taggar, events, e‑handelsspårning, cookies och dashboards är testade i staging och verifierade efter deploy.
*Crawl‑jämförelse är gjord: full crawl av gamla vs nya sajten med fokus på indexerade URL:er, statuskoder, interna länkar och klickdjup.
*Redirects och URL‑struktur är kvalitetssäkrade: alla prioriterade och SEO‑drivande URL:er har korrekta 301:or, inga onödiga redirect‑kedjor eller loopar, och inga 404:or på viktiga landningssidor.
*Teknisk SEO är validerad: robots.txt, XML‑sitemaps, canonicals, hreflang (vid behov), paginering samt hantering av parametrar och filter.
*Schema & rich results är testade: strukturerad data (t.ex. Product, Article, Breadcrumb, Organization) validerad och viktigaste templates granskade.
*On‑page SEO är intakt: titlar, metabeskrivningar, H1–H2‑struktur, brödtext, interna länkar, bild‑alt och viktiga CTA:er på nyckelsidor.
*Hastighet & UX är godkända: Core Web Vitals, mobilvänlighet och kritiska användarflöden (sök, filter, varukorg, checkout, formulär) fungerar utan friktion.
*Serverloggar/monitorering är förberett: loggning och bevakning av 404, 5xx och crawl‑mönster är på plats för perioden efter lansering.
*Risklista och rollback‑plan är dokumenterade: tydlig ansvarsfördelning, kontaktvägar vid incidenter och steg‑för‑steg‑plan om ni behöver backa eller snabbt justera.
*Kommunikationsplan är klar: intern info till sälj/kundtjänst/ledning och eventuell extern kommunikation till kunder/partners inför och efter lansering.
*Marknadschef, SEO‑konsult och teknisk ansvarig signerar denna sektion innan sajten går live.
