Semantisk HTML förklarad: vad varje strukturtagg betyder, hur den hjälper skärmläsare, Google och AI-assistenter att läsa din sida samt vilka misstag du ska åtgärda först.

På den här sidan
Kort sagt
semantisk HTML innebär att man använder taggar som beskriver vad innehållet är (<header>, <nav>, <main>, <article>, <section>, <aside>, <footer>, ordnade rubriker, <figure>, <time>, <table>) i stället för generiska <div> och <span> överallt. Det låter skärmläsare navigera med landmärken, hjälper Google att identifiera sidans huvudinnehåll och gör det lättare för AI-assistenter att plocka ut ett rent, självständigt stycke. Det kostar ingenting vid byggtid och är svårt att lägga till i efterhand.
Vill du veta mer? Fråga
Snabbquiz
Vem ska åtgärda den tekniska sidan av din webbplats?
Våra råd till dig
Kontrollera själv med gratis Google-verktyg
Search Console listar sidorna som Google inte kan läsa, och PageSpeed Insights testar hastigheten. Många små problem åtgärdas i inställningarna för din webbyggare.
Våra råd till dig
En webbutvecklare
Ditt problem finns i koden eller på servern: en utvecklare som kan SEO är rätt person. Ge dem listan över fel från Search Console.
Våra råd till dig
Ett verktyg för teknisk granskning
Din webbplats har många sidor: en crawler läser alla som Google gör och ger en fullständig lista över fel att åtgärda, sida för sida.
Våra råd till dig
En automatisk granskning, sedan innehåll
Din webbplats fungerar men ger få besökare: tekniska problem är sällan orsaken. Sorank granskar webbplatsen och skriver sedan sidorna som ger trafik.
En webbläsare visar en <div> och en <nav> på samma sätt. Skillnaden ligger i betydelsen: semantisk HTML berättar för varje program som läser sidan vilken roll varje block spelar. MDN definierar det som att använda element enligt deras betydelse, inte enligt deras standardutseende. Sökmotorer, hjälpmedelstekniker och de genomsökare som matar AI-modeller har alla nytta av den betydelsen.
HTML-standarden definierar dussintals element. Dessa är de som strukturerar nästan varje innehållssida:
| Tagg | Roll | Typisk användning |
|---|---|---|
| <header> | Inledande innehåll för sidan eller för ett avsnitt | Logotyp, webbplatsnamn, rubrik på en artikel med författare och datum |
| <nav> | Block med huvudsakliga navigeringslänkar | Huvudmeny, brödsmulor, innehållsförteckning |
| <main> | Sidans unika huvudinnehåll (en synlig per sida) | Allt utom header, menyer, sidopaneler och footer |
| <article> | Självständigt innehåll som är begripligt på egen hand | Blogginlägg, produktkort, kommentar, nyhetspost |
| <section> | Tematisk grupp av innehåll, normalt med en rubrik | Ett kapitel i en guide, ett block på en målsida |
| <aside> | Innehåll som hör ihop med huvudinnehållet men är skilt från det | Sidopanel, relaterade länkar, ordlisteruta |
| <footer> | Avslutande information för sidan eller ett avsnitt | Juridiska länkar, kontakt, författarnot |
| <h1> till <h6> | Rubrikhierarki | En <h1> för sidans ämne, <h2> för avsnitt, <h3> för underavsnitt |
| <figure> och <figcaption> | Illustration med sin bildtext | Diagram, foto, schema med bildtext |
| <time> | Datum eller tid i maskinläsbar form | Publiceringsdatum och uppdateringsdatum |
| <table>, <th>, <caption> | Tabelldata med rubriker | Jämförelser, priser, specifikationer |
Textnivåtaggar bär också betydelse: <strong> för vikt, <em> för betoning, <blockquote> och <cite> för citat, <ul> och <ol> för listor, <a> för länkar och <button> för åtgärder.
Skärmläsare bygger en karta över sidan utifrån dess taggar. Landmärkena <header>, <nav>, <main>, <aside> och <footer> låter en användare hoppa direkt till menyn eller innehållet, och rubrikslistan fungerar som en innehållsförteckning. W3C:s introduktion till sidstruktur rekommenderar dessa regioner och en logisk rubrikordning av just det skälet.
Ett klickbart <div> är osynligt för tangentbordet och tyst för en skärmläsare om du inte bygger om med egen kod det som ett inbyggt <button> ger gratis. Inbyggda element kommer med sin roll, sitt tangentbordsfokus och sitt förväntade beteende. I många länder är tillgängligheten på offentliga och kommersiella webbplatser dessutom ett lagkrav, vilket gör ren kodning till en efterlevnadsfråga också.
Google har aldrig presenterat semantiska taggar som en direkt rankingfaktor, och en sida i vanliga <div> kan rankas. Värdet är indirekt men verkligt:
Semantisk HTML är en del av den tekniska SEO på samma sätt som rena URL:er eller snabba sidor: en grund som gör att ditt innehåll kan läsas rätt.
ChatGPT, Gemini, Perplexity och Googles AI-översikter citerar inte hela sidor: de väljer ut stycken. Genomsökarna som hämtar din sida tar vanligtvis bort navigering och standardmall och delar sedan upp texten i bitar. Ett avsnitt som börjar med en tydlig <h2>, svarar på sin fråga i första stycket och stannar inom en <section> ger en ren bit. Samma innehåll utspritt över kapslade <div>, med rubriker låtsade med fetstil, ger fragment blandade med menyobjekt. Vår guide till innehållsuppdelning förklarar hur du skriver avsnitt som klarar uppdelningen.
Här är skelettet för en bloggartikel, beskrivet tagg för tagg:
1. <header> innehåller logotypen och en <nav> med huvudmenyn. Det här blocket upprepas på varje sida, så genomsökare lär sig att ignorera det.
2. <main> öppnar direkt efter. Den innehåller en enda <article>, det innehåll du vill ha indexerat och citerat.
3. Inne i <article> samlar en <header> <h1> (sidans ämne), författarens namn och ett <time datetime="2026-10-18">-element med publiceringsdatumet i maskinläsbart format.
4. Varje del av artikeln är en <section> som börjar med en <h2> formulerad som den fråga den besvarar, följd av <p>-stycken, <ul>-listor eller en <table> med <th>-rubriker.
5. Ett diagram placeras i en <figure> med en <img> som har en beskrivande alt-text och en <figcaption> som anger vad diagrammet visar.
6. Relaterade länkar placeras i en <aside>, utanför artikelns huvudflöde.
7. En <footer> avslutar sidan med juridiska länkar och kontaktuppgifter.
Med det här skelettet kan en användare med skärmläsare hoppa till innehållet med ett enda tangenttryck, Google ser en huvudartikel med tydlig disposition, och en AI-genomsökare kan lyfta ut vilken <section> som helst som ett fristående svar.
Tre snabba kontroller täcker de flesta problem. Visa först sidans rubrikdisposition och läs den ensam: den ska berätta innehållets historia. Leta sedan efter <main>, <nav> och <article> i källkoden. Navigera slutligen sidan enbart med tangentbordet och se om varje länk och knapp går att nå. Vår on-page SEO-granskning listar problem med rubriker och markup för valfri URL, och det gratis Sorank-tillägget för Chrome visar rubrikstrukturen på sidan du tittar på.
Använd varje tagg för vad den betyder: en <main>, en <h1>, ordnade avsnitt och riktiga tabeller ger människor, Google och AI samma tydliga karta över din sida. När strukturen är ren måste innehållet ändå skrivas och publiceras regelbundet: Sorank skriver och publicerar optimerade artiklar för Google och AI på autopilot.
Google har inte beskrivit semantiska taggar som en direkt rankingfaktor, och sidor byggda med generiska div-element kan rankas. Semantisk markup hjälper Google att identifiera sidans huvudinnehåll och dess disposition, vilket stödjer relevansen. Effekten är indirekt, genom en bättre förståelse av sidan.
HTML-standarden hindrar inte flera h1-element, och Google säger att de kan hanteras. Ändå är en enda h1 som anger sidans ämne, följd av ordnade h2- och h3-rubriker, den tydligaste strukturen för användare, skärmläsare och sökmotorer.
En article är innehåll som är begripligt på egen hand och kan delas eller publiceras separat, till exempel ett blogginlägg eller ett produktkort. En section är en tematisk del av en större helhet, normalt inledd av en rubrik. En article kan innehålla sections, och en section kan innehålla flera articles.
DE TESTADE SORANK FÖRE DIG
