En korrekt 301 redirect vid plattformsbyte är den enskilt viktigaste åtgärden för att behålla din organiska trafik. Din butiks positioner i sökresultaten är knutna till dina URL:er — varje produktsida, kategorisida och guide som samlat länkar och förtroende genom åren. När plattformen byts och adresserna ändras måste den länkkraften flyttas med. Det är exakt vad en 301-redirect gör: den talar om för sökmotorerna att sidan har fått en ny permanent adress.
Hoppar du över det jobbet möts både Google och dina besökare av 404-sidor, och positionerna du byggt upp går till konkurrenterna. Den här guiden visar hur du gör redirectarbetet rätt: inventering, redirectkarta, testning och de misstag som oftast går fel.
Varför en 301-redirect vid plattformsbyte — och inte en 302
Det finns två vanliga sätt att peka om en URL, och skillnaden spelar roll. En 301 säger ”sidan har flyttat permanent” — sökmotorn för över sidans signaler till den nya adressen och byter ut den i indexet. En 302 säger ”sidan är tillfälligt någon annanstans” — sökmotorn behåller den gamla adressen och avvaktar. Vid ett plattformsbyte är flytten permanent, alltså ska varje omdirigering vara en 301. Det låter självklart, men fel statuskod är ett av de vanligaste felen vid lansering, ofta för att den nya plattformens standardinställning svarar med 302.
Steg 1: Inventera alla dina URL:er
Du kan inte peka om adresser du inte känner till. Bygg en komplett lista över butikens URL:er från flera källor — ingen enskild källa fångar allt:
- En crawl av sajten med ett spindlingsverktyg — fångar allt som är länkat internt.
- Google Search Console — visar vilka sidor som faktiskt får visningar och klick.
- Ditt analysverktyg — visar landningssidor med trafik, även från kampanjer och nyhetsbrev.
- Sitemapen från nuvarande plattform.
- En backlinkanalys — sidor med externa länkar är dina mest värdefulla adresser och får absolut inte tappas bort.
Slå ihop källorna, ta bort dubbletter och prioritera listan efter trafik och länkvärde. Sidorna i toppen förtjänar manuell hantering; långsvansen kan hanteras med regler.
Steg 2: Bygg redirectkartan — regler före enskilda rader
Redirectkartan är en tabell med två kolumner: gammal URL och ny URL. Men försök inte skriva tiotusentals rader för hand. Börja med mönstren.
De flesta plattformar har systematiska URL-strukturer. Om den gamla butiken har adresser som /produkt/artikelnamn och den nya använder /p/artikelnamn kan en enda regel hantera hela produktkatalogen. Arbeta i den ordningen:
- Skriv mönsterregler för produkter, kategorier och innehållssidor.
- Hantera undantagen manuellt: sidor som byter namn, slås ihop eller försvinner.
- Bestäm mål för sidor som inte får någon motsvarighet — närmaste kategori eller relevant guide, aldrig slentrianmässigt startsidan.
- Dokumentera besluten så att den som förvaltar sajten om två år förstår logiken.
Glöm inte det som inte är HTML-sidor: bildadresser som rankar i bildsök, PDF-filer, feeds och gamla kampanj-URL:er med parametrar. Och bestäm hur filtrerade och paginerade sidor ska hanteras — de behöver sällan omdirigeras en och en, men de ska inte lämnas som tusentals 404-fel heller.
Steg 3: Testa före lansering — inte efter
Redirectkartan ska verifieras i testmiljö innan DNS pekas om. Kör hela URL-listan från steg 1 genom testmiljön och kontrollera tre saker för varje adress: att den svarar med exakt 301, att den landar på rätt målsida, och att den gör det i ett enda hopp. Kedjor — där gammal URL pekar på en adress som i sin tur pekar vidare — läcker länkkraft och gör sajten långsammare. Peka alltid direkt på slutmålet.
De vanligaste misstagen
- Allt pekas mot startsidan. Sökmotorer behandlar det i praktiken som att sidorna raderats, och besökaren som klickade på en produktlänk landar på en sida som inte hjälper — dubbel förlust.
- 302 i stället för 301. Länkkraften flyttas inte över. Kontrollera statuskoden, anta den inte.
- Redirectarna städas bort för tidigt. Externa länkar pekar på gamla adresser i många år. Låt omdirigeringarna leva kvar — de kostar inget.
- Interna länkar glöms. Den nya sajten ska länka direkt till nya URL:er, inte gå omvägen via redirects.
- Ingen bevakning efter lansering. Följ 404-rapporterna i Search Console dagligen de första veckorna och laga hålen löpande.
Checklista inför lanseringsdagen
- Redirectkartan täcker alla URL:er från inventeringen, prioriterad efter trafik och länkvärde.
- Hela kartan är testad i testmiljö: rätt statuskod, rätt mål, inga kedjor.
- Ny sitemap är redo att skickas in i Search Console direkt vid lansering.
- Interna länkar, feeds och annonsdestinationer pekar på nya URL:er.
- Bevakning av 404-fel och indexering är på plats från dag ett.
Efter lansering: mät, laga, ha tålamod
Även med en perfekt redirectkarta rör sig sökresultaten efter ett plattformsbyte. Sökmotorerna ska crawla om sajten, värdera de nya sidorna och uppdatera sitt index — det tar tid, och viss rörelse i positionerna under omställningen är normalt. Det du ska reagera på är inte rörelse utan mönster: hela sektioner som tappar, 404-fel som växer i stället för att minska, eller viktiga sidor som inte indexeras.
Sätt en enkel rutin för de första veckorna: gå igenom Search Consoles rapporter över indexering och 404-fel, jämför organiska landningssidor mot läget före bytet och laga hålen löpande. Varje 404 du hittar är antingen en rad som saknas i kartan eller en extern länk som pekar fel — båda går att åtgärda samma dag de upptäcks.
Redirectarbetet är inte svårt — det är noggrant. Behandla det som en egen leverabel i migreringsprojektet, med en ansvarig och en deadline, så är risken hanterad. Hur det hänger ihop med resten av bytet beskriver vi i vår jämförelse med Magento och på sidan om plattformen.
Nästa steg
SEO-arbetet är en av de punkter vi går igenom i vår fria migreringsanalys: vi tittar på er URL-struktur, ert organiska läge och er nuvarande plattform och visar konkret hur en flytt till HDL Commerce skulle gå till utan att trafiken tar stryk. Boka analysen här — svar inom 4 timmar.
