SEO-återhämtning

SEO-återhämtning efter migrering

Har den organiska trafiken eller synligheten fallit efter ett byte av domän, CMS, webbplattform eller URL-struktur? Då behöver ni snabbt kontrollera om gamla och nya URL:er skickar konsekventa signaler till Google.

Vi på TribuSoft granskar migreringen på URL-nivå. Vi återskapar och validerar URL-mappning, identifierar fel i redirects och interna länkar samt säkerställer att canonical-, indexerings- och sitemap-signaler stödjer den nya webbplatsen. Målet är att stoppa fortsatt signalförlust och skapa rätt förutsättningar för återhämtning.

Innehåll

När organisk synlighet faller efter en migrering

Vissa rankingförändringar kan vara normala när Google crawlar och behandlar en ny URL-struktur. Om tappet är omfattande, berör affärskritiska sidor eller kvarstår behöver migreringen granskas i detalj.

Ett trafikfall nära en lansering betyder inte automatiskt att migreringen är den enda orsaken. Spårning, domäninställningar och konverteringshändelser kan också ha ändrats. Därför börjar vi med att skilja ett faktiskt synlighetstapp från data som blivit svårare att jämföra efter flytten.

Vi jämför data från Google Search Console, webbanalys och vid behov serverdata. Därefter ser vi på utvecklingen för enskilda URL:er, kataloger och sidtyper. En total graf för hela domänen kan dölja att viktiga produkt-, kategori-, tjänste- eller lokala sidor saknas i sökresultaten.

Vad SEO-återhämtning efter migrering innebär

Migreringsåterhämtning är inte en generell SEO-audit. Arbetet utgår från själva flytten: vad som fanns tidigare, vad som skulle ersätta det och vad som faktiskt händer i produktionsmiljön.

Vår kärna är en URL-baserad revision. För varje prioriterad gammal adress jämför vi avsedd ny URL med faktisk destination, HTTP-svar, antal redirectsteg, canonical, indexerbarhet, sitemapstatus, internlänkar och tidigare affärsvärde.

En redirectregel som ser korrekt ut i ett kalkylark räcker inte. Vi testar verkliga svar i den publicerade miljön och kontrollerar hur Google uppfattar URL:erna. Det är ofta i skillnaden mellan planerad flytt och verkligt utfall som återhämtningsarbetet börjar.

Prioritering efter affärsrisk

Vi behandlar inte alla avvikelser som lika viktiga. Sidor som tidigare drev organisk omsättning, leads, bokningar, lokal trafik eller viktiga externa länkar prioriteras först. Därefter ser vi på återkommande fel i mallar, kataloger och redirectregler som påverkar många URL:er.

Återskapa och validera URL-mappningen

URL-mappningen är arbetsunderlaget för återhämtningen. Om den ursprungliga redirectkartan saknas eller är ofullständig kan vi bygga upp den från tidigare webbplatskartor, CMS-data, analysdata, Search Console, crawlfiler, serverloggar och länkdata.

Varje gammal URL behöver få en genomtänkt behandling. Finns en relevant ny motsvarighet ska den gamla adressen omdirigeras direkt till den. Finns ingen relevant ersättare är en korrekt 404- eller 410-status ofta bättre än att skicka användaren till startsidan eller en orelaterad kategori.

Detta arbete ligger nära metoden för URL- och strukturmigrering med korrekt mappning, men här används den för att rätta en flytt som redan har gått live och där synligheten har påverkats.

Korrigera redirects utan irrelevanta destinationer

Permanenta serverbaserade redirects, vanligtvis 301 eller 308, signalerar att en URL har flyttats permanent. De behöver samtidigt leda till en relevant slutdestination. En fungerande 301 är alltså bara en del av lösningen.

Ett vanligt problem är att många gamla sidor skickas till startsidan. Om målsidan inte motsvarar den ursprungliga sidans innehåll kan Google behandla lösningen som en soft 404. Användaren får dessutom en sämre upplevelse.

Vi hittar saknade redirects, felaktiga 200-svar, 404:or som borde ha en motsvarighet, redirectkedjor och loopar. Sedan tar vi fram tydliga regler för utvecklare eller implementerar dem tillsammans med ert team. Gamla URL:er ska normalt peka direkt till den slutliga nya adressen, inte via flera mellanled.

