Slå begreber op - fra LCP til caching

Accept-CH er en HTTP-header der fortæller browseren hvilke Client Hints den må sende på fremtidige requests. Det kan forbedre billedvalg, men kræver styr på cache-varianter.

Age er en HTTP-header der (ofte) fortæller hvor mange sekunder et cached response har været gemt i en shared cache (fx CDN). Den er nyttig når du fejlsøger caching og TTFB.

AI-genererede overblik i søgeresultater ændrer klikmønstre. Succes kræver klare svar, struktur, E-E-A-T og teknisk sundhed så indhold kan citeres korrekt.

Ankertekst er den synlige tekst i et hyperlink. Den bør beskrive destinationen præcist, understøtte intern linking og undgå generisk clickbait.

AVIF er et moderne billedformat der ofte giver markant mindre filer end JPEG/PNG. Det kan forbedre LCP, hvis du bevarer kvaliteten og bruger responsive størrelser.

BFC (Block Formatting Context) er en CSS-regel der afgrænser layout: det kan stoppe float-overlap, forhindre margin-collaps og gøre layout mere stabilt.

bfcache gemmer en frossen side i hukommelsen når brugeren navigerer væk, så Tilbage og Frem kan genåbne uden fuld reload. Det forbedrer oplevet hastighed og påvirker nogle målinger og scripts.

Brotli er en komprimeringsalgoritme (br) der ofte giver mindre filer end gzip. Korrekt brug kan reducere størrelsen på HTML/CSS/JS og forbedre load.

Cache-Control er HTTP-headeren der styrer browser- og CDN-caching. Korrekt caching kan forbedre TTFB, LCP og gentagne sidevisninger.

En canonical URL er den foretrukne adresse for et stykke indhold. Med link rel=canonical signalerer du hvilken variant der skal indekseres når du har duplikater eller sporing-parametre.

Et CDN leverer indhold tættere på brugeren og kan cache HTML og assets ved edge. Korrekt opsat kan det forbedre TTFB, LCP og stabilitet.

Performance-panelet optager main thread, layout, paint og netværk over tid. Det er nøgleværktøjet til at finde INP-problemer og lange tasks ud over Lighthouse.

Client Hints er HTTP-headere der kan fortælle serveren om brugerens enhed og kontekst (fx DPR og viewport), så du kan servere mere passende billeder – men de påvirker også caching og Vary.

CSR henter ofte et tomt skal og lader JavaScript fylde indhold. Det kan være glat for logged-in apps, men er krævende for SEO og initial LCP hvis ikke håndteret med SSR/SSG.

CLS måler hvor meget layout flytter sig uventet. Et vigtigt Core Web Vitals-signal for visuel stabilitet.

Code splitting betyder at du ikke sender hele appen i ét bundt til hver side. Ved dynamic import henter browseren kun den kode der behøves nu - mindre parse og bedre INP på første skærm.

content-visibility: auto lader browseren springe layout- og paint-arbejde over for indhold uden for skærmen, indtil det nærmer sig viewport. Kan reducere initial kost på tunge dokumenter.

COOP/COEP/CORP styrer cross-origin isolation for sikkerhed (fx SharedArrayBuffer). Forkerte headers kan blokere embeds, fonts eller tredjepartsindhold og påvirke debugging.

Crawl budget er et forenklet udtryk for hvor mange URL'er og med hvilken hastighed en søgemaskine crawler på dit domæne. Du påvirker det via kvalitet, server-respons og intern linking - ikke via en magisk kvote-knap.

Critical CSS er den minimale CSS der skal bruges for at rendere “above the fold”. Det kan reducere render-blocking og forbedre FCP og LCP.

Den kritiske request-kæde er den sekvens af netværkskald hvor hvert trin venter på det forrige - den sætter ofte loftet for LCP og tidlig rendering.

Forstå hvad CrUX er, hvordan det hænger sammen med Search Console og Core Web Vitals, og hvorfor feltdata ofte viser noget andet end Lighthouse.

CSS `contain` kan afgrænse et elements påvirkning på layout og paint, så browseren kan arbejde mere effektivt og undgå dyre reflows på hele siden.

Attributten decoding på img styrer om billeddecode sker asynkront. async kan reducere blokering af main thread og forbedre INP på billedtunge sider.

defer henter script parallelt men udskyder kørsel til efter HTML-parse i rækkefølge. async henter parallelt og kører straks når det er klar, typisk uden rækkefølge-garanti.

