Sådan redesigner du din hjemmeside uden at miste placeringer

Et redesign af hjemmeside kan give en side, der ser bedre ud og er lettere at bruge. Det kan også koste dig de placeringer i Google, som kunderne i dag finder dig på. Du undgår tabet ved at planlægge ud fra det, der allerede virker: Find ud af, hvilke sider der skaffer trafik og henvendelser, bevar de adresser og indhold, der klarer sig godt, og omdiriger alt, der flytter, med 301-omdirigeringer. Derefter tester du grundigt før lancering og følger op i Google Search Console bagefter. Denne guide giver dig rækkefølgen og de krav, du kan stille til den, der bygger den nye side.

Derfor kan et redesign af hjemmeside koste placeringer

Google rangerer ikke et design. Google rangerer sider, og hver side har en adresse, et indhold, en title, en overskriftsstruktur, interne links og en teknisk opførsel. Når et redesign ændrer nogle af disse ting uden plan, ser Google en anden side, end den har rangeret før. Det er sjældent selve udseendet, der skader. Det er de ændringer, der følger med.

De typiske fejl ved redesign ser sådan ud:

• URL’er ændres uden omdirigering. Gamle adresser giver fejlsiden “siden findes ikke”, og den oparbejdede værdi forsvinder, herunder links fra andre websteder.
• Tekst skæres væk for at få et “renere” udtryk. En tjenesteside, der rangerede på sin uddybende tekst, ender med to sætninger og et stort billede.
• Overskrifter og titler omskrives uden hensyn til de søgeord, siderne rangerede på.
• Siden bliver tungere. Store billeder, animationer og scripts gør den langsom, især på mobil.
• Testversionen går live med indeksering slået fra. Hvis der står “noindex” i koden, eller robots.txt blokerer hele sitet, udelukker du dig selv fra Google.
• Intern linkstruktur ændres. Menuen forenkles, og vigtige undersider mister de interne links, der pegede på dem.

Intet af dette er en naturlov. Alle punkterne kan forebygges, hvis de behandles som krav fra start. Derfor er rækkefølgen i et redesign vigtig: Først forstår du, hvad der virker, derefter designer du, og til sidst lancerer du kontrolleret.

Byg det nye design ud fra dit indhold og dine kunder

Det mest udbredte udgangspunkt for et nyt design er en skabelon. Man vælger et tema, der ser godt ud i demoen, og fylder sit indhold ind bagefter. Problemet er, at skabelonen har en fast struktur. Din tekst, dine tjenester og dine sider skal passe ind i de felter, temaet tilbyder. Er en tjenesteside længere end skabelonens tekstfelt, bliver den kortet ned. Har du brug for en side, som skabelonen ikke har, bliver den droppet eller klemt ind et uhensigtsmæssigt sted. Resultatet kan være et pænt site, der har mistet det, der gjorde det synligt.

Det modsatte princip er at starte med virksomhedens eksisterende indhold og dens kunder. Hvilke spørgsmål stiller kunderne, før de henvender sig? Hvilke sider læser de? Hvad leder de efter, og hvor falder de fra? Når strukturen bygges ud fra svarene, kan designet tilpasses indholdet i stedet for omvendt. Det er den tilgang, designere, der bygger fra bunden, arbejder efter. Vellum Studios er et eksempel på en aktør, der arbejder uden skabeloner og faste pakker og designer og bygger hver hjemmeside fra bunden ud fra den enkelte virksomheds behov. Redesign er desuden et selvstændigt område i deres ydelser, målrettet virksomheder med en hjemmeside, der er blevet forældet eller rodet. For dig som læser er pointen ikke navnet, men princippet: Spørg enhver, du overvejer, om designet skal tilpasses dit indhold, eller om dit indhold skal tilpasses designet.

Skræddersyet design er ingen garanti for bevarede placeringer. Det giver blot frihed til at beholde de sider, den tekst og den struktur, der fungerer, og samtidig forbedre udtryk, overskuelighed og brugeroplevelse. Friheden skal bruges bevidst, og det kræver, at du ved, hvad der virker. Det er næste trin.

Trin 1: Kortlæg hvilke sider der trækker trafik og henvendelser

