Vad title och meta description faktiskt gör – och vad de inte gör
Det är lätt att behandla title och meta description som ett formulär att fylla i, ett krav att bocka av i en checklista. Men fälten fyller fundamentalt olika tekniska roller och blandas ofta ihop, vilket leder till åtgärder på fel ställe. Innan du skriver ett enda tecken är det värt att förstå vad varje fält är till för.
HTML-elementet <title> anger dokumentets titel. Det är ett faktum som gäller oberoende av sökmotorer: titeln syns i webbläsarfliken, används som förvalt bokmärke-namn och läses upp av skärmläsare. I sökresultatlistan används den normalt som klickbar rubrik, men sökmotorn kan välja att ersätta den med text hämtad från sidan om den bedömer att din titel inte beskriver innehållet tillräckligt väl. Det är inte ett straff – det är en konsekvens av att title-värdet inte matchar vad sidan faktiskt levererar.
<meta name="description"> är ett frivilligt ledtrådsfält. Sökmotorn kan visa det som snippet under rubriken, men kan lika gärna hämta ett utdrag ur brödtexten om det verkar mer relevant för den specifika sökfrågan. Det innebär att en välformulerad description har störst inflytande vid varumärkessökningar och direktsökningar, när sökmotorn inte har ett tydligare alternativ att visa.
Ingen av dessa mekanismer är ett löfte om CTR-förbättring. Undvik att presentera dem som ett garanterat klickverktyg internt – det leder till övertro på kosmetiska justeringar i stället för strukturella fel.
De tre felen som faktiskt spelar roll
I en typisk revision av en etablerad webbplats med femtio till tvåhundra sidor är det ovanligt att problemet är för lång text. Det vanligaste är något av tre strukturella fel, och dessa bör åtgärdas i prioritetsordning innan du lägger tid på formuleringar.
Tomt eller saknat fält
En sida utan <title> tvingas sökmotorn att hitta på en rubrik – ofta filnamnet, en breadcrumb-text eller H1. Det är inte katastrofalt, men du förlorar kontrollen över hur sidan presenteras. En sida utan meta description ger sökmotorn fritt val av utdrag, vilket kan bli ett halvmening mitt i en mening. Prioritera att fylla i dessa fält för alla sidor med organisk exponering.
Dubblerade fält
Om femton kategorisidor delar samma title – till exempel bara webbplatsnamnet – kan sökmotorn ha svårt att skilja sidorna åt och väljer ibland att konsolidera eller avindexera. Detta hänger ihop med hur du arbetar med duplicerat innehåll och URL-val: title är en av signalerna som hjälper sökmotorn förstå vilken sida som är den primära för ett ämne.
Fältet matchar inte sidan
Det tredje och subtilaste felet är en title eller description som är korrekt skriven men inte återspeglar vad sidan faktiskt innehåller. En tjänstesida med titeln "Välkommen till oss" är inte fel i teckenantal, men den ger varken besökaren eller sökmotorn ett svar på vad tjänsten är. Det är ett erbjudandefel, inte ett längdfel.
Title-elementet: struktur och semantik
Ett välformat title-element har tre beståndsdelar: primärt erbjudande, kontextuell precisering och varumärke. Ordningen spelar roll eftersom trunkering sker från höger. Det viktigaste ska stå först.
Strukturen ser ut så här i källkoden:
<head>
<title>Primärt erbjudande – Precisering | Varumärke</title>
</head>Varumärket sist är en vanlig och välfungerande konvention, men det är inte en teknisk regel. På startsidan kan varumärket komma först om det är det primära sökbegreppet. På djupa undersidor är det sällan meningsfullt att offra tecken på varumärket alls om titeln redan är nära tröskeln för trunkering.
Skilj title från den synliga rubriken H1. De behöver inte vara identiska. Title är sidans externa etikett mot webbläsaren och sökmotorn; H1 är sidans interna rubrik mot läsaren. En artikel om kassaflödesanalys kan ha titeln "Kassaflödesanalys för tillverkande bolag – Guide | Rangel" och H1:en "Hur du läser en kassaflödesanalys när marginalen pressas". Båda är korrekta. När du arbetar med SEO-copywriting och erbjudanden är det just den distinktionen som gör texten användbar för läsaren utan att kompromissa med sökmotorns tolkning.
Skriv det viktigaste tidigt och undvik utfyllnad. Visat utrymme kan skilja sig mellan enheter och resultatformat. Teckenräkning kan hjälpa redaktören hitta långa värden men är ingen säker zon eller garanti för full visning. Granska den faktiska formuleringen och det utdrag som observeras.
Meta description: löfte, inte sammanfattning
En meta description som fungerar är ett löfte om vad besökaren får ut av att klicka. Det är inte en sammanfattning av vad sidan handlar om – skillnaden är avgörande. En sammanfattning beskriver innehåll; ett löfte adresserar besökarens intention och ger dem ett skäl att välja just den sidan.
Fältet placeras i <head> och ser ut så här:
<meta name="description"
content="Lär dig skriva title och meta description
som matchar sidans faktiska erbjudande.
Komplett mall för sex sidtyper med HTML-exempel.">Notera att attributet name är exakt description med liten bokstav. En vanlig miss i templates är name="Description" med stor D – tekniskt sett ogiltigt, även om de flesta sökmotorer hanterar det med tolerans.
Description bör adressera ett specifikt behov, inte vara en generisk välkomstfras. Jämför:
- Generisk: "Vi erbjuder tjänster inom SEO och digital marknadsföring för företag i Sverige."
- Specifik: "Steg-för-steg-mall för att skriva title och meta description för sex olika sidtyper. Inkluderar HTML-exempel och granskningsmall."
Den generiska versionen är inte fel i sig – den är bara inte ett erbjudande. Den specifika versionen svarar på frågan: vad tar jag med mig om jag klickar?
Sexsidig skrivmall för olika sidtyper
Olika sidtyper har olika primärt syfte, och det syfte bör återspeglas direkt i title och description. Nedan följer en mall för sex vanliga sidtyper med tillhörande logik.
| Sidtyp | Primärt löfte i title | Description-fokus | Vanligaste felet | Beslutsindikator |
|---|---|---|---|---|
| Tjänstesida | Tjänstens namn + vad den löser | Vem tjänsten passar och konkret nästa steg | Bara tjänstenamn utan kontext eller erbjudande | Är det tydligt vad sidan säljer utan att klicka? |
| Kategorisida | Kategorinamn + avgränsning (bransch, typ) | Vilka produkter/ämnen finns, vad väljer besökaren mellan | Identisk title för alla kategorier i webbplatsen | Kan en utomstående skilja sidan från systerkateg.? |
| Artikel/guide | Problemet eller frågan artikeln besvarar | Vad läsaren kan göra eller förstå efter att ha läst | Klickbeteskopia utan substans i brödtexten | Matchar description vad artikeln faktiskt innehåller? |
| Jämförelsesida | De jämförda alternativen + beslutskontexten | Vilket beslut sidan hjälper läsaren att fatta | Bara "X vs Y" utan att förklara jämförelsekriteriet | Är det klart vilket valsituationen är? |
| Lokal tjänstesida | Tjänst + ort/region | Geografisk täckning, kontaktväg och lokal kontext | Generisk text kopierad från nationell tjänstesida | Framgår det att sidan är lokalt avgränsad? |
| Verktyg/kalkylator | Vad verktyget beräknar eller genererar | Vilken input krävs och vilket output ger verktyget | Title beskriver kategorin, inte det konkreta verktyget | Förstår besökaren vad de kan göra på sidan? |
Arbetat exempel: sex sidor på ett fiktivt redovisningsföretag
Följande är ett illustrativt, hypotetiskt exempel. Företaget "Meridian Redovisning AB" är påhittat och används enbart för att visa hur mallens logik tillämpas konkret. Inga mätresultat presenteras.
Antag att Meridian har en webbplats med dessa sidor, alla med identisk title "Meridian Redovisning AB – välkommen" och tom meta description. Det är utgångspunktsproblemet: dubblerade title-fält och saknad description.
Tjänstesida: Löpande bokföring
<title>Löpande bokföring för små aktiebolag – Meridian Redovisning</title>
<meta name="description"
content="Vi hanterar löpande bokföring för aktiebolag med
upp till 20 anställda. Fast månadsavgift, digital
leverans och kontakt via Slack eller e-post.">Notera att description nämner en konkret avgränsning (upp till 20 anställda), leveransform och kontaktväg. Det är information som besökaren inte kan få av title-texten ensam.
Kategorisida: Tjänster för startups
<title>Redovisningstjänster för startups och tidiga bolag | Meridian</title>
<meta name="description"
content="Samlad vy av Meridians tjänster anpassade för bolag
i uppstartsfas: bokföring, årsredovisning och
lönehantering. Välj det du behöver nu.">Artikel: Guide om K2 vs K3
<title>K2 eller K3: vilket regelverk passar ditt bolag?</title>
<meta name="description"
content="Konkret genomgång av skillnaderna mellan K2 och K3.
Vi visar vilka kriterier som avgör valet och vad
det betyder för din årsredovisning.">Jämförelsesida: Löpande vs årsvis bokföring
<title>Löpande bokföring vs årsvis: vad kostar och ger mer kontroll?</title>
<meta name="description"
content="Jämförelse av löpande och årsvis bokföring utifrån
kostnad, arbetsinsats och beslutsinformation.
Passar dig som ska välja upplägg för nästa år.">Lokal tjänstesida: Göteborg
<title>Redovisningsbyrå i Göteborg – Meridian Redovisning</title>
<meta name="description"
content="Meridian tar uppdrag för bolag i Göteborg och
Västra Götaland. Digitalt upplägg med möjlighet
till fysiska möten på Lindholmen.">Verktyg: Momsberäknare
<title>Momsberäknare: räkna ut moms på pris ink. eller ex. moms</title>
<meta name="description"
content="Ange belopp och momssats – verktyget räknar ut
momsbeloppet och nettobeloppet direkt.
Fungerar för 6%, 12% och 25% moms.">Varje sida har nu en unik title med ett konkret primärt erbjudande och en description som svarar på en specifik fråga. Title-fälten är inte längre identiska, och description innehåller information som faktiskt skiljer sig från title-texten.
RANGELs granskningsmall: sexsidig prioriteringsmatris för title och meta description
Det vi kallar en granskningsmall är egentligen ett diagnostikflöde med fyra faser. Målet är att prioritera rätt sidor och rätt typ av fel – inte att uppdatera alla fält slumpmässigt.
Fas 1: Inventering
Crawla sajten med ett lämpligt verktyg och exportera title och meta description per URL. Jämför värdena i ett kalkylblad för att hitta sidöverskridande dubletter. RANGELs HTML-kontroll granskar ett inklistrat underlag, inte en hel sajt. Prioritera viktiga kundsidor och observerade fel; låg exponering är inte i sig skäl att lämna en kritisk sida ogranskad.
Fas 2: Felkategorisering
Dela upp listan i tre kategorier: (A) tomt eller saknat fält, (B) dubblerat fält, (C) felaktigt erbjudande. Åtgärda i den ordningen. Kategori A är det enklaste att åtgärda och ger omedelbar kontroll; kategori C kräver redaktionellt arbete och är vanligast på äldre webbplatser med ackumulerat innehåll.
Fas 3: Skrivning per sidtyp
Använd mallen ovan för att skriva title och description för varje sida. Kontrollera att title innehåller det primära erbjudandet inom de första 55 tecknen och att description är ett löfte, inte en sammanfattning. Undvik att fylla description med nyckelord som inte finns i brödtexten – det skapar en förväntan som sidan inte uppfyller.
Fas 4: Validering och omtestning
Hämta sidkällan i webbläsaren och sök på <title> och meta name="description" för att bekräfta att det du angett i CMS faktiskt syns i HTML-responsen. Om du arbetar med ett JavaScript-baserat ramverk, kontrollera källkoden i nätverksfliken för den initiala HTTP-responsen – inte det renderade DOM. Mät sedan klick och exponeringar i Search Console under en period med liknande trafikvolym som perioden före ändringen. Jämför jämförbara perioder, inte rakt av kronologiska perioder som kan påverkas av säsongsvariation.
Arbetsblad · Steg för steg
Granska sex sidtypers sökbeskrivningar
Markera det du har dokumenterat. Använd kontrollfrågorna och ladda ned arbetsbladet för ert eget underlag.
Dina egna arbetsnoteringar, inget kvalitets- eller rankingbetyg. Markeringarna sparas inte och skickas inte till RANGEL.
Visa arbetsbladets fält
Title och meta description: skriv tydliga sökbeskrivningar https://rangel.se/guider/title-och-meta-description/ LÄSARUPPGIFT Granska och skriv om title och meta description för sex sidtyper (tjänst, kategori, artikel, jämförelse, lokal tjänst, verktyg) med hjälp av mallen och de färdiga HTML-exemplen i artikeln. Granska sex sidtypers sökbeskrivningar [ ] Exportera faktiska fältvärden Underlag att dokumentera: Spara URL, siduppgift, title, H1 och description från levererad HTML. Mitt underlag: Ansvarig / nästa steg: [ ] Skriv ett tydligt och sant löfte Underlag att dokumentera: Visa vad sidan hjälper läsaren med; kontrollera att texten motsvarar innehållet. Mitt underlag: Ansvarig / nästa steg: [ ] Omtesta fält och observerade utdrag Underlag att dokumentera: Granska dubblerade fält per sida och dubletter mellan URL:er; notera mätmiljö och datum. Mitt underlag: Ansvarig / nästa steg: Markeringarna är dina egna arbetsnoteringar, inte en granskning av RANGEL eller ett kvalitets-/rankingbetyg.
Tre materielt olika beslutssituationer
Inte alla webbplatser har samma problem och inte alla åtgärder är lämpliga i alla situationer. Här är tre vanliga scenarier med tydligt olika utfall.
Situation 1: Ny webbplats utan organisk historik
Här finns inga Search Console-data att luta sig mot. Prioritera korrekt teknisk struktur: inga tomma fält, inga dubletter, title som matchar H1 i ämne (inte nödvändigtvis i ordalydelse). Fokusera på att identifiera en primär sökterm per sida och inkludera den i title. Description kan i det här läget vara mer generisk eftersom det inte finns data som visar vilka frågor som faktiskt leder till visningar. Återvänd och justera när Search Console har samlat minst 90 dagars data.
Situation 2: Etablerad webbplats med hög visningsgrad men låg klickfrekvens
Sidan syns men besökare väljer ett annat resultat. Det kan bero på att title inte svarar på den faktiska sökfrågan – kontrollera vilka queries som ger visningar för sidan i Search Console. Om sidan visas för "redovisningsbyrå göteborg" men title säger "Välkommen till Meridian" är matchningen svag. Skriv om title så att det primära löftet bättre matchar den dominerande sökfrågan, men var medveten om att fler faktorer än title påverkar klickfrekvensen. Ändra description till ett löfte om det specifika svaret besökaren söker.
Situation 3: Sida med god klickfrekvens men hög avvisningsfrekvens
Besökare klickar men lämnar omedelbart. Det är ett tecken på att title eller description lovar något sidan inte levererar. Lösningen är inte att skriva om fälten – det är att antingen förbättra sidans innehåll så att det matchar löftet, eller att skriva om fälten så att de matchar det sidan faktiskt ger. Välj baserat på om sidan har potential att uppfylla det större löftet. Det hänger tätt ihop med hur du arbetar med erbjudanden i SEO-copywriting och med sidans övergripande syfte i den interna länkstrukturen.
Tekniska fallgropar: JavaScript, CMS-konflikter och migrering
Title och meta description verkar enkla att implementera, men det tekniska lagret skapar ofta osynliga problem som inte märks förrän en revision avslöjar dem.
I JavaScript-renderade applikationer kan title sättas dynamiskt via ramverkets routinglogik. Det fungerar för besökare vars webbläsare kör JavaScript, men sökmotorens crawler ser i det initiala HTML-svaret antingen ingen title alls eller en generisk platshållare. Kontrollera alltid det okomprimerade HTTP-svaret, inte det renderade DOM. Om du ser rätt title i Developer Tools men fel title i Ctrl+U-källan har du ett SSR-problem (server-side rendering). Det är ett JavaScript SEO-problem som kräver teknisk åtgärd, inte en textjustering.
I WordPress och liknande CMS kan flera plugins skriva title-elementet simultant. Ett SEO-plugin och ett theme kan båda outputta <title>, vilket ger ett ogiltigt dokument med dubbla title-element. Webbläsaren hanterar det med tolerans (vanligtvis väljer den den första), men sökmotorn kan göra annorlunda. Kontrollera källkoden och räkna antalet <title>-taggar – det ska vara exakt en.
Vid en webbplatsmigrering är title-fälten en av de saker som ofta försvinner. URL-strukturen ändras, CMS-data exporteras och importeras, och meta-fälten hamnar fel eller blir tomma. Inkludera en explicit kontroll av title och description i din migreringsplan och lanserings-checklista. Kombinera det med korrekt hantering av canonicals och indexeringssignaler så att sökmotorn förstår vilken URL som är primär efter migreringen.
För den som vill fördjupa sig i hur HTTP-lagret hanterar vidarebefordran av requests, exempelvis vid domänbyten under migrering, är MDN:s dokumentation om HTTP redirections en relevant teknisk referens. Den behandlar mekaniken bakom redirects, vilket är en separat men angränsande fråga till hur title-fältet slutligen renderas för den URL besökaren landar på.
Title och meta description i relation till strukturerad data
En vanlig missuppfattning är att meta description är en form av strukturerad data. Det är den inte. Strukturerad data kommunicerar maskinläsbar semantik – att sidan är en artikel, ett evenemang eller en produkt. Meta description är ett fritext-fält avsett för mänsklig läsning i sökresultatlistan.
De två systemen kompletterar varandra. Strukturerad data kan påverka hur ett sökresultat visas (stjärnor, prisintervall, evenemangsdatum), men det ersätter inte title eller description. En välmärkt sida med schema.org/Article-markup och en välformulerad title och description kan ge sökmotorn bättre underlag än enbart det ena, men strukturerad data garanterar inte förbättrad visning eller klickfrekvens. Om du vill se hur strukturerad data fungerar i samband med sidor av typen artikel är Schema.org:s specifikation för Article ett bra ställe att börja, som kompletterande perspektiv på hur maskinläsbar metadata struktureras utanför meta-taggens fritext. Mer om hur du implementerar det praktiskt finns i guiden om strukturerad data och beskrivning av faktiskt innehåll.
Det finns också ett samspel med canonicals: canonical är en signal om föredragen URL, inte ett absolut direktiv – sökmotorn kan välja att ignorera den. Om en sida har en canonical som pekar mot en annan URL är det den kanoniska sidans title och description som sökmotorn normalt sett primärt använder i resultaten, men utfallet är inte garanterat. Om du justerar title på en icke-kanonisk sida ser du troligtvis ingen skillnad i hur sidan presenteras. Kontrollera därför alltid canonical-inställningen innan du investerar tid i att skriva om fält på en sida som kan vara utpekad som dublett.
Konkret granskning: checklista och steg-för-steg
Nedan följer en konkret, prioriterad checklista för att granska title och meta description på en befintlig webbplats. Arbeta uppifrån och ned – hoppa inte till punkt 5 om punkt 2 inte är löst.
- Exportera alla URLs med title och meta description från crawl-verktyg eller SEO HTML-kontrollen.
- Identifiera och lista alla sidor med tomt eller saknat title-fält. Åtgärda dessa först.
- Identifiera alla sidor med tomt eller saknat description-fält. Fyll i för sidor med organisk exponering.
- Kör en dublettanalys: sortera title-kolumnen och hitta identiska värden. Notera vilka sidor som delar title.
- Kontrollera att varje sida med dubblerad title faktiskt har unikt innehåll. Om sidorna är identiska i innehåll är det ett duplicerat innehålls-problem som kräver canonical eller sammanslagning, inte bara en ny title.
- Granska de tio sidor med högst exponering och kontrollera att title matchar den primära sökfrågan sidan visas för i Search Console.
- Kontrollera att description är ett löfte (inte en sammanfattning) och att det innehåller information som title inte redan ger.
- Öppna källkoden (Ctrl+U) för fem representativa sidor och bekräfta att exakt en
<title>-tagg finns och att meta description-attributet ärname="description"med liten bokstav. - Om webbplatsen använder JavaScript-rendering: kontrollera det initiala HTTP-svaret för title-elementet, inte bara det renderade DOM.
- Dokumentera ändringarna med datum och ursprungsvärde. Jämför Search Console-data efter minst fyra veckor med jämförbar trafikvolym.
Den här listan är avsiktligt inte en "30-dagarsplan" – den är ett diagnostikprotokoll. Beroende på hur webbplatsen ser ut kan du behöva göra punkt 1–4 på en dag eller punkt 5–9 på en månad. Anpassa tempot efter storleken på webbplatsen och hur allvarliga felen är. Om du befinner dig i ett läge där du behöver prioritera SEO-arbetet bredare är SEO-checklistan för blockerande fel ett bra komplement för att sätta title och meta description i rätt sammanhang bland andra tekniska prioriteringar.
Vill du ha stöd i det tekniska granskningsarbetet, inklusive hur title och meta description integreras i en bredare teknisk revision, kan du läsa mer om hur vi arbetar med teknisk SEO som tjänst och vad en sådan revision inkluderar.
Vad som händer om du inte gör något
Det är en relevant fråga, och svaret är inte att webbplatsen kollapsar. Sökmotorn hanterar tomma title-fält och saknad description med tolerans – den hittar alternativa texter och fortsätter indexera. Problemet är kontrollförlust, inte teknisk kollaps.
En webbplats utan välformulerade title-fält låter sökmotorn välja vad som visas som klickbar rubrik. Det kan bli sidans H1, en breadcrumb-text, eller en mening ur brödtexten. Ibland fungerar det bra. Ibland väljer sökmotorn en rubrik som inte återspeglar sidan alls. Du har inget sätt att förutsäga utfallet utan att kontrollera varje sida manuellt i sökresultaten.
En webbplats med konsekvent tomma meta description-fält ger sökmotorn fritt val av utdrag för alla sidor. Det kan leda till varierade presentationer i sökresultatlistan – inte nödvändigtvis dåliga, men svårare att förutsäga och kontrollera. För en varumärkesupplevelse i sökresultaten är konsistens ett värde i sig.
Det allvarligaste scenariot är en webbplats med hundratals identiska title-fält. Det är en indikator på att sidorna kan sakna unik identitet, och i kombination med tunt eller duplicerat innehåll kan det bidra till ett strukturellt problem. Title-fältet ensamt orsakar inte indexeringsproblem, men det är en diagnostisk signal om att något djupare kan behöva åtgärdas.
Sammanfattningsvis: title och meta description är inte de viktigaste SEO-faktorerna på en välstrukturerad webbplats, men de är de lättaste att kontrollera och de berättar snabbt om webbplatsen har djupare strukturproblem. Börja med felen, inte med kosmetiken.