Meta description: Skriv til valget – ikke tegnmåleren

Meta description er sidens korte løfte i søgeresultatet, men ikke en tekst du fuldt ud kontrollerer. Den skal hjælpe den relevante søger med at forstå forskellen og vælge ærligt. Hvis problemet fortsætter efter klikket, bør du også undersøge trafik uden henvendelser og den efterfølgende kunderejse.

En meta description er et forslag til snippet – ikke et rankingtrick

Meta description ligger i sidens HTML og kan bruges som beskrivelse under titlen i Google. Dens vigtigste opgave er at opsummere siden for en konkret søger. Google Search Central skriver, at snippets primært skabes fra sideindholdet, og at meta description bruges, når den beskriver siden bedre.

Det giver fire praktiske krav til teksten:

• Beskriv den konkrete side frem for hele virksomheden
• Bekræft det behov eller valg, forespørgslen udtrykker
• Vis en reel forskel, betingelse eller nytteværdi
• Lov kun det, brugeren kan finde efter klikket

Meta description er ikke stedet for en række søgeord eller generelle superlativer. En tekst som “Professionel kvalitet, god service og stærke resultater” kan passe på næsten enhver virksomhed og hjælper derfor ikke søgere med at vælge. En god beskrivelse siger, hvilket svar siden giver, hvem det er relevant for, og hvad næste skridt faktisk indebærer.

Google angiver ikke en fast maksimumlængde for meta descriptions. Snippet bliver beskåret efter behov og typisk efter enhedens bredde. En intern tegnmåler kan stadig hjælpe redaktøren med at skrive stramt, men den er et layoutestimat – ikke en Google-regel eller en garanti for, at hele teksten vises.

Skeln mellem titel, meta description og snippet

Titlen skaber normalt det første løfte, meta description uddyber det, og snippet er den beskrivelse Google faktisk viser. De tre kan derfor være forskellige. Hvis titlen siger “SEO-audit”, mens beskrivelsen lover en gratis test og siden sælger et betalt analyseforløb, begynder friktionen før klikket. Vurder altid den viste kombination i det levende søgeresultat og ikke kun de to felter i CMS'et.

Google kan vælge en anden tekst end den, du har skrevet

En forespørgsel kan fremhæve en anden del af siden end den generelle meta description. Google kan derfor hente et tekstuddrag fra indholdet, når det vurderes som en mere præcis forhåndsvisning. Det er forventet produktadfærd og ikke i sig selv tegn på en teknisk fejl eller straf.

Før du omskriver feltet igen, skal du undersøge fire forhold:

• Hvilken præcis forespørgsel udløser det alternative snippet?
• Besvarer sideindholdet den forespørgsel tydeligere end beskrivelsen?
• Er den skrevne meta description generisk, gentaget eller misvisende?
• Er den vigtige information kun til stede i et tilfældigt tekstafsnit?

Google Search Central forklarer, at forskellige søgninger kan få forskellige snippets fra den samme side. Derfor bør målet ikke være at tvinge én formulering frem overalt. Målet er, at både den skrevne beskrivelse og sidens synlige tekst giver Google brugbare, korrekte muligheder uden at ændre sidens betydning.

Hvis et uddrag fra siden er bedre end den tekst, du skrev, er omskrivningen ikke nødvendigvis problemet. Det kan være et tegn på, at Google har fundet et mere præcist svar. Omvendt kan mærkelige eller uvedkommende uddrag afsløre en uklar indledning, gentagne skabelontekster eller en beskrivelse, der ikke passer til de forespørgsler, siden faktisk vises på.

Når en omskrivning er et symptom på siden

Se på den synlige side, før du forsøger at kontrollere snippet med flere ord i head-feltet. Hvis hovedbudskab, prisbetingelser eller svar ligger spredt, kan både Google og brugeren mangle en klar opsummering. Ret først sidens løfte og indholdshierarki. En SEO-analyse fra symptom til dokumenteret årsag hjælper med at skelne et kosmetisk snippetproblem fra en reel mismatch mellem forespørgsel og side.