Før nogen tegner et nyt design, skal du have overblik over den nuværende side. Målet er en liste over sider med oplysning om, hvad de bidrager med. Du skal bruge tre kilder.

Google Search Console

Under Effektivitet kan du se, hvilke sider og søgeord der giver visninger og klik i Google. Eksportér data for sider og søgeforespørgsler, og gem dem som sammenligningsgrundlag. Du skal bruge dem efter lanceringen til at vurdere, om noget er faldet. Eksportér, mens den gamle side stadig kører, så du har tallene, når du får brug for dem.

Analyseværktøj

I Google Analytics eller et tilsvarende værktøj kan du se, hvilke sider besøgende lander på, og hvilke de besøger, før de kontakter dig. Trafik er ikke nok. En side med få besøg, der leverer de fleste forespørgsler, er vigtigere end en side med mange besøg og ingen handling. Hvis du ikke måler henvendelser i dag, så sæt det op først: formularindsendelser, klik på telefonnummer og klik på e-mailadresse. Uden disse målinger kan du ikke se, om det nye design gør det bedre eller dårligere.

En fuld oversigt over alle adresser

Lav en komplet liste over sidens URL’er. Det kan gøres med et scanningsværktøj som Screaming Frog eller ved at hente adresserne fra dit sitemap. Husk også sider, der ikke ligger i menuen: gamle blogindlæg, landingssider fra kampagner, PDF-filer og sider, andre sites linker til.

Saml det hele i ét ark med kolonner for adresse, title, overskrift, besøg, henvendelser og beslutning. Beslutningen er en af fire:

• Bevar adresse og indhold, med eventuelle forbedringer.
• Forbedr indholdet, men behold adressen.
• Slå sammen med en anden side og omdiriger.
• Fjern, fordi siden hverken har trafik, henvendelser eller links, og omdiriger til en relevant side eller lad den give fejlside, hvis der ikke findes en relevant erstatning.

Arket bliver dit styringsdokument gennem hele projektet. Det er også det, du giver til den, der bygger siden.

Trin 2: Bevar URL-struktur og indhold der virker

Den enkleste måde at undgå problemer på er at lade være med at ændre adresser, der ikke behøver at ændres. Hvis din side om “malerarbejde” ligger på /malerarbejde/, og den rangerer godt, er der ingen grund til at flytte den til /ydelser/maler/, bare fordi det nye design har en ny menu. En ny menu kan sagtens pege på de gamle adresser.

Der er sider, hvor adresser alligevel skal ændres, for eksempel hvis det nuværende system har lange parametre i URL’en, eller hvis du skifter system, og det nye ikke kan bevare strukturen. Da gælder reglen: Ændr kun, når du har en god grund, og omdiriger altid.

Indhold, der skal bevares eller forbedres

Gå igennem de sider, der trækker trafik, og noter, hvad de indeholder. Bevar eller forbedr især:

• Brødtekst med de emner og formuleringer, siden rangerer på. Du må gerne rette og opdatere, men ikke skære bredt.
• Overskrifter (H1, H2, H3) med de centrale søgeord, så strukturen ikke bliver erstattet af dekorative sloganer.
• Title-tags og meta-beskrivelser, som er det, brugerne ser i søgeresultatet. Tag dem med over, medmindre du har en konkret grund til at forbedre dem.
• Billeder med meningsfulde filnavne og alt-tekster, især hvis de driver trafik fra billedsøgning.
• Interne links mellem relaterede sider, fx fra blogindlæg til tjenesteside.
• Struktureret data, hvis det er sat op i dag, fx til virksomhedsoplysninger eller anmeldelser.
• Canonical-tags, så Google ved, hvilken version af en side der er den rigtige.

Et redesign er en god anledning til at forbedre tekster, rydde op i forældede oplysninger og gøre sider lettere at læse. Gør det med åbne øjne: Skal en side forkortes, så fjern det, der er fyld, ikke det, der besvarer søgningen.

Indhold, der er skjult i designet

Moderne designs bruger ofte faner, harmonikaer og animationer, der afslører tekst ved scroll. Det er i orden, men det er vigtigt, at teksten findes i sidens kode og kan læses af Google. Er indholdet afhængigt af tungt JavaScript for at dukke op, risikerer du, at Google ser mindre, end brugeren gør. Bed udvikleren om at bekræfte, hvordan indholdet leveres, og test det med URL-inspektion i Search Console.

