Afklar præcis hvad der flytter
En hjemmeside kan skifte platform, domæne, adresser eller hosting. De ændringer berører ikke nødvendigvis de samme dele af SEO. Start derfor med en liste over, hvad der faktisk ændres, og hvad der skal bevares.
Et rent designskifte kan beholde alle adresser. Et nyt CMS kan ændre produkt- og kategoriadresser, selv om domænet er det samme. Ved et domæneskifte skal både den gamle og nye adresse fungere som dele af overgangen. Aftal ansvar for domæner, server, indhold, redirects og kontrol, før lanceringen får en dato.
Denne guide fokuserer på flytninger, hvor offentlige adresser ændres. Hvis du primært ændrer præsentationen, kan du bruge guiden til redesign og SEO.
Saml et fuldstændigt adressegrundlag
Hent adresser fra et crawl, eksisterende sitemap, Search Console og data om eksterne links. Supplér med kendte kampagne-, fil- og produktadresser. Et sitemap alene kan mangle gamle sider, som stadig modtager besøg eller har vigtige henvisninger.
Gem en kopi af gammelt indhold, metadata og de vigtigste skabeloner. Registrér klik, visninger og relevante forretningsmålinger med datoer og filtre. På en webshop er produktidentitet, kategorier og eventuelle filtre også vigtige at sammenholde.
Skriv i arbejdsarket, hvor hver adresse er fundet. Så kan teamet skelne mellem en aktuel salgsside, en historisk adresse med links og en teknisk variant uden selvstændigt indhold. Bevar materialet efter lanceringen; det er nødvendigt, hvis noget mangler.
Beslut en destination for hver gammel side
Lav en kortlægning med gammel URL, ny URL, begrundelse og forventet status. Sider, der bevares, skal have deres reelle erstatning. Flere gamle sider kan samles, når den nye side faktisk dækker deres indhold og behov.
Send ikke alle gamle adresser til forsiden. Hvis der ingen relevant erstatning er, kan en korrekt 404- eller 410-status være mere præcis end en vildledende viderestilling. Google beskriver blandt andet dette i sin vejledning om flytning af websites.
Brug permanente redirects til permanente flytninger, og peg så vidt muligt direkte til den endelige adresse. Interne links skal samtidig opdateres til de nye mål, så besøgende ikke behøver at gå gennem gamle adresser ved hvert klik.
Et fiktivt eksempel: En gammel side om »service af varmepumper« flyttes til en ny serviceadresse. Den skal pege på den nye side om samme ydelse, ikke automatisk på en bred forside om alle virksomhedens produkter. Kontrollen skal se på indholdet bag destinationen, ikke kun på om svaret er 200.
Gennemgå den nye hjemmeside før lancering
Kontrollér hver sidetype og de vigtigste konkrete adresser. Sammenhold H1, titel, indhold, canonical, billeder og interne links med beslutningerne i kortlægningen. Kontrollér også formularer, navigation, søgning og eventuelle køb på mobil.
Testmiljøet skal have passende adgangsbeskyttelse. Lav en særskilt lanceringstjekliste for de indstillinger, der kun gælder testen, så de ikke følger med til produktion. Det kan være testdomæner i links eller utilsigtet noindex på sider, der skal være offentlige.
Kør hele redirect-kortlægningen gennem en kontrol. Find sløjfer, kæder, tomme destinationssider og fejl i store/små bogstaver eller afsluttende skråstreg. Et par vellykkede stikprøver er ikke tilstrækkeligt, hvis hundredvis af adresser ændres.
Giv lanceringen en ansvarlig og en nødplan
Aftal, hvem der kan træffe beslutningen, hvis en kritisk funktion fejler. Beskriv, hvordan den tidligere løsning kan gendannes, og hvilke data der eventuelt er kommet ind i den nye løsning imens. På en webshop skal nye ordrer og lagerændringer håndteres, før en tilbageførsel kan betragtes som sikker.
Ved lancering kontrolleres redirects, offentlige sider, sitemap og de centrale kundehandlinger igen på det rigtige domæne. Opdatér egne profil- og kampagnelinks, hvor de peger på flyttede sider. Ved et domæneskifte skal den relevante Search Console-procedure også indgå i planen.
Google anbefaler, at redirects beholdes længe, normalt mindst et år. De kan fortsat være nyttige efter den periode, hvis gamle links bruges. En dato i kalenderen bør derfor ikke alene afgøre, hvornår de fjernes.
Følg både fejl og forretning efter flytningen
Hold øje med uventede 404-svar, gamle canonical-mål, indekseringsstatus og trafik på de flyttede sidegrupper. Kontrollér de vigtigste gamle adresser direkte. Hvis en gruppe mister trafik, skal du undersøge, om indhold, interne links eller skabelon blev ændret samtidig.
Forvent ikke, at alle Googles oplysninger opdateres på lanceringsdagen. Men brug heller ikke »Google skal lige vænne sig til det« som forklaring på en konkret fejl. Skeln mellem teknisk korrekt overgang, Googles efterfølgende behandling og udviklingen i klik og henvendelser.
Læs om hjemmesideudvikling og SEO-analyse, hvis flytningen kræver koordinering mellem teknik og indhold.
FAQ
Kan man garantere en flytning uden trafikudsving?
Nej. En grundig plan reducerer undgåelige fejl, men søgemaskinernes behandling og andre forhold kan stadig påvirke trafikken. Gem en baseline og vurder konkrete sider frem for kun totalen.
Skal alle gamle sider viderestilles?
De skal have en begrundet håndtering. Brug en relevant erstatning, hvor den findes. En side uden erstatning skal ikke sendes til en tilfældig side for at undgå en fejlstatus.
Hvornår er migreringen færdig?
Når den aftalte kortlægning og funktionalitet er kontrolleret, væsentlige fejl er løst, og opfølgningen viser, at de nye adresser bliver behandlet som forventet. Lancering og afsluttet SEO-opfølgning er to forskellige milepæle.