Langsom DNS øger tid før TCP og TLS kan starte. Brug hurtige resolvere, TTL-strategier og dns-prefetch/preconnect til kritiske tredjeparts-hosts.

dns-prefetch resolver domænenavn før browseren skal bruge det, så HTTPS-forbindelser til tredjeparter kan starte hurtigere. Lettere end preconnect, men mindre aggressivt.

Duplicate content er identisk eller tæt identisk tekst på flere URL’er. Det splitter signaler, forvirrer crawlere og kan give dårligere ranking og snippet-valg.

E-E-A-T beskriver kvalitetssignaler Google bruger til at vurdere indhold især om YMYL-emner. Det er ikke en enkelt metrik men en ramme for troværdighed og gennemsigtighed.

Early Hints lader serveren sende foreløbige hints (link-headers) før endelig HTML, så browseren kan starte DNS/TLS eller hente kritiske assets tidligere.

Edge caching er caching på CDN-pop tæt på brugeren, så responstid og belastning på origin falder. Det er en central del af lav TTFB for mange globale sites.

Edge functions kører på POP’er nær brugeren: A/B-tests, personalisering, auth-gates og omskrivning af requests. De kan sænke latency men øger kompleksitet og cold-start-varians.

Element Timing lader dig markere specifikke elementer og læse deres render-tid via PerformanceObserver. Nyttigt til custom LCP-lignende metrics for komponenter og kampagner.

Entity SEO arbejder med at knytte dit indhold til genkendelige entiteter (personer, steder, brands). Struktur, konsistente navne og schema hjælper maskiner med at forstå kontekst.

ETag og Last-Modified er HTTP-headers der fortæller om en ressource har ændret sig. De bruges til betinget hentning (304 Not Modified) og kan spare båndbredde og CPU.

Event loop er browserens køsystem for JavaScript, rendering og events. Når du forstår event loop, forstår du hvorfor klik kan føles langsomme, og hvorfor INP/long tasks opstår.

FCP måler hvornår det første indhold bliver vist. Det er ikke en Core Web Vital, men det er nyttigt til at forstå tidlig rendering og render-blocking.

Attributten fetchpriority på img og lignende hjælper browseren med at prioritere netværk og layout. Særligt nyttigt for LCP-billeder der ellers konkurrerer med mindre vigtige ressourcer.

FOIT er kort usynlig tekst mens webfonten ventes. FOUT er synlig fallback-font der skifter til webfont når den er klar. Begge påvirker oplevet kvalitet og kan bidrage til CLS.

Se hvordan font subsetting reducerer fontfiler, forbedrer load og mindsker FOIT og FOUT, og lær hvilke faldgruber du skal være opmærksom på.

Lær hvad font-display gør, hvordan de forskellige værdier påvirker tekstens første visning, og hvordan du vælger den rigtige strategi.

Forfatter-attribution knytter indhold til en konkret person eller organisation med dokumenterbar ekspertise. Det støtter E-E-A-T og brugernes tillid.

Search Console viser indeksering, Core Web Vitals-rapporter, forespørgsler og manuelle handlinger. Det er uundværligt til teknisk SEO og feltdata.

Gzip komprimerer HTML, CSS og JavaScript ved overførsel og er stadig standard på mange hosts. Når Brotli ikke tilbydes, er gzip typisk fallback.

hreflang fortæller søgemaskiner hvilke URL'er der er udtryk for samme indhold på forskellige sprog eller markeder. Det reducerer forveksling i SERP og hjælper med at vise den rigtige version.

HSTS er en HTTP-header der instruerer browseren om kun at tilgå domænet over HTTPS i en periode. Det reducerer risiko for nedgraderingsangreb og kan spare et omdirigeringshop.

Cache revalidation er mekanismen hvor browser/CDN kan spørge 'har den ændret sig?' og få et 304-svar. Det giver hurtige gentagne besøg uden at risikere at servere forældet indhold.

Keep-alive lader klient og server genbruge samme TCP-forbindelse til flere requests. Det reducerer handshake-overhead og er central sammen med HTTP/2 og HTTP/3.

HTTP/2 og HTTP/3 har mekanismer til at prioritere streams. Prioriteter påvirker rækkefølgen af downloads og spiller sammen med fetchpriority og preload.