Trin 3: Lav 301-omdirigeringer, hvor adresser skal ændres

En 301-omdirigering fortæller browsere og søgemaskiner, at en side er flyttet permanent til en ny adresse. Den sender besøgende videre, og den giver Google besked om, at den nye adresse overtager den gamle. Uden omdirigering møder både brugere og Google en fejlside.

Sådan laver du en omdirigeringsplan

1. Tag din adresseliste fra kortlægningen.
2. Tilføj en kolonne med den nye adresse for hver side, der flytter eller fjernes.
3. Match hver gammel adresse til den mest relevante nye side, ikke bare forsiden.
4. Overlever adressen uændret, behøver den ingen omdirigering.
5. Giv planen til udvikleren, og få den implementeret på serveren eller i systemet.

Almindelige fejl ved omdirigeringer

• Alt sendes til forsiden. Google kan opfatte det som en fejlside i forklædning, og brugeren får ikke det indhold, de ledte efter. Match side til side.
• Omdirigeringskæder. Hvis A går til B og B går til C, så send A direkte til C. Kæder spilder tid og kan give fejl.
• 302 i stedet for 301. En 302 markerer en midlertidig flytning. Ved et permanent redesign skal det være 301.
• Glemte varianter. Tjek adresser med og uden “www”, med og uden afsluttende skråstreg og med både http og https. Alle skal ende ét sted.
• Omdirigeringer fjernes for tidligt. Behold dem i drift. Der er ingen gevinst ved at rydde op, mens gamle links stadig eksisterer rundt omkring på nettet.

Skifter du samtidig domænenavn, er opgaven større. Omdirigeringerne skal dække hele webstedet, og i Search Console findes værktøjet “Ændring af adresse”, som du bruger sammen med omdirigeringerne. Er du i tvivl, så lav ikke domæneskift og redesign på én gang uden en grundig plan.

Hastighed og mobilvisning i det nye design

Hastighed og mobilvenlighed er ikke noget, der kan lægges på bagefter. De afgøres af designvalg: hvor store billederne er, hvor mange skrifttyper der indlæses, hvor tung animationen er, og hvor mange eksterne scripts der kører.

Mobil først

Google bruger mobilversionen af en side som udgangspunkt for indeksering. Det betyder, at mobilsiden skal have det samme vigtige indhold som computersiden: samme tekst, samme overskrifter, samme interne links og samme billeder med alt-tekst. Et design, der skjuler tekst på mobil for at spare plads, kan skade placeringerne. Test også de praktiske ting: Er knapper store nok til tommelfingre, er telefonnummeret et klikbart link, og er formularen nem at udfylde på en lille skærm?

Hastighed

Google måler brugeroplevelsen med Core Web Vitals, som dækker indlæsningstid for det største synlige element (LCP), responsivitet (INP) og visuel stabilitet (CLS). Du behøver ikke være teknisk for at stille krav. Bed udvikleren om at:

• levere billeder i moderne formater og i passende størrelser, så der ikke indlæses en stor fil til et lille felt,
• indlæse billeder under skærmbilledet først, når de skal bruges (lazy loading), men ikke det største billede i toppen,
• begrænse antallet af skrifttyper og scripts,
• reservere plads til billeder og bannere, så siden ikke hopper rundt under indlæsning,
• sørge for, at animationer ikke går ud over brugbarheden eller indlæsningen.

Animationer og visuelle effekter kan sagtens blive en del af et nyt design. De skal bare være bygget med omtanke. En udvikler, der koder designet fra bunden til en hurtig og moderne side, har bedre forudsætninger for at holde siden let end en, der stabler plugins oven på en skabelon. Mål med PageSpeed Insights og Lighthouse, og sammenlign gerne med den gamle side. Målet er, at den nye side ikke er dårligere end den gamle, og helst bedre.

Test før lancering

Den nye side bør bygges og testes på en skjult testversion (staging), så du kan finde fejl, før Google og kunderne gør det. Testversionen skal være beskyttet med adgangskode, eller sat til “noindex”, så den ikke bliver indekseret ved et uheld. Husk så, at det er netop det, der skal fjernes ved lancering.

