Checklista för SEO vid omdesign av webbplats: varför trafiken sjunker efter en omlansering, vad du ska kontrollera före, under och efter lanseringen och hur du behåller synligheten i Google och AI.

På den här sidan
Kort sagt
en omdesign av webbplatsen behåller sin SEO när sidorna som ger trafik behåller sina webbadresser (eller får en 301-omdirigering), sin text, titlar, rubriker och interna länkar, och när de nya mallarna förblir crawlbara och snabba. De flesta trafikfall efter lanseringen beror på borttaget innehåll, trasiga interna länkar, en noindex-tagg som glömts kvar från stagingservern eller innehåll som bara syns med JavaScript. Crawla den gamla webbplatsen innan du börjar, testa den nya på en skyddad stagingserver och jämför sedan de två efter lanseringen.
Vill du veta mer? Fråga
Snabbquiz
Vem ska åtgärda den tekniska sidan av din webbplats?
Våra råd till dig
Crawla den nuvarande webbplatsen och spara resultatet är rätt lösning för dig
Nummer 1 i den här rankningen, den bästa matchningen för dina svar.
Våra råd till dig
Lista sidorna som ger värde är rätt lösning för dig
Nummer 2 i den här rankningen, den bästa matchningen för dina svar.
Våra råd till dig
Behåll webbadresserna eller kartlägg varje omdirigering är rätt lösning för dig
Nummer 3 i den här rankningen, den bästa matchningen för dina svar.
Våra råd till dig
Skriv en SEO-brief till designers och utvecklare är rätt lösning för dig
Nummer 4 i den här rankningen, den bästa matchningen för dina svar.
SEO vid omdesign av webbplats handlar om att skydda placeringarna medan mallar, design, navigering, innehåll eller CMS byts ut. Den här guiden gäller omdesigner som behåller samma domän. Om domänen eller de flesta webbadresserna ändras är projektet en migrering: följ vår checklista för SEO-migrering och Googles guide om webbplatsflytt med ändrade webbadresser, som varnar webbplatsägare för att räkna med tillfälliga svängningar i placeringarna.
Ja, alltid. Google och AI-assistenterna som läser webben bedömer sidor utifrån vad de hittar i HTML:en: text, titlar, rubriker, länkar, strukturerad data och hastighet. En omdesign ändrar en del eller alla dessa signaler, så sökmotorerna omvärderar sidorna. Effekten kan vara positiv (snabbare sidor, tydligare struktur, bättre innehåll) eller negativ (tunnare sidor, förlorade länkar). Det som avgör utfallet är hur många rankningssignaler de nya mallarna behåller.
| Vad som ändras i omdesignen | SEO-risk | Varför |
|---|---|---|
| Enbart färger, typsnitt, bilder | Låg | HTML-innehållet och webbadresserna är desamma |
| Nya mallar och sidlayouter | Medel | Rubriker, textblock och interna länkar flyttas ofta eller försvinner |
| Ny navigering och nya menyer | Medel | Länkdjupet och den interna auktoriteten fördelas om |
| Innehåll skrivet om eller sammanslaget | Hög | Sidorna förlorar de stycken och sökord som de rankades på |
| Nytt CMS eller nytt JavaScript-ramverk | Hög | Rendering, webbadresser, omdirigeringar och metadata ändras samtidigt |
| Webbadressstrukturen ändras | Hög | Varje ändrad webbadress behöver en omdirigering: behandla det som en migrering |
Orsakerna återkommer från ett projekt till nästa. Var och en har en enkel kontroll:
| Risk | Så syns den | Kontroll |
|---|---|---|
| Innehåll borttaget eller förkortat | Sidor tappar på långsvansade sökningar | Jämför antal ord och avsnitt per sida, gammalt mot nytt |
| Titlar och H1 skrivna om | Lägre klickfrekvens, förlorade positioner | Exportera titlar och H1 före, jämför dem efteråt |
| Interna länkar försvunna | Djupa sidor tappar placeringar, föräldralösa sidor uppstår | Jämför interna länkar som tas emot per webbadress |
| Webbadresser ändrade utan 301 | 404-fel, förlorade bakåtlänkar | Omdirigeringskarta testad på varje gammal webbadress |
| Innehåll renderat av JavaScript | Sidor indexeras tomma, AI-assistenter ser ingenting | Jämför rå HTML och renderad HTML |
| Långsammare mallar | Sämre Core Web Vitals, högre avvisningsfrekvens | Testa LCP, INP och CLS på stagingservern |
| noindex eller robots.txt-blockering kvar från staging | Sidor lämnar indexet inom några dagar | Kontrollera robots.txt och metataggen robots på lanseringsdagen |
| Strukturerad data borttagen | Rika resultat försvinner | Validera schema på varje mall |
Två av dessa förtjänar uppmärksamhet. För det första JavaScript: Google renderar sidor med en headless Chromium, men dess dokumentation om SEO för JavaScript anger att den bara upptäcker länkar som är vanliga ankarelement med ett href-attribut. Menyer byggda med knappar eller klickhanterare döljer hela avsnitt. Vår guide om SEO för JavaScript går igenom renderingsalternativen. För det andra hastigheten: Googles vägledning om Core Web Vitals sätter gränsen för ”bra” vid en LCP på 2,5 sekunder eller mindre, en INP på 200 millisekunder eller mindre och en CLS på 0,1 eller mindre, mätt vid den 75:e percentilen av besöken. Tunga videor i hjältesektionen och bildspel är vanligtvis anledningen till att en ny mall underkänns.
Kör en fullständig crawl av den publicerade webbplatsen och exportera varje indexerbar webbadress med dess titel, metabeskrivning, H1, antal ord, canonical, statuskod och antal interna länkar som tas emot. Den här crawlen är din utgångspunkt: efter lanseringen jämför du den nya webbplatsen med den rad för rad. Spara även den strukturerade datan och filen robots.txt.
Exportera 12 till 16 månaders data från Search Console (klick och visningar per sida och per sökning), sidorna som tar emot bakåtlänkar och sidorna som konverterar. Dessa sidor rör man inte: behåll deras webbadress, huvudtext och titel, eller förbättra dem medvetet. En innehållsgranskning hjälper dig att avgöra vad som ska behållas, slås ihop eller tas bort, och ger varje borttagning en målwebbadress.
Den säkraste omdesignen behåller varje webbadress. När en webbadress måste ändras kopplar du den på ett till ett till den närmaste nya sidan med en 301-omdirigering, utan kedjor och utan att skicka allt till startsidan. Vår guide om SEO-omdirigeringar går igenom reglerna. Google rekommenderar att omdirigeringar behålls i minst ett år.
Designers bestämmer var texten hamnar, utvecklare bestämmer hur den renderas. Ge dem skriftliga krav: en H1 per mall, text som levereras i HTML:en, crawlbara menyer, brödsmulor, webbplatsarkitekturen med djupet för varje avsnitt, schemat som ska behållas och prestandabudgeten. Läsbarhet och navigering räknas också: se vår guide om UX och SEO.
Undvik att lansera under din högsäsong, före en helgdag eller på en fredag: de första dagarna efter lanseringen är då fel upptäcks, och någon måste vara tillgänglig för att rätta dem. Skriv ner vem som kontrollerar vad på lanseringsdagen, och bestäm i förväg vilken signal som utlöser en återställning (till exempel att viktiga sidor ger fel eller försvinner från indexet). Håll den gamla webbplatsen tillgänglig på en backupserver i några veckor, så att en mall eller ett textblock snabbt kan återställas om en sida tappar sina positioner.
Lägg den nya webbplatsen på en stagingserver skyddad med lösenord (eller åtminstone med en noindex-regel), så att Google inte indexerar en dubblett av din webbplats. Testa sedan före lansering:
| När | Kontroller |
|---|---|
| Lanseringsdagen | robots.txt tillåter crawling, ingen oönskad noindex, omdirigeringar är aktiva, XML-sitemapen är uppdaterad och inskickad i Search Console, analysspåret fungerar |
| Vecka 1 | Fullständig crawl jämförd med utgångspunkten, 404-fel i Search Console, URL-inspektion av de viktigaste sidorna |
| Vecka 2 till 4 | Klick och visningar för nyckelsidor jämfört med samma veckor innan, rapport om indexering, rapport om Core Web Vitals |
| Månad 2 till 3 | Sökningar som tappat positioner, sidor att berika, interna länkar att återställa |
En kontroll av trasiga länkar fångar länkar som fortfarande pekar på gamla webbadresser i menyer, sidfötter och artiklar. Rätta dessa länkar vid källan i stället för att förlita dig på omdirigeringar, och återställ den interna länkningen som försvann när sidopaneler eller block med relaterade inlägg togs bort. En viss svängning under de första veckorna är normal. Ett fall som fortsätter efter en månad på en grupp sidor pekar på en specifik orsak: jämför de sidorna med deras version från utgångspunkten.
ChatGPT, Claude, Perplexity och Gemini citerar sidor vars innehåll de kan läsa och plocka ut. En omdesign kan minska den åtkomsten på sätt som Google skulle förlåta. En analys från Vercel av trafiken från AI-sökrobotar (december 2024) visade att ingen av de stora AI-sökrobotarna, inklusive GPTBot och ClaudeBot, renderar JavaScript. En sida som visar sin text först efter att JavaScript har körts är osynlig för de flesta AI-sökrobotar.
Varje extra ändring gör ett fall svårare att diagnostisera. Om du också planerar en domänbyte, en ny webbadressstruktur eller en stor omskrivning av innehåll, dela upp dem: lansera omdesignen med identiska webbadresser och identiskt innehåll, vänta tills trafiken är stabil och genomför sedan nästa ändring. När kalendern tvingar fram allt på en gång, lägg mer tid på utgångscrawlen och omdirigeringskartan, eftersom det är det enda sättet att hitta vad som gick sönder.
En omdesign behåller sina placeringar när den nya webbplatsen bär med sig samma innehåll, länkar och signaler som den gamla, i en snabbare och tydligare form. Crawla före, testa på staging, jämför efter. När den nya webbplatsen är stabil fortsätter du att lägga till sidor som besvarar dina kunders frågor: Sorank skriver och publicerar SEO- och GEO-artiklar på autopilot på den omdesignade webbplatsen.
När webbadresser, innehåll och interna länkar bevaras stabiliseras placeringarna oftast inom några veckor. Google varnar för att placeringarna kan svänga tillfälligt när en webbplats ändras väsentligt. Om viktiga sidor fortfarande ligger under sin utgångspunkt efter en till två månader, jämför dem med crawlen från före lanseringen för att hitta innehåll, titlar eller länkar som ändrats.
Bara om de nuvarande webbadresserna är ett verkligt problem, till exempel oläsbara parametrar eller en struktur som inte längre stämmer med webbplatsen. Varje ändrad webbadress behöver en 301-omdirigering till sin närmaste motsvarighet, och det ökar risken vid lanseringen. Att behålla befintliga webbadresser är det enklaste sättet att skydda bakåtlänkar och placeringar.
Ja, när det åtgärdar verkliga svagheter: långsamma mallar, innehåll dolt bakom JavaScript, djup navigering, saknade rubriker eller tunna sidor. Vinsterna kommer från mätbara förbättringar som bättre Core Web Vitals, tydligare intern länkning och rikare innehåll. En omdesign som bara ändrar den visuella stilen rubbar sällan placeringarna på egen hand.
DE TESTADE SORANK FÖRE DIG