Redirects flytter brugere og crawlere fra én URL til en anden. Forkerte kæder og valg af statuskode kan spilde crawl budget, forsinke LCP og splitte signals.

HTTP/2 forbedrer effektiviteten af mange requests over én forbindelse (multiplexing). Det kan reducere overhead og gøre levering af assets mere stabil.

HTTP/3 kører over QUIC/UDP og kan reducere latenstid og connection-problemer på ustabile netværk. Effekten varierer, så test er vigtigt.

Hydration er når server-renderet HTML bliver gjort interaktiv med JavaScript på klienten. Stor hydration kan påvirke INP, især på mobil.

INP måler hvor hurtigt siden reagerer på brugerhandlinger. Det er et Core Web Vitals-signal for interaktivitet.

Intern linking er links mellem egne sider. Det spreder relevans, hjælper crawlere med at finde dybt indhold og forbedrer brugernes mulighed for at finde relateret viden.

Islands-arkitektur sender primært statisk HTML og hydrerer kun udvalgte komponenter. Det reducerer JavaScript på første load og kan forbedre INP og TBT markant.

Et JavaScript bundle er en samlet fil med JS-kode. Store bundles kan skade INP og gøre initial load tungere.

Når kritisk tekst og links kun findes efter JavaScript, skal crawlere rendere siden. Det koster crawl-budget og kan forsinke indeksering hvis det er tungt eller fejler.

Layout thrashing opstår når kode skifter mellem DOM-reads og DOM-writes på en måde der tvinger browseren til synkront layout (reflow) gentagne gange. Det skader INP og gør UI hakkende.

Lazy loading betyder at billeder/iframes først hentes når de er ved at komme ind i viewport. Det kan reducere initial load, men kan skade LCP hvis det bruges forkert.

LCP måler hvor lang tid der går, før det største synlige indhold bliver vist. Et vigtigt Core Web Vitals-signal.

Lighthouse er et automatiseret lab-værktøj i Chrome der scorer performance, tilgængelighed og mere. Det er stærkt til diagnose, men ikke en erstatning for feltdata (CrUX).

llms.txt er et forenklet tekstformat nogle websites bruger til at pege AI-systemer på autoritative kilder og politikker. Det er ikke et erstatning for robots.txt eller juridiske vilkår.

LoAF (Long Animation Frames) er et signal/koncept til at identificere frames hvor browserens rendering/JS tager for lang tid – ofte tæt koblet til dårlig INP og 'hak' i UI.

Ved at analysere webserverlogs kan du se hvilke URL’er der crawles, statuskoder, crawl-hastighed og misbrug. Det supplerer Search Console og crawls.

En long task er arbejde på main thread der typisk varer >50ms og kan gøre siden langsom at interagere med.

Main thread er browserens primære tråd hvor DOM, CSS, de fleste JavaScript-opkald og layout sker. Når den er optaget, føles siden treg og INP stiger.

Meta description er den korte tekst Google ofte viser under titlen i søgeresultater. Den påvirker CTR og klarhed - ikke ranking direkte som en isoleret faktor.

Minification reducerer filstørrelse ved at fjerne whitespace, kommentarer og ofte forkorte symbolnavne i kode, uden at ændre semantik.

Navigation Timing API eksponerer detaljerede tidsstempler for DNS, TLS, response og DOM events. Det er fundamentet bag mange RUM-værktøjer og felt-CWV.

Open Graph meta-tags styrer titel, beskrivelse og billede når URL’er deles på sociale platforme og visse messengers. Supplerer klassisk SEO og kan påvirke klik og branding.

Page Experience samler signaler som Core Web Vitals, HTTPS, mobilvenlighed og (historisk) intrusive interstitials. Det er et kvalitetsrammeværk - ikke en enkelt score du optimerer isoleret.

Paginering opdeler lister på flere sider. Uden klar strategi skaber det duplikat-titler, splittede signaler og forvirring for brugere på mobil.

Parametriske URL’er bruger ?key=value til filtre og tracking. De kan skabe uendelige kombinationer, duplikater og crawl-fælder hvis de ikke styres.

picture wrapper flere source-varianter og et img-fallback. Bruges til AVIF/WebP med JPEG-fallback og til at skifte crop ved breakpoint (art direction).

Preconnect varmer forbindelsen op (DNS/TLS) til et domæne før en request er nødvendig. Det kan reducere latenstid for kritiske ressourcer, men bør bruges sparsomt.