Skriv fra forespørgsel til løfte og videre til side

En brugbar meta description begynder ikke med en formular i CMS'et. Den begynder med den søgesituation, siden skal hjælpe. Læseren vurderer relevans, forventet udbytte, risiko og indsats på få linjer. Beskrivelsen skal reducere den vigtigste usikkerhed uden at forsøge at forklare hele siden på én gang.

Brug en fast rækkefølge, når første udkast skrives:

• Vælg den primære forespørgsel eller en tæt intention
• Skriv sidens mest præcise og dokumenterbare løfte
• Tilføj den oplysning, der gør valget lettere
• Afslut med et naturligt næste skridt, hvis det giver mening

For en guide kan forskellen være en konkret metode, et officielt datagrundlag eller det valg, læseren bliver i stand til at træffe. For en ydelsesside kan det være scope, målgruppe, leverance eller prisniveau. For en produktside kan relevante data som model, tilgængelighed eller centrale egenskaber være mere nyttige end en generisk opfordring til at købe.

Skriv derefter beskrivelsen som en sammenhængende opsummering. Søgeordet må gerne stå naturligt, fordi genkendelse hjælper læseren, men en gentaget frase gør ikke løftet stærkere. Google fraråder lange strenge af søgeord, fordi de ikke giver et klart billede af sidens indhold og er mindre tilbøjelige til at blive vist som snippet.

Sammenlign til sidst løftet med siden. Hvis beskrivelsen siger “sammenlign tre løsninger”, skal sammenligningen være synlig og brugbar. Hvis den lover en pris, skal prisen eller en ærlig forklaring på variationen findes på siden. Denne kontrol beskytter både klikvalget og tilliden bagefter. Guiden til hvad SEO skal skabe for brugeren og forretningen sætter den sammenhæng ind i et bredere mål.

Prioritér sider med en reel mulighed – ikke hele websitet på én gang

Store websites kan have tusindvis af manglende eller gentagne beskrivelser. Det betyder ikke, at alle skal håndskrives før andet SEO-arbejde. Google anbefaler at prioritere kritiske URL'er som forsiden og populære sider, hvis tiden er begrænset. Kombinér den anbefaling med jeres egne søge- og forretningsdata.

En enkel prioritering kan begynde med disse grupper:

• Kommercielt vigtige sider med relevante visninger og svag CTR
• Sider hvor forespørgslerne matcher, men det viste løfte er uklart
• URL'er med en generisk skabelonbeskrivelse på tværs af forskellige behov
• Nye hovedsider der skal sætte en klar retning for et emne
• Sider hvor et misvisende snippet tiltrækker den forkerte målgruppe

I Search Console kan Performance-rapporten grupperes efter side og forespørgsel. Google definerer CTR som klik divideret med visninger og anbefaler selv at undersøge sider med lav CTR ved blandt andet at se på titel, beskrivelse og matchet til de forespørgsler, der viser siden. Brug den kombination frem for en samlet eksport med manglende felter.

Prioritér også efter sandsynlig konsekvens. En beskrivelse på en vigtig ydelsesside kan påvirke et konkret valg, mens en arkivside uden relevant synlighed måske slet ikke behøver manuel tekst. Google accepterer programmatisk genererede beskrivelser på store datadrevne sites, når de er læsbare, varierede og bygger på sidespecifikke data. Skabelonen skal derfor skabe præcision, ikke bare udfylde et felt.

Læs CTR som et spor – ikke et bevis

Lav CTR kan skyldes løftet, men også annoncer, AI Overviews, rich results, brandkendskab, position eller en forespørgsel, der kan besvares uden klik. Sammenlign derfor samme side på relevante forespørgsler og lignende perioder. Hvis position og efterspørgsel ændrer sig samtidig, kan effekten ikke tilskrives meta description alene. Data skal indsnævre hypotesen, ikke give en kunstig sikkerhed. Skriv usikkerheden ind i beslutningen.

