Kort fortalt: Sitemappet er et supplement: det gør det lettere for Google og Bing at finde dybe eller nye sider, især når crawl budget er begrænset eller når intern linking er svag.
Hvad skal med i sitemap?
Kun indekserbare, status-200 sider du vil have i søgeresultater. Udelad noindex, omdirigerede og duplikater - hold listen konsistent med canonical URL .
lastmod og hyppighed
lastmod bør afspejle reelt indholdsskifte - falske opdateringer skader tillid. changefreq og priority ignoreres ofte i praksis; fokuser på korrekte URL’er og hurtige servere med god TTFB .
Performance
Meget store sitemaps skal splittes i indeksfiler. Generering må ikke belaste databasen ved hvert request - brug cache eller statisk build.
Hvad sitemap er - og hvad det ikke garanterer
Et XML-sitemap er en liste over URL’er I gerne vil have crawlet og kendt. Det er et hint, ikke en kommando: Google kan stadig vælge ikke at indeksere sider med lav værdi, og den kan finde sider uden sitemap via interne links.
Alligevel er det uundværligt ved nye sites, store kataloger og efter migrationer hvor intern linking endnu ikke er fuldt etableret.
Opdeling, størrelse og prioritering
Meget store sites opdeler i flere sitemap-filer og et indeks. Hold publicerings- og lastmod-felter ærlige: falsk «daglig opdatering» på alt skader tillid til signalet og gør fejlsøgning sværere.
priority og changefreq bruges ofte sparsomt af søgemaskiner - fokuser på korrekte URL’er og faktiske ændringsdatoer frem for at gætte frekvenser.
Sitemap vs. robots og kanoniske
Medtag ikke bevidst noindex-URL’er eller duplikater I ikke ønsker som primære. Sitemap, canonical og interne links bør fortælle samme historie om hvilken version der er «ægte».
Automatisér genereringen i build eller CMS så mennesker ikke manuelt glemmer nye sektioner - de klassiske fejl er tomme sitemap efter deploy og sitemap der peger på staging-domænet.
Videre på sitet
Relaterede guides og blogindlæg finder du i kortene nederst på siden. Overblik: Blog, Guides, Ordbog.
FAQ
Er sitemap nødvendigt?
Anbefalet for de fleste professionelle sites - særligt store, nye eller med kompleks IA.
Erstatter det intern linking?
Nej. Sitemap hjælper opdagelse; links bygger kontekst og brugersti.
Næste skridt fra begreb til handling
Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.
Brug Transfer-Encoding (chunked) til progressiv rendering: hurtigere første visning
Lær at finde ud af om din server eller reverse proxy buffer HTML-svar, og få streaming (chunked) til at flytte første visning og LCP i den rigtige retning.
Gør hero til LCP: sådan ændrer du struktur, CSS og prioritering
Hvis LCP bliver en tilfældig paragraf i stedet for hero, får du både dårligere tal og en måling der ikke matcher brugerens første indtryk. Her er en konkret metode til at få hero (H1/billede) til at blive LCP – uden at snyde.
Få edge cache-hit på HTML: undgå cookies, forkert Vary og dårlige cache keys
Mange sites har CDN, men får stadig høj TTFB fordi HTML ikke caches. Lær et praktisk workflow til at få cache-hit på offentlige sider uden at servere forkert indhold.
Vary-header og caching: undgå forkert indhold og lav cache-hit-rate
Vary bestemmer hvornår caches skal gemme flere varianter af samme URL (fx gzip vs brotli eller dansk vs engelsk). Lær de typiske fejl, og hvordan du tester med headers og curl.
Sådan prioriterer du hastighedsoptimering uden at spilde tid
Lær hvordan du prioriterer hastighedsoptimering rigtigt, så du starter med de ændringer der giver mest effekt på LCP, INP, CLS og TTFB.
Hvad er Core Web Vitals? LCP, INP og CLS forklaret enkelt
Få en praktisk forklaring på LCP, INP og CLS. Lær hvad Core Web Vitals måler, hvorfor de betyder noget, og hvordan du kommer i gang.
