Next.js
Server Components, billed- og font-optimering og edge-deploy giver de bedste forudsætninger fra start. Vores eget site er bygget i Next.js, og tallene står lige nedenfor.
Vi måler, prioriterer og fixer LCP, INP og CLS, så jeres site består Googles performance-tærskler og konverterer bedre.
Google ranker langsommere sites lavere, og brugerne forlader dem hurtigere. Core Web Vitals er ikke længere en nice-to-have, det er et minimumskrav for at være konkurrencedygtig i organisk søgning. Et site der scorer "Poor" på LCP eller INP tilbringer mindre tid i SERP'en og taber både ranking og konverteringer.
Vi har optimeret performance på sites bygget i Next.js, WordPress og headless CMS. Tilgangen er den samme uanset stack: mål, prioriter, implementer, verificer. Vores eget site er bygget i Next.js og fungerer som demonstration, kør Lighthouse mod webworq.dk og sammenlign med vores tal længere nede.
Server Components, billed- og font-optimering og edge-deploy giver de bedste forudsætninger fra start. Vores eget site er bygget i Next.js, og tallene står lige nedenfor.
Med rette caching, billedoptimering og plugin-disciplin kan WordPress bestå Core Web Vitals, uden rebuild. Vi siger ærligt hvornår en sprint rækker, og hvornår den ikke gør.
CMS bag API, Next.js-frontend foran. Performance som i et rent Next.js-site, med redaktørernes vante værktøjer bevaret bag kulissen.
Mål kan skrives op. Vores site kan ikke. Kør PageSpeed Insights på webworq.dk og sammenlign med tallene herunder.
GodGod ≤ 2,5 s
GodGod ≤ 200 ms
GodGod ≤ 0,1
Mobile Lighthouse-scoren er typisk lavere for danske sites med lovpligtigt cookie-samtykke, og ja, også for vores. Vi optimerer løbende, både på desktop og mobil. Real-user CrUX-data giver det mest retvisende billede.
Lighthouse Desktop · performance
FremragendeMålt 21. august 2026 med Lighthouse CLI, desktop-preset, median af 5 kørsler
LCP, INP, CLS er Googles tre Core Web Vitals. TTFB er en stærk indikator der bestemmer hvor godt de tre kan blive.
Google vurderer hver metrik på 75. percentilen af rigtige brugeres sessioner (CrUX), så tallene skal være gode for næsten alle besøg, ikke kun for gennemsnittet.
Googles tærskler
Grænsen for "God" pr. metrik · kilde: web.dev
Largest Contentful Paint
Hvor hurtigt det største synlige element render. Typisk hero-billede, H1 eller hero-tekst. LCP > 4s er "Poor" og taber både ranking og konverteringer. Mest almindelige problem: LCP-elementet er hidden bag opacity-0 animationer eller venter på font-loading.
Vores fix: Identificer LCP-elementet i Lighthouse → render det i første frame → fjern animation-blockers → preload font.
Interaction to Next Paint
Hvor responsivt sitet føles ved klik, tap eller tastatur. Erstattede FID i marts 2024. Måler den værste interaktion på siden. Typisk problem: tunge JavaScript-handlere, event listeners der blokerer main thread.
Vores fix: Reducer main-thread-arbejde → code-split tunge komponenter → defer tredjepart-scripts → brug requestIdleCallback for ikke-kritisk arbejde.
Cumulative Layout Shift
Hvor meget elementer hopper rundt under indlæsning. Frustrerende for brugere når en knap rykker sig lige før de klikker. Typisk problem: billeder uden width/height, fonts der swapper og ændrer linjehøjde, tilføjede elementer (banners, ads) uden reserveret plads.
Vores fix: Sæt eksplicit width/height på alle billeder → reserver højde til ads og bannere → brug font-display: optional eller size-adjust descriptors.
Time to First Byte
Hvor hurtigt server svarer. Ikke en officiel CWV-metric men en stærk indikator: hvis TTFB er høj, kan LCP aldrig blive god. Typisk problem: tung WordPress uden caching, database-queries i hovedrenderingen, server placeret langt fra brugerne.
Vores fix: CDN foran origin (Cloudflare) → Edge-caching for statiske og semi-statiske sider → query-optimering eller ISR/SSG i stedet for SSR.
Metoden
Vi måler før og efter, dokumenterer pre-/post-tal i Lighthouse og CrUX, og sætter et performance-budget op i jeres CI/CD så regressioner fanges automatisk. Det er forskellen mellem en sprint der holder, og en sprint der eroderer over tid.