Prefetch beder browseren om at hente en ressource med lav prioritet til cache, ofte den side brugeren sandsynligvis besøger næst. Det er ikke det samme som preload.

Preload fortæller browseren at en ressource er kritisk og bør hentes tidligt (fx fonts eller hero-billeder). Rigtigt brugt kan det forbedre LCP.

Prerender lader browseren hente og i nogle tilfælde render en side i baggrunden før brugeren klikker, så næste navigation føles næsten øjeblikkelig.

Priority Hints er mekanismer til at påvirke hvordan browseren prioriterer ressourcer. I praksis møder du det især som `fetchpriority` på billeder/links – som kan flytte LCP, men også give bagslag.

Progressive enhancement sikrer at kerneindhold og handlinger fungerer uden JavaScript, mens JS tilføjer ekstra lag. Det forbedrer robusthed, SEO og ofte performance på svage enheder.

En Range request er et HTTP `Range: bytes=...` der beder serveren om et udsnit. Hvis det understøttes, svarer serveren ofte med `206 Partial Content` og `Content-Range`.

Render delay er den del af LCP hvor ressourcen/HTML er klar, men browseren først maler LCP-elementet senere. Det skyldes ofte render-blocking, tung paint eller main-thread arbejde.

Render-blocking ressourcer er CSS/JS der forhindrer browseren i at vise indhold tidligt. Ofte en direkte årsag til høj FCP og LCP.

Reporting API samler browser-rapporter (fx deprecations, crashes, CSP violations) til en endpoint du kontrollerer. Hjælper med at fange problemer før de rammer alle brugere.

Resource hints er declarative signaler i HTML (link-elementer) der hjælper browseren med at prioritere DNS, forbindelser og hentning af ressourcer før de opdages i dokumentet.

Resource Timing giver per-ressource timing (DNS, TCP, request, response). Nyttigt til at finde langsomme tredjeparter og CDN-problemer i felt.

Responsive design bruger fleksible layouts, media queries og responsive billeder. Det påvirker både mobile Core Web Vitals og hvordan Google vurderer mobile-first indeksering.

En reverse proxy (nginx, HAProxy, cloud load balancer) terminere TLS, balancerer trafik, cacher og tilføjer headers. Central for TTFB, sikkerhed, cache og drift – ikke bare «noget hosting».

Robots meta-tagget i HTML fortæller søgemaskiner om siden må indekseres og om links må følges. Det supplerer robots.txt og påvirker ikke Core Web Vitals direkte, men er centralt for teknisk SEO.

RUM er måling af performance direkte fra brugernes browsere via dit eget script eller analytics. Det giver dig CWV og brugerforløb på dine konkrete sider og segmenter.

Same-origin policy er en sikkerhedsmodel der begrænser hvordan dokumenter og scripts fra én origin kan læse ressourcer fra en anden.

Search intent beskriver målet bag en søgning: information, navigation, transaktion eller kommerciel research. Det styrer indholdsform, struktur og hvilke tekniske sider du bygger.

Semantisk HTML bruger elementer efter deres mening: article, nav, main, header. Det hjælper crawlere, skærmlæsere og AI med at forstå struktur uden kun at stole på CSS-klasser.

SSR bygger HTML på serveren når brugeren beder om siden. Det giver crawlere og browsere indhold tidligt og kan forbedre TTFB–LCP-kæden sammenlignet med ren CSR.

Server-Timing sender nøgleværdier fra serveren til browseren (fx database 12ms, render 8ms). Det gør debugging af TTFB og backend-flaskehalse lettere.

En service worker er et script browseren kører i baggrunden, uden for siden, som kan intercepte fetch, cache ressourcer og styre offline-adfærd.

Skeleton UI viser grå konturer af layout mens data hentes. Det kan forbedre perceived performance, men forkert højde giver CLS og dårlige skeletons frustrerer brugere.

Soft 404 er sider der returnerer 200 OK selvom de reelt er tomme, fejl eller uden søgeværdi. Det forvirrer crawlere, spilder crawl budget og skader brugeroplevelse.

Speculation Rules er en browser-funktion hvor du kan beskrive hvilke links der må prefetches eller prerenderes, så næste side åbner hurtigere uden at du skriver avanceret JavaScript.

Speed Index er en lab-måling der beskriver hvor hurtigt siden bliver visuelt udfyldt. Bruges ofte i WebPageTest og kan afsløre render-blocking og tunge assets.