Behåll gamla redirects tillräckligt länge

Gamla permanenta omdirigeringar bör normalt ligga kvar minst ett år och gärna längre när användare eller externa länkar fortfarande använder de gamla adresserna. Samtidigt uppdaterar vi interna länkar så att webbplatsen själv alltid använder de nya slutadresserna.

Samordna canonical, indexering och interna länkar

Efter en plattforms- eller domänmigrering kan flera signaler hamna i konflikt. En ny sida kan exempelvis ha rätt redirect in till sig, men fortfarande ange den gamla domänen eller en stagingmiljö som canonical. Den kan också finnas i en sitemap men vara blockerad av noindex.

Vi granskar om de nya sidorna returnerar rätt status, är tillgängliga för crawlning och har konsekventa signaler. Normalt ska den nya kanoniska URL:en ha en självrefererande canonical. Canonical är en signal, inte ett bindande kommando, vilket gör samstämmighet mellan flera tekniska signaler extra viktig.

Vi kontrollerar även navigation, brödsmulor, kontextuella länkar, sidmallar och andra interna komponenter. Interna länkar som fortsätter till gamla URL:er skapar onödiga redirectsteg och blandade signaler. De ska peka direkt till den nya kanoniska adressen.

Särskilda kontroller vid domänbyte

Vid flytt mellan domäner eller subdomäner behöver både den gamla och nya miljön följas upp. Vi granskar egenskaperna i Search Console, jämför indexering och prestationsdata samt kontrollerar att den nya domänen kan ta emot och bearbeta crawlningen.

Change of Address i Google Search Console kan vara relevant när en hel domän eller subdomän flyttas. Verktyget används däremot inte för vanliga ändringar av URL-sökvägar inom samma domän, byte mellan www och icke-www eller enbart övergång från HTTP till HTTPS.

Vid större flyttar tittar vi också på serverfel, svarstider och kapacitet. Google kan crawla den nya webbplatsen mer intensivt efter en migrering. Instabila svar eller begränsad serverkapacitet kan då bromsa upptäckt och behandling av viktiga URL:er.

Så genomför vi migreringsåterhämtningen

Hos oss på TribuSoft samordnar vi SEO, webbutveckling, spårning och drift i samma åtgärdsplan. Det gör att vi kan gå från analys till implementation och sedan verifiera utfallet, i stället för att enbart lämna en rapport.

Arbetets omfattning anpassas efter migreringens typ, webbplatsens storlek och skadans omfattning. En e-handel med många produkt- och kategorisidor kräver ofta en annan prioritering än ett B2B-företag som har flyttat en mindre webbplats till ett nytt CMS.

Det här får ni efter revisionen

Ni får en tydlig URL-matris och en prioriterad fellista som går att använda i utvecklingsarbetet. Vi dokumenterar vad som ska ändras, varför det är viktigt och hur åtgärden verifieras efter publicering.

För att arbeta effektivt behöver vi vanligtvis tillgång till gamla och nya URL-listor, Search Console, analysverktyg samt relevanta delar av CMS, redirectkonfiguration, CDN eller servermiljö. Vi anpassar åtkomstnivån efter ert arbetssätt och ansvarsfördelning.

Mätning och övervakning efter korrigeringarna

När korrigeringarna är publicerade följer vi utvecklingen både för hela webbplatsen och för prioriterade URL-grupper. I Search Console analyserar vi sidindexering, URL Inspection, Googles valda canonical samt klick och visningar per sida, katalog och sökfråga.

Vi följer också gamla URL:ers respons, redirecternas slutdestinationer, serverfel och nya sidors indexeringsstatus. I analysverktyget kopplar vi utvecklingen till relevanta konverteringar när mätningen tillåter det.

Återhämtning är en process. Google behöver upptäcka, crawla och behandla de rättade URL:erna. Vi lovar därför inte en viss position, trafiknivå eller återhämtningstid. Däremot skapar vi en kontrollerad process där ni kan se att de viktigaste felen är korrigerade och att signalerna utvecklas åt rätt håll.