Beslutningen, linje for linje
Performance-arbejde betaler sig ikke altid. Her er hvornår det er den rigtige investering, og hvornår der er bedre prioriteringer.
Andre prioriteringer betaler sig først
Konkrete signaler I kan tjekke i dag
Sitet allerede passer Core Web Vitals (Search Console viser "Good" på 75%+ af URL'er)
PageSpeed Insights viser "Poor" eller "Needs Improvement" på mobil
I står foran en større rebuild, så optimer den nye stack i stedet
Search Console rapporterer Core Web Vitals-fejl på flere URL'er
Trafikken er primært direkte/branded, hvor CWV påvirker ranking mindst
Bounce rate er over 60% på mobile landing pages
I har ikke konfigureret Google Search Console eller Analytics endnu, mål først
I konkurrerer på trafik-tunge keywords hvor små ranking-ryk betyder meget
Konvertering er primært drevet af content eller pris, ikke speed
Sitet skal nå et stort eller globalt publikum (CrUX vægter mobil tungt)
Budget er begrænset, og indhold/SEO eller annoncering vil give større ROI
I bruger penge på Google Ads, langsom landing page = højere CPC
Ikke sikker? Book en gratis 30-min snak hvor vi sammen kører Lighthouse og PageSpeed Insights mod jeres site og giver en ærlig vurdering. Hvis der ikke er noget at hente, siger vi det.
Book en gratis 30-min snakSprinten
De seks områder vi typisk arbejder igennem, prioriteret efter impact pr. ændring.
Vi finder LCP-elementet, sikrer at det render i første frame, fjerner opacity-0 entrance-animationer der blokkerer paint, og preloader hero-billede med fetchpriority="high".
Konvertering til AVIF (50% mindre end JPEG) med WebP fallback, responsive sizes via srcset, lazy-loading for below-fold, og eksplicit width/height så CLS holdes på 0.
Code-splitting af tunge komponenter (charts, editors, video players), tree-shaking af ubrugte exports, dynamic imports for non-critical UI, og removal af duplikerede dependencies.
Audit af analytics, tag manager, consent-tools, chat widgets og pixels. Defer/async, Partytown for web-worker-isolering hvor muligt, og facade-mønster for embedded video og maps.
Preload af kritiske fonts, font-display: swap eller optional, subsetting til kun de glyphs der bruges (Glyphhanger), og size-adjust descriptors så font-swap ikke skaber CLS.
Critical CSS inline eller tidligt loadet, async/defer af ikke-kritisk JS, fjernelse af render-blocking webfonts og tredjeparts-stylesheets der ikke bruges above the fold.
Cases
Rigtige projekter for rigtige danske virksomheder, inklusive vores eget Next.js-site. Se dem i portfoliet, eller besøg dem live og døm selv.
01 / 05
Fire faser, ugentlige demos, dokumenteret resultat. Fra første måling til sidste verifikation tager en sprint typisk 3-4 uger.
Priser
Tre niveauer, fra one-time audit til continuous performance engineering. Audit-prisen modregnes hvis I vælger en sprint.
Performance Sprint
Audit + 2-3 ugers implementering
Audit kombineret med 2-3 ugers implementering. Vi løser de højest-prioriterede LCP/INP/CLS-problemer og dokumenterer effekten med før/efter-tal
Alle priser er ekskl. moms. Vælger I en sprint inden for 30 dage efter en audit, modregnes hele audit-prisen.
Prøv vores prisberegner og få et skræddersyet tilbud baseret på dine behov, helt gratis og uden forpligtelser.
Gratis og uforpligtende
Det praktiske, det tekniske og det kommercielle om performance-optimering.
Core Web Vitals er Googles tre måle-tal for brugeroplevelse: LCP (hvor hurtigt det største synlige indhold render), INP (hvor responsivt sitet føles ved interaktion) og CLS (hvor stabilt layoutet er under indlæsning). De er en officiel ranking-faktor siden 2021 og bruges også i AI Overviews og Discover-resultater. Sites der ikke består Core Web Vitals taber både ranking og konverteringer, sidstnævnte fordi langsom site-performance måles direkte i bounce rate og tid til checkout.
Lighthouse er et lab-værktøj der simulerer en standard 4G-mobil og måler en enkelt session. PageSpeed Insights kombinerer Lighthouse med real-user data fra Chrome User Experience Report (CrUX). CrUX er aggregerede data fra rigtige brugeres Chrome-sessioner over de seneste 28 dage. Google ranker på CrUX (real-user data), ikke Lighthouse-tallene direkte. Vi bruger begge, Lighthouse til hurtig diagnose og iteration, CrUX til at verificere effekt på rigtige brugere.
Realistisk: 40-70% LCP-reduktion på et almindeligt site i en 2-3 ugers sprint. Hvis udgangspunktet er over 6s LCP på mobil, ligger det typisk på 60-70% reduktion (vi flytter jer fra "Poor" til "Needs Improvement" eller "Good"). Hvis I allerede er under 4s, ligger det på 30-50% (fra "Needs Improvement" til "Good"). Konkrete fixes der løfter mest: rette LCP-elementets render-vej, fjerne fade-in animationer på above-the-fold indhold, image-format konvertering (AVIF), og defer af tredjepart-scripts.
Nej. WordPress-sites kan opnå Lighthouse 85+ og bestå Core Web Vitals med rette caching, image-optimering og plugin-trimning. Vi vurderer ærligt, hvis I står på en moderne WordPress-stack med ordentligt theme og 5-10 plugins, er en performance-sprint typisk svaret. Hvis I derimod sidder med 30+ plugins, et tungt page builder-theme og uden caching-lag, kan en headless rebuild være billigere på 2-3 års sigt. Vi giver vurderingen i auditten.
Det varierer per site, men typisk: (1) optimer LCP-elementet, ofte hero-billede eller hero-tekst der er skjult bag opacity 0-animation, (2) konverter billeder til AVIF/WebP og responsive sizes, (3) defer/async af tredjepart-scripts (analytics, consent, tag manager), (4) JavaScript code-splitting for at reducere unused JS, (5) preload kritisk font + font-display: swap, (6) fjern render-blocking CSS, (7) implementer Next.js Image med korrekte priorities. Vi måler før og efter, så I ser præcist hvilke fixes der gav hvilken effekt.
Performance Audit (diagnose + roadmap, ingen implementering) koster 19.500 kr. ekskl. moms og henvender sig til teams der selv har udviklere. Performance Sprint (audit + 2-3 ugers implementering med før/efter-dokumentation) koster 65.000 kr. Continuous Performance Engineering koster 45.000 kr. opstart + 12.500 kr./md. (12 mdr. minimum, første år: 195.000 kr. total) og inkluderer RUM-monitoring, CI/CD performance-budget og kvartalsvise optimization-sprints. Vælger I en sprint inden for 30 dage efter en audit, modregnes hele audit-prisen.
Lighthouse-tal: med det samme efter deploy, kør Lighthouse mod produktionssitet og du ser ændringen. CrUX (real-user data i Search Console): 28 dages aggregering, så I ser det første rigtige skift cirka 4 uger efter deploy. Den første uge giver indikation; den fjerde uge giver det stabile billede. Vi sender en milepæls-rapport efter 30 og 60 dage så I kan dokumentere effekten internt.
Ja, det er typisk hvad vi laver. Vi har optimeret WordPress-sites bygget af andre bureauer, headless setups på Sanity/Contentful, og custom Next.js-projekter. Vi har ikke brug for adgang til kildekoden for at lave auditten, kun til implementering. Hvis I vil have auditten først (for at beslutte om I overhovedet vil investere), kan vi gøre det uden adgang til andet end det offentlige site.
Book en 30-minutters gratis snak. Vi kører Lighthouse mod jeres site sammen og giver en ærlig vurdering: hvad der kan hentes, hvad det kræver, og hvad det koster.
Eller ring direkte 27 57 07 44
Core Web Vitals optimering i Danmark, Webworq
“Mål kan skrives op. Vores site kan ikke.”

WebworqPerformance målt, ikke lovet01
Core Web Vitals er Googles tre måle-tal for brugeroplevelse: LCP for indlæsning, INP for responsivitet og CLS for visuel stabilitet. De har været en officiel ranking-faktor siden 2021 og indgår i dag også i vurderingen bag AI Overviews og Discover. Signalet er ikke alt-eller-intet: Core Web Vitals fungerer som en tiebreaker mellem sider med sammenligneligt indhold, og netop derfor mærkes det mest på konkurrenceprægede søgeord, hvor små ryk i placering flytter reel trafik.
Effekten stopper ikke ved ranking. Langsomme sider måles direkte i bounce rate, i tid til checkout og i annoncepris, Google Ads belønner hurtige landing pages med bedre kvalitetsscore. Performance-arbejde er derfor både et SEO-håndtag og et konverterings-håndtag. Vil du have hele den tekniske baggrund, har vi skrevet en komplet guide til Core Web Vitals med praktiske løsninger for hver metrik.
02
De tre værktøjer forveksles ofte, men de måler ikke det samme. Lighthouse er et lab-værktøj: det simulerer én session på en standardiseret mobil og giver et øjebliksbillede, perfekt til diagnose og til at iterere hurtigt. CrUX (Chrome User Experience Report) er field-data: aggregerede målinger fra rigtige brugeres Chrome-sessioner over de seneste 28 dage. PageSpeed Insights viser begge dele i én rapport.
Den vigtige pointe: Google ranker på field-data, ikke på Lighthouse-scoren. Derfor kan et site godt score flot i Lighthouse og stadig fejle Core Web Vitals hos rigtige brugere på langsomme telefoner og mobilnetværk, og omvendt. Vi bruger Lighthouse til at finde og rette problemerne og CrUX til at verificere, at effekten også lander hos rigtige brugere. Ændringer i CrUX viser sig gradvist over de 28 dages aggregering, så tålmodighed er en del af metoden.
03
På tværs af de sites vi har målt, går de samme problemer igen. Billeder leveres i for store formater uden moderne komprimering, det løses med AVIF/WebP, responsive størrelser og eksplicitte dimensioner, som vi har beskrevet i vores guide til billedoptimering. Tredjeparts-scripts, analytics, tag managers, consent-værktøjer, chat-widgets, blokerer main thread og trækker både LCP og INP ned. Og webfonte, der loader sent, giver enten usynlig tekst eller layout-hop, når de swapper ind.
Dertil kommer den synder, færrest opdager selv: entrance-animationer der holder LCP-elementet skjult bag opacity 0, så Google først "ser" indholdet, når animationen er færdig. Rækkefølgen i en sprint er altid den samme: mål, prioriter efter impact, fix, mål igen. Performance hænger tæt sammen med resten af det tekniske fundament, som vi gennemgår i guiden til teknisk SEO.
04
Stakken sætter rammen, men afgør ikke resultatet. En WordPress-hjemmeside med et disciplineret theme, caching-lag og et begrænset antal plugins kan bestå Core Web Vitals og score 85+ i Lighthouse. Omvendt kan et Next.js-site sagtens være langsomt, hvis det skibes med tunge bundles og ukritiske tredjeparts-scripts. Forskellen er, hvor meget arbejde stakken laver for dig: Next.js har billed- og font-optimering, code-splitting og server-rendering indbygget, hvor WordPress kræver, at du selv sammensætter disciplinen af caching, CDN og optimeringsværktøjer.
Derfor er vores anbefaling pragmatisk: står I på en sund WordPress-stack, er en performance-sprint næsten altid billigere end en rebuild, og til mindre WordPress-sites har vi en fast pakke: WordPress hastighedsoptimering. Er sitet bygget på et tungt page builder-theme med 30+ plugins, regner vi på begge scenarier, og nogle gange er en headless arkitektur med WordPress som CMS og Next.js som frontend den løsning, der både bevarer redaktørernes workflow og løser performance-problemet ved roden.
05
Priserne står i tabellen længere oppe: audit til 19.500 kr., sprint til 65.000 kr. og continuous performance engineering fra 45.000 kr. i opstart plus 12.500 kr. om måneden, alle ekskl. moms, og audit-prisen modregnes, hvis I vælger en sprint inden for 30 dage. Regnestykket bag investeringen er konkret: hvad er et procentpoint lavere bounce rate, et ryk på et konkurrencepræget søgeord eller en lavere CPC i Google Ads værd for jer om året? På sites med reel trafik tjener en sprint sig typisk hjem på måneder, ikke år.
Omvendt siger vi det også højt, når performance ikke er den rigtige investering: består sitet allerede Core Web Vitals, eller står I foran en større rebuild, er pengene bedre brugt på indhold, SEO eller annoncering. Er projektet i virkeligheden en ny hjemmeside, så start med et overslag i vores hjemmeside prisberegner i stedet.
06
Du behøver ikke et bureau for at få diagnosen. Kør jeres vigtigste sider gennem PageSpeed Insights, den viser både field-data (øverst) og Lighthouse-lab-tal (nederst) og fremhæver de konkrete muligheder med størst effekt. Har I Search Console, ligger der en Core Web Vitals-rapport med status for alle jeres URL'er, grupperet efter problem. Tærsklerne og metodikken bag metrikkerne er dokumenteret af Googles eget team på web.dev.
Mål på mobil først, det er der, tærsklerne er sværest at bestå, og der, Google vægter tungest. Og mål de sider, der betyder noget kommercielt: forsiden, de vigtigste landingssider og checkout-flowet. Kommer der røde eller gule tal, ved I, hvad næste skridt er, og er I i tvivl om, hvad tallene betyder, tager vi gerne kigget sammen med jer i en gratis 30-minutters snak.