Tjekliste til testversionen

• Gennemgå testsiden med et værktøj som Screaming Frog, og sammenlign med din adresseliste fra den gamle side. Mangler der sider? Er der fejlsider?
• Test omdirigeringerne. Gennemgå hver gammel adresse og se, at den ender på den rigtige nye side med én enkelt 301.
• Kontrollér titles, meta-beskrivelser og overskrifter på de vigtigste sider.
• Tjek canonical-tags så de peger på den rigtige adresse og ikke på testdomænet.
• Test på rigtige enheder: mobil, tablet og computer i forskellige browsere.
• Test formularer og målinger. Udfyld formularer, klik på telefonnummer, og se at henvendelserne dukker op i dit analyseværktøj og i din indbakke.
• Kontrollér cookie-samtykke og sporing, så målingerne fungerer, som de skal.
• Forbered XML-sitemap med de nye adresser, klar til indsendelse.
• Tjek robots.txt og noindex. Det skal være slået fra på den endelige side. Det er en af de mest almindelige og dyreste fejl ved lancering.

Vælg et lanceringstidspunkt med omtanke

Lancér, når du selv kan følge med og få fejl rettet hurtigt, og ikke lige før en weekend eller ferie, hvor ingen kan reagere. Især hvis din virksomhed har travle perioder, er det klogt at undgå at lancere midt i dem.

Opfølgning i Search Console efter lancering

Lanceringen er ikke slutningen på projektet. De første dage og uger efter er de vigtigste at holde øje med, for her opdager du, hvis noget er gået galt.

Umiddelbart efter lancering

1. Tjek, at siden kan indekseres. Brug URL-inspektion på forsiden og et par vigtige undersider. Se, at Google ikke melder “noindex” eller blokering via robots.txt.
2. Indsend det nye sitemap under Sitemaps i Search Console.
3. Test omdirigeringerne på den live side. Gennemgå de vigtigste gamle adresser igen.
4. Tjek analyseværktøjet. Kommer der besøg og henvendelser ind som forventet?

I ugerne efter

• Siderapporten (indeksering): Se efter nye fejl som “404”, “Omdirigeringsfejl” eller “Udelukket af noindex-tag”. Ret dem straks.
• Effektivitet: Sammenlign klik, visninger og placeringer for dine vigtigste sider og søgeord med de data, du eksporterede før lancering. Små udsving er normale, når Google genbesøger et site. Vedvarende fald på bestemte sider er et signal om at undersøge dem.
• Core Web Vitals og mobilbrugervenlighed: Brug rapporterne til at finde sider med problemer. Rapporterne bygger på rigtige brugerdata og opdateres over tid, så de reagerer ikke øjeblikkeligt.
• Interne og eksterne links: Tjek at vigtige sider stadig modtager interne links, og at de nye adresser får de eksterne links, der tidligere pegede på de gamle.
• Ret eksterne links, du selv styrer, fx på Google Virksomhedsprofil, sociale medier, nyhedsbreve og branchekataloger, så de peger direkte på de nye adresser.

Opstår der fald, så ræsonnér dig frem. Er det de samme sider, hvis indhold er ændret? Mangler omdirigeringer? Er siden blevet langsommere? Brug kortlægningsarket som facit, og ret det, der afviger. Ændr ikke alt på én gang, for så kan du ikke se, hvad der virkede.

Sådan stiller du krav til den, der bygger den nye side

Mange redesigns går galt, fordi SEO ikke er en del af opgaven. Designeren leverer et flot design, udvikleren bygger det, og først efter lancering opdager man, at adresser, tekster og omdirigeringer ikke er håndteret. Undgå det ved at skrive kravene ind i aftalen. Spørg konkret:

