En snyggare webbplats kan bli en dyr affär om gamla URL:er, internlänkar och indexering hanteras fel. Här är kraven som hjälper er att skydda organisk trafik före, under och efter lanseringen.
En redirectlista som bygger enbart på den gamla XML-sajtkartan kan missa de URL:er som skapar mest affär, exempelvis utgångna produktsidor som fortfarande får organiska klick, konverterar besökare eller har starka externa länkar. Det gör en SEO-migrering till mer än ett tekniskt byte av design eller CMS: ändrade adresser, felaktiga omdirigeringar och innehåll som bara renderas med JavaScript kan slå ut värdefulla placeringar över en natt. Under 2026 blir tappet särskilt kostsamt när förlorade leads måste ersättas med betald annonsering samtidigt som sökmotorerna försöker förstå den nya webbplatsen. Den här artikeln hjälper SME-ägare och marknadschefer att kräva rätt underlag, kontroller och acceptanskriterier av webbyrån före, under och efter lanseringen.
En SEO-migrering börjar med en verifierbar baslinje
Före utvecklingsstart ska byrån leverera en sammanslagen URL-inventering från exempelvis Screaming Frog, Google Search Console, GA4, XML-sajtkartor, backlink-data från Ahrefs eller Semrush och, när det finns tillgängligt, serverloggar. Inventeringen måste även fånga föräldralösa sidor som saknas i navigationen, äldre kampanjadresser, parameter-URL:er och utgångna produkter som fortfarande har klick, visningar, konverteringar eller externa länkar. För varje affärskritisk URL bör underlaget visa sidtitel, H1, canonical, indexstatus, HTTP-status, organisk trafik, viktigaste sökfrågor, genomsnittlig position, externa länkar och genomförda konverteringar.
Begär minst tolv hela månaders historik per organisk landningssida, eftersom jämförelsen med enbart föregående månad lätt blandar ihop migrationsproblem med semestrar, högsäsong, kampanjer eller förändrad efterfrågan på varumärket. Baslinjerapporten ska vara daterad, versionshanterad och låst före de första ändringarna, så att både beställare och byrå efter lanseringen kan mäta avvikelsen per URL och sidtyp i stället för att diskutera utifrån en enda totalsiffra för trafiken.
Varje gammal URL ska ha ett beslutat mål — inte bara skickas till startsidan
Kräv en komplett redirectmatris där varje känd indexerad, trafikerad eller externt länkad URL får ett nytt mål, en planerad statuskod, en motivering och ett testresultat. Om en sida om industristädning i Göteborg tas bort ska den exempelvis gå till motsvarande tjänst på samma ort eller till den närmast relevanta geografiska sidan, eftersom en omdirigering till startsidan förlorar både sökintention och konverteringssammanhang. En permanent serverbaserad 301-redirect, eller en korrekt implementerad 308, ska gå direkt till slutmålet i ett enda hopp och inte passera HTTP, en annan www-variant, en gammal katalog eller en mellanadress.
Byrån ska testa matrisen automatiskt i staging eller i en separat redirectmiljö och redovisa både faktisk statuskod och Location-header, inklusive hur domän-, protokoll- och snedstrecksvarianter hanteras utan loopar eller kedjor. URL:er utan relevant ersättare ska få ett medvetet beslut — behåll innehållet, skapa en relevant samlingssida eller returnera 404 respektive 410 — eftersom breda massomdirigeringar till startsidan kan behandlas som soft 404 och dessutom skicka potentiella kunder till en sida som inte besvarar deras behov.
Lanseringen ska stoppas om indexering, canonicaler eller interna länkar pekar fel
SEO-kontrollen måste läsa faktiska HTTP-svar, HTML-källan och den renderade sidan, eftersom ett korrekt värde i CMS-gränssnittet inte bevisar vad Googlebot verkligen får. Gör därför det signerade lanseringsprotokollet till en SEO-checklista inför lansering med kontroll av robots.txt, meta robots, X-Robots-Tag, canonical, hreflang, XML-sajtkarta, interna länkar, statuskoder och strukturerad data. Produktionssättning ska stoppas om prioriterade sidor blockeras i robots.txt, har kvar stagingmiljöns noindex eller canonicaliserar till testdomänen, även om webbplatsen ser korrekt ut i webbläsaren.
I WordPress kan fel uppstå genom mallar eller SEO-tillägg som genererar canonicaler och sajtkartor, medan en React-baserad lösning även måste granskas efter rendering så att viktiga texter och vanliga href-länkar finns utan scrollning, klick eller annan användarinteraktion. Acceptansen ska kräva att interna länkar, canonical-taggar, hreflang-referenser och XML-sajtkartan pekar direkt på indexerbara 200-URL:er, inte på adresser som omdirigerar, returnerar 404 eller bara visar centralt innehåll efter ett JavaScript-anrop som sökmotorn kan få svårt att upptäcka.
Definiera mätbara acceptanskriterier och en åtgärdsplan för de första veckorna
Avtalet bör skilja mellan tekniskt godkännande på lanseringsdagen och trafikutfall som måste följas över tid, eftersom sökmotorernas genomsökning, indexering och omvärdering inte sker samtidigt för alla URL:er. Tekniska acceptanskriterier kan sättas till 100 procent testade destinationer för prioriterade gamla URL:er, noll kritiska noindex- eller canonicalfel, noll interna länkar till 4xx och inga redirectkedjor bland migrerade adresser. Den som vill byta webbplats utan att tappa ranking behöver dessutom följa organiska landningssidor, sökfrågor och konverteringar separat för varumärkesrelaterad och icke varumärkesrelaterad trafik, eftersom ökade klick till startsidan annars kan dölja ett kraftigt tapp på en lönsam tjänstesida.
Planera kontrollpunkter på dag 0, dag 1, dag 3, dag 7 och dag 28 med Google Search Console, GA4 och serverloggar som visar om Googlebot når de nya URL:erna, följer omdirigeringarna och möter oväntade 404-svar. En namngiven incidentansvarig, en överenskommen SLA och dagliga kontroller under första veckan minskar tiden från upptäckt till rättning; om en prioriterad sida står för hundratals leads per månad kan några dagars fördröjning annars skapa både utebliven försäljning och ett omedelbart behov av extra annonsbudget.
Kriterierna som avgör om migreringen är redo
Bedöm migreringsplanen utifrån verifierbara underlag, tydliga stoppkriterier och ett namngivet ansvar för uppföljningen. Om något av följande saknas bör lanseringen skjutas upp tills risken är dokumenterad och hanterad.
Kräv en dokumenterad SEO-baslinje
Innan URL:er, innehåll eller struktur ändras ska nuläget dokumenteras med organisk trafik, sökfrågor, genomsnittliga positioner, indexerade sidor, konverteringar och prioriterade landningssidor. Underlaget ska kunna brytas ned per URL eller sidtyp och innehålla tillräckligt lång historik för att skilja en migrationsförlust från normal säsongsvariation. Utan den upplösningen går det inte att objektivt visa om en intäktsdrivande sida har återhämtat sig.
Signal: En bra leverantör visar en daterad och versionshanterad baslinjerapport med angivna datakällor, prioriteringsmodell och mätvärden per URL, inte bara en skärmbild av webbplatsens totala sessionsantal.
Verifiera ett beslutat mål för varje gammal URL
Varje befintlig URL ska kopplas till den mest relevanta nya sidan, behållas oförändrad eller medvetet tas bort med korrekt statuskod. Mappningen måste även omfatta adresser som saknas i XML-sajtkartan men fortfarande har externa länkar, söktrafik eller konverteringar. Breda omdirigeringar till startsidan försämrar relevansen och gör det svårare att bevara både synlighet och användarens väg till köp.
Signal: Kontrollera att redirectmatrisen har en rad per gammal URL med mål, statuskod, motivering, ansvarig och ett automatiskt verifierat testresultat från den miljö där reglerna faktiskt ska köras.
Sätt tekniska stoppkriterier före lansering
Webbplatsen ska inte publiceras om viktiga sidor blockeras från indexering, canonical-taggar pekar mot fel domän eller interna länkar leder till gamla, omdirigerade eller trasiga URL:er. Kontrollen behöver omfatta mobil rendering och faktiska serversvar, särskilt i lösningar där React eller annan JavaScript-teknik bygger länkar och innehåll i webbläsaren. Ett grönt test i CMS räcker inte om den levererade HTML-koden säger något annat.
Signal: Varna om leverantören saknar en genomförd pre-launch-crawl, en jämförelse mellan källkod och renderad HTML samt ett formellt godkännande av indexering, canonicaler, statuskoder och interna länkar.
Definiera mätbara acceptanskriterier
Godkännandet ska bygga på förutbestämda gränsvärden, exempelvis noll kritiska indexeringsfel, full täckning i redirectmappningen och inga brutna interna länkar på prioriterade sidor. Även tolererade avvikelser ska dokumenteras med omfattning, affärsrisk, ägare och sista åtgärdsdatum. Då blir beslutet om lansering eller uppskjutning en verifierbar kvalitetsbedömning snarare än en förhandling under tidspress.
Signal: En bra projektplan anger exakt vilka tester som måste passera, vilka mindre avvikelser som får accepteras, hur bevisningen ska se ut och vem som har mandat att stoppa lanseringen.
Säkra en tidsatt åtgärdsplan efter lansering
De första veckorna ska innehålla tät kontroll av trafik, sökfrågor, konverteringar, indexering, crawl-fel, omdirigeringar och prioriterade URL:er. Planen ska också ange svarstid och eskaleringsväg när ett tapp överskrider överenskomna gränser, med hänsyn till veckodag och normal säsong. Ett indexeringsfel på en central tjänstesida ska inte hamna i samma kö som en mindre redaktionell justering.
Signal: Kontrollera att uppföljningen har fasta kontrollpunkter under de första 24 timmarna, dagligen första veckan och därefter under minst fyra veckor, samt att ansvarig person kan initiera tekniska rättningar utan en ny beställningsprocess.
Prioriterad handlingsplan för en SEO-säker webbplatsmigrering
-
Kräv en komplett URL- och redirectplan före lansering
Exportera befintliga URL:er och deras trafikdata med Screaming Frog, Google Search Console och Google Analytics 4, och komplettera inventeringen med XML-sajtkartor, externa länkar och tillgängliga serverloggar. Leverantören ska mappa varje viktig gammal URL till närmast motsvarande nya sida och dokumentera när en adress i stället ska behållas eller returnera 404 eller 410. Godkänn först matrisen när samtliga prioriterade rader har testats med en permanent serverbaserad omdirigering direkt till ett fungerande 200-mål.
-
Dokumentera nuläget och sätt mätbara SEO-krav
Spara minst tolv månaders data om organiska klick, konverteringar, sökfrågor, positioner och indexerade sidor från GA4 och Google Search Console samt backlink-data från Ahrefs eller Semrush. Dokumentera också metadata, innehåll, strukturerad data och Core Web Vitals för prioriterade mallar, så att förändringar i exempelvis LCP, INP och CLS kan kopplas till den nya tekniska lösningen. Sätt separata mål för teknisk täckning och efterföljande trafikutveckling, eftersom en byrå kan garantera genomförda tester men inte sökmotorernas exakta ranking.
-
Testa den nya webbplatsen tekniskt i stagingmiljön
Genomsök stagingwebbplatsen med Screaming Frog och kontrollera statuskoder, interna länkar, canonicaler, metadata, rubrikstruktur, bilders alt-texter, hreflang och strukturerad data. Kör både vanlig och JavaScript-renderad crawl om webbplatsen bygger på React eller ett headless CMS, och verifiera i WordPress-projekt att mallar och SEO-tillägg genererar samma avsedda signaler. PageSpeed Insights och Rich Results Test ska komplettera crawlen, och resultatet ska vara en stängd fellista där blockerande problem har omtestats i stället för att enbart markerats som åtgärdade.
-
Genomför en styrd lansering med omedelbar kvalitetskontroll
Verifiera direkt efter produktionssättningen att robots.txt, XML-sajtkartan, canonical-taggarna och omdirigeringarna fungerar på den publika domänen. Kontrollera ett representativt urval av prioriterade URL:er med Google Search Console URL Inspection, skicka in den nya webbplatskartan och kör en fullständig produktionscrawl för att hitta 404-fel, kedjor, loopar och sidor som inte kan indexeras. Jämför resultatet med det signerade protokollet innan lanseringsfönstret stängs, så att kritiska fel kan rättas medan utvecklare och driftansvariga fortfarande är tillgängliga.
-
Övervaka och korrigera SEO-avvikelser i minst åtta veckor
Skapa en veckovis rapport i Looker Studio med data från GA4 och Google Search Console för organiska klick, konverteringar, sökfrågor, indexering och resultat per prioriterad landningssida. Komplettera med serverloggar eller motsvarande bevis på Googlebot-anrop samt rapporter över 404-trafik, redirectträffar och utvecklingen för nya URL:er. Webbleverantören ska utreda tydliga tapp enligt en avtalad SLA, redovisa sannolik orsak och verifiera varje korrigering, medan utvecklingen följs mot baslinjen och inte enbart mot föregående vecka.
Lägg in samtliga aktiviteter, mätetal, datakällor, svarstider och acceptanskriterier i avtalet med webbleverantören innan projektstart. Ett erfaret team eller en oberoende partner angriper arbetet som en mätbar förändringskontroll där varje URL, risk och avvikelse har en ägare, snarare än som en kontroll som läggs till dagen före publicering. En SEO-migrering bör inte godkännas som avslutad förrän redirectplanen är verifierad, kritiska tekniska fel är stängda och den organiska utvecklingen på prioriterade landningssidor har stabiliserats.
