Semantisk HTML forklart: hva hver strukturtagg betyr, hvordan den hjelper skjermlesere, Google og AI-assistenter å lese siden din, og feilene du bør rette først.

På denne siden
Kort sagt
semantisk HTML betyr å bruke tagger som beskriver hva innholdet er (<header>, <nav>, <main>, <article>, <section>, <aside>, <footer>, ordnede overskrifter, <figure>, <time>, <table>), i stedet for generiske <div> og <span> overalt. Det lar skjermlesere navigere etter landemerker, hjelper Google å finne hovedinnholdet på en side, og gjør det lettere for AI-assistenter å hente ut et rent, selvstendig avsnitt. Det koster ingenting under bygging og er vanskelig å legge til senere.
Vil du vite mer? Spør
Rask quiz
Hvem bør fikse den tekniske siden av nettstedet ditt?
Vårt råd til deg
Sjekk selv med gratis Google-verktøy
Search Console lister opp sidene Google ikke kan lese, og PageSpeed Insights tester hastigheten. Mange små problemer fikses i innstillingene til nettstedbyggeren din.
Vårt råd til deg
En webutvikler
Problemet ditt ligger i koden eller serveren: en utvikler som kan SEO er rett person. Gi dem listen over feil fra Search Console.
Vårt råd til deg
Et verktøy for teknisk revisjon
Nettstedet ditt har mange sider: et program leser dem alle slik Google gjør, og gir en full liste over feil å fikse, side for side.
Vårt råd til deg
En automatisk revisjon, deretter innhold
Nettstedet fungerer, men gir få besøkende: tekniske problemer er sjelden årsaken. Sorank reviderer nettstedet, og skriver deretter sidene som gir trafikk.
En nettleser viser et <div> og et <nav> likt. Forskjellen ligger i betydningen: semantisk HTML forteller alle programmer som leser siden hvilken rolle hver blokk har. MDN definerer det som å bruke elementer etter deres betydning, ikke etter standardutseendet. Søkemotorer, hjelpemidler for tilgjengelighet og gjennomsøkingsrobotene som mater AI-modeller, har alle nytte av denne betydningen.
HTML-standarden definerer dusinvis av elementer. Dette er de som strukturerer nesten alle innholdssider:
| Tagg | Rolle | Vanlig bruk |
|---|---|---|
| <header> | Innledende innhold for siden eller for en seksjon | Logo, nettstedsnavn, tittel på en artikkel med forfatter og dato |
| <nav> | Blokk med viktige navigasjonslenker | Hovedmeny, brødsmulesti, innholdsfortegnelse |
| <main> | Hovedinnholdet på siden, unikt (én synlig per side) | Alt unntatt header, menyer, sidepaneler og footer |
| <article> | Selvstendig innhold som gir mening på egen hånd | Blogginnlegg, produktkort, kommentar, nyhetssak |
| <section> | Tematisk gruppe av innhold, normalt med en overskrift | Et kapittel i en guide, en blokk på en landingsside |
| <aside> | Innhold relatert til hovedinnholdet, men adskilt fra det | Sidepanel, relaterte lenker, leksikonboks |
| <footer> | Avsluttende informasjon for siden eller for en seksjon | Juridiske lenker, kontakt, forfatternotat |
| <h1> til <h6> | Overskriftshierarki | Én <h1> for sidens tema, <h2> for seksjoner, <h3> for underseksjoner |
| <figure> og <figcaption> | Illustrasjon med bildetekst | Diagram, foto, skjema med en bildetekst |
| <time> | Dato eller klokkeslett i et maskinlesbart format | Publiserings- og oppdateringsdatoer |
| <table>, <th>, <caption> | Tabelldata med overskrifter | Sammenligninger, priser, spesifikasjoner |
Taggene på tekstnivå bærer også mening: <strong> for viktighet, <em> for vektlegging, <blockquote> og <cite> for sitater, <ul> og <ol> for lister, <a> for lenker og <button> for handlinger.
Skjermlesere bygger et kart over siden ut fra taggene. Landemerkene <header>, <nav>, <main>, <aside> og <footer> lar en bruker hoppe rett til menyen eller innholdet, og listen over overskrifter fungerer som en innholdsfortegnelse. W3C-opplæringen om sidestruktur anbefaler derfor disse områdene og en logisk rekkefølge på overskriftene.
Et klikkbart <div> er usynlig for tastaturet og stille for en skjermleser, med mindre du bygger for hånd det et innebygd <button> gir gratis. Innebygde elementer kommer med sin rolle, tastaturfokus og forventet oppførsel. I mange land er tilgjengelighet på offentlige og kommersielle nettsteder også et lovkrav, noe som gjør ren kode til et spørsmål om etterlevelse i tillegg.
Google har aldri presentert semantiske tagger som en direkte rangeringsfaktor, og en side med ren <div> kan rangere. Verdien er indirekte, men reell:
Semantisk HTML er en del av teknisk SEO på samme måte som rene URL-er eller raske sider: et fundament som gjør at innholdet ditt leses riktig.
ChatGPT, Gemini, Perplexity og Google AI Overviews siterer ikke hele sider: de velger avsnitt. Gjennomsøkingsrobotene som henter siden din, fjerner som regel navigasjon og standardtekst, og deler deretter teksten i biter. En seksjon som åpner med en tydelig <h2>, svarer på spørsmålet i første avsnitt og holder seg innenfor én <section>, gir en ren bit. Det samme innholdet spredt over nøstede <div>, med overskrifter laget av fet tekst, gir fragmenter blandet med menypunkter. Vår guide til oppdeling av innhold forklarer hvordan du skriver seksjoner som tåler dette kuttet.
Her er skjelettet til en bloggartikkel, beskrevet tagg for tagg:
1. <header> inneholder logoen og en <nav> med hovedmenyen. Denne blokken gjentas på hver side, så robotene lærer å ignorere den.
2. <main> åpner rett etter. Den inneholder én enkelt <article>, innholdet du vil skal indekseres og siteres.
3. Inne i <article> samler en <header> <h1> (sidens tema), forfatternavnet og et <time datetime="2026-10-18">-element med publiseringsdatoen i et maskinlesbart format.
4. Hver del av artikkelen er en <section> som starter med en <h2> formulert som spørsmålet den svarer på, etterfulgt av <p>-avsnitt, <ul>-lister eller en <table> med <th>-overskrifter.
5. Et diagram legges i en <figure> med en <img> som har en beskrivende alt-tekst, og en <figcaption> som sier hva diagrammet viser.
6. Relaterte lenker legges i en <aside>, utenfor artikkelens hovedflyt.
7. En <footer> avslutter siden med juridiske lenker og kontaktlenker.
Med dette skjelettet kan en bruker av skjermleser hoppe til innholdet med ett tastetrykk, Google ser én hovedartikkel med en tydelig disposisjon, og en AI-robot kan løfte ut hver <section> som et frittstående svar.
Tre raske sjekker dekker de fleste problemene. For det første: vis overskriftsdisposisjonen på siden og les den alene: den bør fortelle innholdets historie. For det andre: se etter <main>, <nav> og <article> i kildekoden. For det tredje: naviger siden bare med tastaturet og se om hver lenke og knapp kan nås. Vår revisjon av SEO på siden lister opp problemer med overskrifter og markup for enhver URL, og den gratis Sorank-utvidelsen for Chrome viser overskriftsstrukturen på siden du ser på.
Bruk hver tagg til det den betyr: én <main>, én <h1>, ordnede seksjoner og ekte tabeller gir folk, Google og AI det samme tydelige kartet over siden din. Når strukturen er ren, må innholdet fortsatt skrives og publiseres jevnlig: Sorank skriver og publiserer optimaliserte artikler for Google og AI på autopilot.
Google har ikke beskrevet semantiske tagger som en direkte rangeringsfaktor, og sider bygget med generiske div-elementer kan rangere. Semantisk markup hjelper Google med å finne hovedinnholdet og disposisjonen på en side, noe som støtter relevans. Effekten er indirekte, gjennom bedre forståelse av siden.
HTML-standarden forbyr ikke flere h1-elementer, og Google sier at de kan håndteres. Likevel er én h1 som angir sidens tema, etterfulgt av ordnede h2- og h3-overskrifter, den tydeligste strukturen for brukere, skjermlesere og søkemotorer.
En article er innhold som gir mening på egen hånd og kunne vært delt eller publisert andre steder, som et blogginnlegg eller et produktkort. En section er en tematisk del av en større helhet, normalt innledet med en overskrift. En article kan inneholde sections, og en section kan inneholde flere articles.
DE PRØVDE SORANK FØR DEG
