Indledning:
Når du som webdesigner arbejder med SEO, er det vigtigt, at du både designer og opbygger hjemmesiden ud fra god SEO-praksis.
Det betyder, at du bør have et par ting i bakhovedet, før du går i gang med dit arbejde - og det er det, vi vil dække i dette indlæg!
Se det som en lille tjekliste over, hvad du skal tænke på i forhold til SEO, når du skal designe og eventuelt udvikle din hjemmeside.
Vi gennemgår de grundlæggende krav, vi skal forholde os til som webdesignere, samt hvad vi skal være opmærksomme på omkring disse, når vi designer og bygger vores hjemmesider.
Jeg vil udelukkende nævne dem, der er væsentlige for os som gruppe (webdesignere), og der vil derfor ikke være nogen dybdegående gennemgang af teknik eller anden teori omkring SEO.
Vi begynder med…
Overskrifter og brødtekst
Ja, indhold er stadig konge og for at en hjemmeside skal have god SEO, bør der være godt indhold på hjemmesiden i forskellige formater, herunder blandt andet overskrifter og brødtekst.
Overskrifter
Dette er sandsynligvis ikke noget nyt for dig. Overskrifter er vigtige for din hjemmesides søgemaskineoptimering, og der bruges tid på at formulere overskrifter rigtigt. Overskrifter er en prioritet i Googles indeksering.
I dag er det i orden, at overskrifter er lange, og nogle gange kan de endda bestå af kortere sætninger.
Dette er et aspekt, du som webdesigner bør tænke på, når du designer din hjemmeside.
Bemærk venligst, at der er en risiko for, at dine overskrifter ikke kan være der på mobile enheder, da vi (på svensk) har lange ord uden særskrivning.
Du kan altid løse det med CSS:
word-break eller word-wrap
Men der er ingen garanti for, hvor ordet ”brydes”
Prøv det selv her: https://www.w3schools.com/cssref/tryit.asp?filename=trycss3_word-wrap
Brødtekst
Forklarende paragrafer, der er velstrukturerede, er sikkert heller ikke nogen nyhed for dig.
Det vigtige i brødteksten er læsbarheden, og hvad der er læsbart, er ofte et spørgsmål om fortolkning - i hvert fald for os mennesker.
For Google er det ret simpelt, og det, Google lægger vægt på, er korte afsnit frem for lange afsnit.
Korte afsnit anses for at være mere læsbare, da informationen er lettere for os at scanne og absorbere.
Derfor vil du sjældent se mere end 5 linjer pr. afsnit i dette indlæg.
Det er muligvis ikke det kønneste, men for en læser og også for Google er dette helt i top.
Hvad mener du selv? Er denne tekst letlæselig eller svært læselig?
Derfor bør du designe din hjemmeside, så den består af korte afsnit, men samtidig indeholder meget indhold.
Lister
Ud fra et SEO-perspektiv er lister gode at have, fordi de gør dit indhold mere overskueligt og lettere for en besøgende at fordøje.
Lister bruges ofte til en form for FAQ, og det er stadig en god måde at strukturere svar på almindelige spørgsmål på.
- Dette er en liste
- Som et eksempel
- For at du kan forstå
- Hvad jeg mener med liste
Indtil for nylig kunne godt FAQ-indhold blive belønnet med en plads i Googles ”Answer Box” via FAQ-schema, sådan plejede det at se ud:
Den funktion er væk. FAQ-rich results holdt op med at blive vist i Google Søgning den 7. maj 2026, og dokumentationen blev fjernet helt den 15. juni 2026. FAQPage-markup kan stadig indsættes, men den giver ikke længere nogen visuel effekt i søgeresultatet.
Det er stadig værd at skrive indhold i spørgsmål-og-svar-form, det gør teksten lettere at læse og lettere at citere af AI-søgemotorer som ChatGPT og Google AI Overviews. Det er selve schemamarkuppen, der er holdt op med at give afkast, ikke formatet i sig selv. Vil du lægge struktureret data på en side i dag, er Article, Product, Organization og LocalBusiness betydeligt sikrere kort end FAQ.
Intern linkning
At hjælpe Google med at finde de rigtige sider på din hjemmeside bør være en høj prioritet, når du skal vælge, hvordan du vil designe din hjemmeside.
Nu tænker du måske, at dette er en teknisk ting, men det er faktisk i designprocessen, du bestemmer, hvordan din hjemmeside skal linke internt.
Du placerer f.eks. links nederst i footern, som altid er tilgængelige.
Din hemsides landingsside har måske et par links, der leder besøgende til dybere indhold på sitet.
Eller så arbejder du en layout frem for, hvordan bloggen og dens indlæg skal se ud.
Her anbefales det, at du har en liste over indlæg, der relaterer til det emne, du taler om, ligesom dette indlæg har nederst.
Det er et udførelse, som jeg altid prøver at få mine kunder til at gå efter.
Dette kan rent teknisk aktiveres automatisk ved hjælp af plugins, eller du kan gøre det manuelt.
Gode plugins til dette er:
- Relaterede indlæg i sammenhængen
- Miniaturbilleder af relaterede indlæg
- Relaterede indlæg efter taksonomi
- Related Posts Pro til WordPress
Ydeevne
Hjemmesiden skal derefter indlæse så hurtigt som muligt. Det, du bør tænke på her, er følgende:
Skrifttype
Du bedes indlæse skrifttyperne lokalt fra din egen server i stedet for direkte fra Google Web Fonts. Standardrådet 2026 er lokal hosting af fonter, både af præstationsmæssige årsager (en ekstern forespørgsel færre) og af GDPR-årsager. De fleste temaer og page builders understøtter det uden problemer i dag
Billeder
Det er altid bedst at komprimere billeder, før du uploader dem til din hjemmeside.
Men hvis dette bliver en besværlig proces for dig, har du altid muligheden for at komprimere billederne direkte på serveren ved hjælp af plugins som f.eks. ShortPixel eller Smush.
Cacher
Caching er en af de enkleste og mest effektive måder at forbedre din hjemmesides indlæsningstid og dermed også brugeroplevelsen.
Ved hjælp af cachen tillader du, at din hjemmeside indlæser (viser) statiske (HTML) versioner af alle undersider.
Det, der sker her, er, at i stedet for at en side/underside skal indlæses igen, hver gang den besøges, og trække ressourcer fra serveren, præsenteres disse statiske versioner i stedet.
Hvis siden indlæses ”som normalt”, vil der blive eksekveret scripts og koder i baggrunden hver eneste gang - hvilket i sidste ende forringer websitets indlæsningstider og dermed brugeroplevelsen.
Mit favoritter-plugin til caching er WP-Rocket.
Core Web Vitals
Ud over skrifttyper, billeder og cache måler Google tre konkrete præstationsværdier kaldet Core Web Vitals. Et godkendt resultat kræver LCP under 2,5 sekunder, INP under 200 millisekunder og CLS under 0,1. INP erstattede det ældre mål FID den 12. marts 2024 og måler, hvor hurtigt siden svarer på al interaktion, ikke kun det første klik. Det er ekstra relevant for dig som webdesigner, fordi tunge page builders og for meget JavaScript er præcis det, der plejer at trække INP-værdien ned.
Mobil
Google har i et stykke tid prioriteret hjemmesider, hvis mobilversion indlæses hurtigt. Selvom du kører responsivt, bør du gennemgå dine muligheder for at forbedre ydeevnen på mobile enheder.
Responsivt
Du kender sikkert begrebet »responsive design«. Kort sagt betyder det, at din hjemmesides layout tilpasser sig besøgerens browserbredde.
Sørg altid for, at dit responsive design ser godt ud på mobile enheder. Det kan i mange tilfælde være rubrikker, der er for lange, eller elementer, der havner ”uden for” skærmen.
Eksempel:
Adaptivt
Udtrykket adaptivt design er lidet kendt, men det bør overvejes nøje. Mange, der taler om responsivt design, mener egentlig adaptivt design.
Responsivt design handler om mere end blot at lade din hjemmesides layout tilpasse sig i bredden.
Det handler om, at du aktivt tilføjer/skjuler elementer eller ændrer elementernes farver og form.
Kort sagt: responsivt design skalerer det samme layout efter skærmbredden, mens adaptivt design aktivt udskifter elementer, skjuler indhold eller ændrer udseende afhængigt af enheden. Det er vigtigt, at du forstår forskellen, da de kræver forskellig mængde arbejde i designfasen.
AMP
Accelerated Mobile Pages - eller AMP er et rammeværk for, at din hjemmesides sider og undersider indlæses hurtigere på mobilenheder.
Det er ikke ualmindeligt i dag, at vi har tunge grafiske elementer på vores hjemmeside, med en masse scripts, der kører i baggrunden.
Alt fra at spore din aktivitet på siden - til at give dig en visuelt tiltalende oplevelse, mens du navigerer rundt på siden.
Eksempel fra: https://the-goonies.webflow.io/
Dette kan dog blive meget tungt på mobile enheder - især smartphones.
Google-udviklere udviklede AMP som en løsning på dette, men det er ikke længere relevant.
Google Søg stoppede med at levere AMP-sider via sin AMP-cache og AMP-fremviser den 1. juli 2026, så hele fordlen ved at bruge AMP i søgeresultaterne er væk. AMP-sider rangerer stadig præcis som en hvilken som helst anden hjemmeside, de får bare ikke særbehandling længere. AMP har i øvrigt ikke været et krav for Top Stories siden 2021.
Anbefalingen for 2026 er i stedet at bygge hurtige, helt almindelige responsive sider direkte, uden et separat AMP-framework at vedligeholde parallelt. Det er også sådan, page builders som Elementor er bygget til at blive håndteret bedst, uden AMP's kompatibilitetsproblemer.
Alt i alt
Meget af det, jeg har skrevet om her, er en selvfølge for mange og nogle gange underforstået for dig, der er vant til at designe og bygge hjemmesider.
Det falder dig helt naturligt.
Men det kan være godt at minde sig selv lidt om, hvorfor du gør det, du har vænnet dig til at gøre - hvis du forstår, hvad jeg mener?
At tænke på eventuelle lange overskrifter, der ikke kan være der, langsom hastighed på siden på grund af billeder, der uploades, ikke er komprimerede, eller at definere, hvad responsivt design egentlig er - er ikke altid så ligetil.
Alt dette spiller en rolle for SEO!
Disse ting, jeg tager op, er det, jeg naturligt går igennem i min tankeproces, fra det øjeblik jeg finder en design-mockup frem, til jeg rent faktisk bygger hjemmesiden til mine kunder.
Der er mange tekniske aspekter at tage hensyn til, når du begynder at designe din hjemmeside.
Med denne kortfattede gennemgang håber jeg, du har kød på benene nok til at skabe et flot design, der er godt til SEO .
Eller hvis du hellere vil overlade det til en SEO-bureau i Malmø tage det fulde ansvar eller ansætte mig direkte som SEO-konsulent, så kan du i det mindste have det som en påminnelse og en tjekliste, du tager med dig til næste projekt.