srcset og sizes fortæller browseren hvilke billed-URL'er der findes i hvilke opløsninger, og hvor stort billedet vises i layout. Så vælger den en passende fil og sparer bytes og LCP-tid.

`stale-if-error` er en Cache-Control-direktiv der tillader at server/CDN kan levere en udløbet cachet version hvis origin fejler. Det giver højere oppetid og mere stabil performance.

Cache-Control-direktivet stale-while-revalidate lader browseren eller CDN vise en ældre kopi kortvarigt mens en frisk validate sker. Mindre ventetid for brugeren, kontrolleret friskhed.

SSG forudberegner HTML til kendte routes ved build-tid. Resultatet kan hostes på CDN med aggressive cache-headers og giver ofte fremragende TTFB og stabilitet.

Streaming SSR sender dele af HTML før hele siden er færdiggenereret. Det kan forbedre perceived performance og FCP/LCP når shell og kritiske sektioner prioriteres.

Struktureret data beskriver indhold i et standardformat (typisk JSON-LD) så Google og andre kan forstå type, titel, forfatter og mere. Det er ikke ranking-garanti, men kan give rich results og klarere kontekst.

TBT summerer tid under load hvor hovedtråden er låst længe nok til at mærke inputforsinkelse. Det er en lab-metrik i Lighthouse og hænger tæt sammen med JavaScript og INP i felt.

Third-party scripts er JavaScript fra andre domæner: analytics, annoncer, chat, tag managers. De øger ofte TTFB-kæden, long tasks og dårlig INP - selv når 'kun et lille tag' tilføjes.

Timing-Allow-Origin (TAO) er en HTTP-header der gør det muligt at se ressource-timings for cross-origin requests i Performance API. Uden TAO bliver timing-data ofte skjult.

Title-elementet i HTML er den primære titel for siden. Den vises i browserfane, bogmærker og som blå linklinje i Google - og er central for relevans og klik.

TLS handshake tilføjer round-trips før HTTP. Optimering med HTTP/2, session tickets, OCSP stapling og hurtige cipher-suites reducerer ventetid - særligt på mobil.

Transfer-Encoding beskriver hvordan HTTP-legemet leveres. Når serveren bruger `chunked`, kan den sende data i bidder, før den kender hele længden.

Tree shaking er statisk analyse der fjerner eksporter som aldrig importeres. Det mindsker bundstørrelse sammen med code splitting og minification.

TTFB er tiden fra request til første byte fra serveren. Høj TTFB peger typisk på caching, server-konfiguration eller backend/database-flaskehalse.

TTI er en ældre lab-metrik for hvornår siden kunne reagere hurtigt på brugerinput uden at store JavaScript-opgaver stadig blokerede. Den er ikke længere et officielt Core Web Vital; INP og TBT er mere relevante i moderne arbejde.

Twitter/X Cards bruger meta-tags til at vise store eller små link-previews. Mange sites spejler Open Graph - men eksplicitte twitter:* felter giver kontrol.

Tyndt indhold er sider med meget lidt tekst, generisk boilerplate eller næsten identisk tekst som tusindvis af andre URL’er. Det skader tillid og crawl-effektivitet.

Vary-listen fortæller delte caches (CDN, browser) hvilke request-headers der kræver separate cache-entries. Forkert Vary giver cache-poisoning eller lav hit-rate.

Viewport-meta-tagget fortæller mobilbrowseren hvordan sidens bredde og zoom skal forholde sig til enhedens skærm - afgørende for læsbarhed og for mobil Core Web Vitals.

Waterfall-diagrammet i Chrome DevTools viser hvornår hver ressource starter og slutter. Det afslører blokering, for mange sekventielle hop og fejl prioritering af LCP-aktiver.

WebP er et moderne billedformat med bedre komprimering end JPEG/PNG. Det er et stærkt valg til performance med bred browser-support og gode muligheder for responsive billeder.

X-Robots-Tag sætter robots-direktiver som noindex og nosnippet via HTTP-headers i stedet for meta-tags. Nyttigt for ikke-HTML-ressourcer og konsistente CDN-regler.

Et XML-sitemap lister URL’er du ønsker opdaget. Det erstatter ikke intern linking eller kvalitet, men hjælper store og nye sites med at signalere prioritet og ændringsdato.