Semantisk HTML forklaret: hvad hvert strukturelt tag betyder, hvordan det hjælper skærmlæsere, Google og AI-assistenter med at læse din side, og de fejl, du bør rette først.

På denne side
Kort fortalt
semantisk HTML betyder at bruge tags, der beskriver, hvad indholdet er (<header>, <nav>, <main>, <article>, <section>, <aside>, <footer>, ordnede overskrifter, <figure>, <time>, <table>) i stedet for generiske <div> og <span> overalt. Det lader skærmlæsere navigere efter landemærker, hjælper Google med at identificere sidens hovedindhold og gør det lettere for AI-assistenter at udtrække et rent, selvstændigt afsnit. Det koster intet at bygge det ind fra start og er svært at tilføje bagefter.
Vil du vide mere? Spørg
Hurtig quiz
Hvem skal rette den tekniske side af dit site?
Vores anbefaling til dig
Tjek det selv med gratis Google-værktøjer
Search Console lister de sider, Google ikke kan læse, og PageSpeed Insights tester hastigheden. Mange små problemer rettes fra indstillingerne i dit website-værktøj.
Vores anbefaling til dig
En webudvikler
Dit problem sidder i koden eller serveren: en udvikler, der kender SEO, er den rette person. Giv dem listen over fejl fra Search Console.
Vores anbefaling til dig
Et værktøj til teknisk revision
Dit site har mange sider: en crawler læser dem alle, ligesom Google gør, og giver en komplet liste over fejl at rette, side for side.
Vores anbefaling til dig
En automatisk revision, derefter indhold
Dit site virker, men bringer få besøgende: tekniske problemer er sjældent årsagen. Sorank reviderer sitet og skriver derefter de sider, der giver trafik.
En browser viser en <div> og en <nav> på samme måde. Forskellen ligger i betydningen: semantisk HTML fortæller ethvert program, der læser siden, hvilken rolle hvert blok spiller. MDN definerer det som at bruge elementer efter deres betydning og ikke efter deres standardudseende. Søgemaskiner, hjælpeteknologier og de crawlere, der forsyner AI-modeller, har alle gavn af den betydning.
HTML-standarden definerer snesevis af elementer. Disse er dem, der strukturerer næsten enhver indholdsside:
| Tag | Rolle | Typisk brug |
|---|---|---|
| <header> | Indledende indhold for siden eller for en sektion | Logo, sitenavn, titel på en artikel med forfatter og dato |
| <nav> | Blok med vigtige navigationslinks | Hovedmenu, brødkrumme, indholdsfortegnelse |
| <main> | Sidens unikke hovedindhold (én synlig pr. side) | Alt undtagen header, menuer, sidepaneler og footer |
| <article> | Selvstændigt indhold, der giver mening på egen hånd | Blogindlæg, produktkort, kommentar, nyhedspunkt |
| <section> | Tematisk gruppe af indhold, normalt med en overskrift | Et kapitel i en guide, en blok på en landingsside |
| <aside> | Indhold, der hører til hovedindholdet, men er adskilt fra det | Sidepanel, relaterede links, ordbogsboks |
| <footer> | Afsluttende information for siden eller en sektion | Juridiske links, kontakt, forfatternote |
| <h1> til <h6> | Overskriftshierarki | Én <h1> til sidens emne, <h2> til sektioner, <h3> til underafsnit |
| <figure> og <figcaption> | Illustration med billedtekst | Diagram, foto, figur med billedtekst |
| <time> | Dato eller tidspunkt i et maskinlæsbart format | Udgivelses- og opdateringsdatoer |
| <table>, <th>, <caption> | Tabeldata med overskrifter | Sammenligninger, priser, specifikationer |
Tags på tekstniveau bærer også betydning: <strong> for vigtighed, <em> for betoning, <blockquote> og <cite> for citater, <ul> og <ol> for lister, <a> for links og <button> for handlinger.
Skærmlæsere bygger et kort over siden ud fra dens tags. Landemærkerne <header>, <nav>, <main>, <aside> og <footer> lader en bruger hoppe direkte til menuen eller indholdet, og overskriftslisten fungerer som en indholdsfortegnelse. W3C's vejledninger om tilgængelighed for sidestruktur anbefaler netop disse områder og en logisk overskriftsrækkefølge af den grund.
En klikbar <div> er usynlig for tastaturet og tavs for en skærmlæser, medmindre du bygger det om i hånden, som en indbygget <button> giver dig gratis. Indbyggede elementer kommer med deres rolle, tastaturfokus og forventede adfærd. I mange lande er tilgængelighed på offentlige og kommercielle websites også et lovkrav, og det gør ren opmærkning til et spørgsmål om overholdelse af regler.
Google har aldrig præsenteret semantiske tags som en direkte rangeringsfaktor, og en side i ren <div> kan rangere. Værdien er indirekte, men reel:
Semantisk HTML er en del af teknisk SEO på samme måde som rene URL'er eller hurtige sider: et fundament, der lader dit indhold blive læst korrekt.
ChatGPT, Gemini, Perplexity og Google AI Overviews citerer ikke hele sider: de vælger passager. De crawlere, der henter din side, fjerner typisk navigation og standardindhold og deler derefter teksten op i bidder. Et afsnit, der åbner med en klar <h2>, besvarer sit spørgsmål i første afsnit og bliver inden for én <section>, giver en ren bid. Det samme indhold spredt ud over indlejrede <div>-elementer, med overskrifter lavet af fed tekst, giver fragmenter blandet med menupunkter. Vores guide til opdeling af indhold i bidder forklarer, hvordan du skriver afsnit, der klarer denne opdeling.
Her er skelettet af et blogindlæg, beskrevet tag for tag:
1. <header> indeholder logoet og en <nav> med hovedmenuen. Denne blok gentages på hver side, så crawlere lærer at ignorere den.
2. <main> åbner lige efter. Den rummer en enkelt <article>, det indhold, du ønsker indekseret og citeret.
3. Inde i <article> samler en <header> <h1> (sidens emne), forfatterens navn og et <time datetime="2026-10-18">-element med udgivelsesdatoen i et maskinlæsbart format.
4. Hver del af artiklen er en <section>, der starter med en <h2> formuleret som det spørgsmål, den besvarer, efterfulgt af <p>-afsnit, <ul>-lister eller en <table> med <th>-overskrifter.
5. Et diagram placeres i en <figure> med et <img>, der har en beskrivende alt-tekst, og en <figcaption>, der angiver, hvad diagrammet viser.
6. Relaterede links placeres i en <aside>, uden for artiklens hovedflow.
7. En <footer> afslutter siden med juridiske links og kontaktlinks.
Med dette skelet kan en bruger af skærmlæser hoppe til indholdet med ét tastetryk, Google ser én hovedartikel med en tydelig disposition, og en AI-crawler kan løfte enhver <section> ud som et selvstændigt svar.
Tre hurtige tjek dækker de fleste problemer. For det første: vis sidens overskriftsdisposition, og læs den alene: den bør fortælle indholdets historie. For det andet: led efter <main>, <nav> og <article> i kildekoden. For det tredje: naviger siden med kun tastaturet, og se om alle links og knapper kan nås. Vores on-page SEO-audit lister overskrifts- og opmærkningsproblemer for enhver URL, og den gratis Sorank-udvidelse til Chrome viser overskriftsstrukturen på den side, du ser.
Brug hvert tag til det, det betyder: én <main>, én <h1>, ordnede sektioner og rigtige tabeller giver mennesker, Google og AI det samme klare kort over din side. Når strukturen er ren, skal indholdet stadig skrives og udgives regelmæssigt: Sorank skriver og udgiver optimerede artikler til Google og AI på autopilot.
Google har ikke beskrevet semantiske tags som en direkte rangeringsfaktor, og sider bygget med generiske div-elementer kan rangere. Semantisk opmærkning hjælper Google med at identificere hovedindholdet og sidens disposition, hvilket understøtter relevans. Effekten er indirekte, gennem en bedre forståelse af siden.
HTML-standarden forbyder ikke flere h1-elementer, og Google siger, at de kan håndteres. Alligevel er én h1, der angiver sidens emne, efterfulgt af ordnede h2- og h3-overskrifter, den tydeligste struktur for brugere, skærmlæsere og søgemaskiner.
En article er indhold, der giver mening på egen hånd og kunne deles eller viderebringes separat, for eksempel et blogindlæg eller et produktkort. En section er en tematisk del af en større helhed, normalt indledt med en overskrift. En article kan indeholde sections, og en section kan indeholde flere articles.
DE PRØVEDE SORANK, FØR DU GJORDE DET