Test beskrivelsen som en hypotese om det rigtige klik

En ændring bør have et formål, der kan kontrolleres. “Mere klikvenlig” er for løst. Skriv i stedet, hvilken forespørgsel teksten skal matche bedre, hvilken usikkerhed den skal fjerne, og hvilken type besøgende siden ønsker. Gem den tidligere formulering og et udgangspunkt, før den nye version udgives.

En lille beslutningslog gør testen mere ærlig:

• Notér side, forespørgsler og den viste beskrivelse før ændringen
• Beskriv den konkrete forskel i det nye løfte
• Gem klik, visninger, CTR og position for en sammenlignelig periode
• Kontroller om Google faktisk viser den nye tekst
• Vurder også adfærd og kvalitet efter klikket

Google kan genberegne snippet efter en ændring, og den skrevne meta description bliver stadig ikke nødvendigvis vist. Derfor er “feltet er opdateret” ikke det samme som “testen er gennemført”. Kontroller det levende resultat på de valgte forespørgsler, og dokumentér om Google bruger beskrivelsen, et sideuddrag eller flere varianter.

En højere CTR er heller ikke automatisk et bedre forretningsresultat. Hvis den nye formulering lover mere end siden leverer, kan flere irrelevante klik give kortere besøg og svagere henvendelser. Mål derfor det kvalificerede klik: Den relevante søger forstår løftet, vælger siden og kan fortsætte uden at opdage en anden virkelighed.

Én ændring skal svare på ét spørgsmål

Hvis titel, meta description, hovedoverskrift og tilbud ændres samtidig, kan et bedre resultat ikke forklares. Hold testen så afgrænset, som risiko og trafik tillader. På en side med få visninger kan statistisk sikkerhed være urealistisk; brug i stedet søgeforespørgsler, kvalitativ kontrol og en længere periode. Stop, hvis teksten allerede er præcis, og et andet element tydeligvis begrænser valget. Det beskytter læringen.

Brug skabeloner med sidespecifikke data og tydelig kvalitetssikring

Manuel tekst giver mening på få vigtige beslutningssider. På produkt-, lokations- eller kategorisider kan en skabelon være mere konsistent, hvis den bruger oplysninger, der faktisk varierer. Google fremhæver programmatisk generering som passende for store databasedrevne sites, men beskrivelserne skal fortsat være menneskeligt læsbare og forskellige fra side til side.

En sikker skabelon bør som minimum have disse kontroller:

• Kræv sidespecifikke værdier frem for generelle salgsord
• Undgå tomme felter, dobbelte skilletegn og gentagne fraser
• Brug en meningsfuld fallback, når data mangler
• Test forskellige sidetyper, sprog og usædvanligt lange værdier
• Gennemgå stikprøver i både HTML og levende søgeresultater

Begynd ikke med at generere tusind beskrivelser, før én repræsentativ sidetype er undersøgt. Sammenlign først skabelonens løfte med forespørgsler, sideindhold og de datafelter, redaktørerne kan vedligeholde. Hvis modellen kræver oplysninger, der ofte er tomme eller forældede, skalerer den usikkerhed lige så effektivt som den skalerer produktionen.

AI kan hjælpe med udkast, variationer og kvalitetskontrol, men inputtet skal være sidespecifikt, og outputtet skal kunne afvises. Undgå at gøre en flydende tekstgenerator til eneste kilde i kritiske templates. Faste datafelter og klare regler gør fejl lettere at opdage, mens en manuel stikprøve kan kontrollere mening, stavning og løftets overensstemmelse med siden.

Når problemet ligger i CMS, templates eller mange sidetyper, kræver løsningen ofte mere end tekstredigering. Et afgrænset SEO- og websprint til implementering og test kan samle datakilde, skabelon, HTML og kontrol i ét scope. Målet er ikke at udfylde alle felter, men at skabe korrekte beskrivelser dér, hvor de hjælper den rigtige søger med at vælge.