• Hvordan sikrer du, at eksisterende URL’er bevares, og hvordan håndterer du dem, der skal ændres?
• Laver du en omdirigeringsplan og implementerer 301-omdirigeringer? Hvem tester dem?
• Bliver title-tags, meta-beskrivelser, overskrifter og brødtekst overført eller bevidst forbedret?
• Hvordan bygges siden, så den er hurtig på mobil, og hvilke målinger bruger du til at dokumentere det?
• Hvordan bliver indhold, der er skjult i faner eller animationer, leveret, så Google kan læse det?
• Bygges der på en testversion, der er skjult for søgemaskiner, og hvem fjerner blokeringen ved lancering?
• Hvilke tjek laver du lige efter lancering, og hvad er mit ansvar bagefter?
• Hvem ejer domæne, hosting og kode, når projektet er færdigt?

Svarene fortæller dig, om vedkommende har arbejdet med redesign af eksisterende sider eller kun med nye sider på blanke ark. Overvejer du at gøre noget af arbejdet selv, kan Selv bygge hjemmesiden eller få den lavet, hvad betaler sig hjælpe dig med at vurdere, hvad der er realistisk at tage på sig. Ved et redesign, hvor der er trafik at miste, er det vigtigt at vide, hvem der har ansvaret for de tekniske detaljer.

Skriv aftalerne ned. Så er det lettere at se, hvad der er inkluderet i prisen, og hvad der eventuelt mangler, hvis du sammenligner tilbud fra flere udbydere.

Rækkefølgen i et redesign: Din arbejdsplan

1. Gem udgangspunktet. Eksportér data fra Search Console og analyseværktøj, og sørg for, at henvendelser bliver målt.
2. Kortlæg siderne. Lav arket med adresser, trafik, henvendelser og beslutning om bevar, forbedr, slå sammen eller fjern.
3. Definér, hvad der skal bevares. Adresser, tekster, overskrifter, titles og interne links, der bærer trafikken.
4. Brief designer og udvikler. Giv dem arket og kravene til hastighed, mobil og teknisk SEO.
5. Design og byg ud fra indholdet, ikke omvendt.
6. Lav omdirigeringsplanen for alle adresser, der ændres eller forsvinder.
7. Test på en skjult testversion. Crawl, omdirigeringer, mobil, hastighed, formularer og målinger.
8. Fjern blokeringer og lancér. Kontrollér noindex og robots.txt, og indsend sitemap.
9. Følg op i Search Console. Se efter indekseringsfejl, og sammenlign med udgangspunktet.
10. Ret og forbedr løbende, når du har data på, hvad det nye design faktisk gør.

Ofte stillede spørgsmål

Kan man lave et redesign af hjemmeside uden at miste placeringer?

Ja, men det kræver, at SEO er en del af planen fra start. Du bevarer de adresser og indhold, der virker, laver 301-omdirigeringer for dem, der flytter, sikrer hastighed og mobilvisning og tester før lancering. Små udsving kan forekomme, mens Google læser siden igen, men store og vedvarende fald skyldes oftest fejl, der kunne være undgået.

Skal alle gamle sider omdirigeres?

Alle gamle adresser, der ikke eksisterer uændret på den nye side, bør håndteres. De, der har trafik, henvendelser eller links, skal omdirigeres til den mest relevante nye side. Sider uden værdi og uden relevant erstatning kan i nogle tilfælde give en fejlside, men beslut det bevidst, og send ikke automatisk alt til forsiden.

Hvad er forskellen på en 301- og en 302-omdirigering?

En 301 fortæller, at en side permanent er flyttet, og det er den, du bruger ved et redesign. En 302 markerer en midlertidig flytning og bruges, når den oprindelige adresse forventes at vende tilbage.

Hvordan ved jeg, om redesignet har skadet min synlighed?

Sammenlign data i Search Console efter lanceringen med de data, du eksporterede før. Se på klik, visninger og placeringer for dine vigtigste sider og søgeord. Tjek også Siderapporten for indekseringsfejl og dit analyseværktøj for, om henvendelserne udebliver. Uden et sammenligningsgrundlag fra før lanceringen er det svært at afgøre, hvad der er ændret.

Er skræddersyet design bedre til SEO end en skabelon?

Ikke automatisk. Fordelen ved skræddersyet design er, at strukturen kan tilpasses dit eksisterende indhold og dine adresser i stedet for at tvinge dem ind i en skabelons faste opbygning. Om det giver bedre synlighed, afhænger af, hvordan siden bygges: hastighed, mobilvisning, indhold, URL-struktur og de tekniske detaljer omkring lanceringen.