Erfarenhet av SEO-säkrad migrering

Vi har erfarenhet av SEO-säkrad migrering och URL-validering. I vårt publicerade case med Opus Bilprovning ingick migrerings- och SEO-arbete. Under samarbetet redovisas 20 procent högre organisk trafik och 17 procent högre omsättning.

Varje migrering har sina egna förutsättningar. Resultatet i ett enskilt case är inte en garanti för andra webbplatser. Det visar däremot varför vi kombinerar teknisk URL-validering med löpande SEO, mätning och affärsprioritering.

Behöver ni förebyggande stöd inför nästa flytt?

Har ni ännu inte lanserat, eller planerar ni en ny migration efter återställningen, hjälper vi också till med SEO-migrering utan onödiga synlighetsförluster. Då kan vi kvalitetssäkra URL-struktur, innehåll, spårning och tekniska signaler före, under och efter lansering.

SEO-återhämtning för just migreringsorsakade tapp

Den här sidan handlar om återhämtning när en webbplats-, plattforms-, URL- eller domänmigrering misstänks ligga bakom tappet. Behöver ni ett bredare angreppssätt för andra former av förlorad organisk synlighet kan ni läsa mer om SEO-återhämtning efter trafik- och synlighetstapp.

Oavsett om ni behöver en snabb second opinion eller ett team som tar ansvar från URL-revision till verifierad implementation kan vi bedöma läget och föreslå nästa steg.

Vanliga frågor

Hur vet vi om tappet efter migreringen är normalt eller ett fel?

Vissa fluktuationer kan uppstå medan Google crawlar och behandlar nya URL:er. Ett tydligt eller kvarstående tapp bör analyseras på URL-nivå. Vi jämför gamla och nya sidors synlighet, indexering, redirects, canonical-signaler och mätdata för att hitta konkreta avvikelser.

Hur lång tid tar SEO-återhämtning efter en migrering?

Det finns ingen fast tid. Google beskriver att mindre och medelstora webbplatser kan behöva några veckor eller mer, medan större webbplatser kan ta längre tid. Tiden påverkas bland annat av webbplatsens storlek, hur snabbt fel rättas, serverkapacitet och hur fort Google crawlar de gamla och nya URL:erna.

Ska alla gamla URL:er omdirigeras till startsidan?

Nej. En gammal URL bör omdirigeras till den mest relevanta nya motsvarigheten. Om ingen relevant ersättare finns är en korrekt 404 eller 410 ofta bättre än en irrelevant redirect till startsidan, som kan uppfattas som en soft 404.

Ska vi använda 301 eller 308?

Både 301 och 308 är permanenta serverbaserade redirects och kan användas när en URL har flyttats permanent. Valet behöver fungera med er tekniska miljö. Det viktiga är att redirecten går direkt till en relevant slutdestination och att övriga signaler är konsekventa.

När ska Change of Address användas i Search Console?

Verktyget är relevant vid flytt mellan domäner eller subdomäner. Det används inte för vanliga sökvägsändringar inom samma domän, övergång mellan www och icke-www eller enbart HTTP till HTTPS.

Kan vi ta bort gamla redirects när den nya sajten har indexerats?

Vi rekommenderar normalt att permanenta redirects behålls minst ett år och ofta längre när gamla länkar fortfarande används. Under tiden bör interna länkar och prioriterade externa länkar uppdateras till de nya slutadresserna.

Kan TribuSoft även hjälpa till att implementera åtgärderna?

Ja. Vi kan arbeta med både revision, implementationsspecifikation och validering efter driftsättning. Vår kombination av SEO, webbutveckling, spårning och drift gör att vi kan samordna berörda delar av återhämtningsarbetet.

Kontakt

Återställ rätt SEO-signaler efter migreringen

Har er organiska trafik fallit efter ett domänbyte, plattformsbyte eller en ny URL-struktur? Låt oss granska vad som faktiskt händer mellan gamla och nya URL:er och prioritera korrigeringarna efter affärsrisk.

Kontakta oss på TribuSoft för en kostnadsfri offert eller inled en dialog om företagets tillväxt.

Bli kontaktad