Når jeg tidligere på forskellige websites har arbejdet med at optimere webperformance, specielt Core Web Vitals, har jeg ofte undret mig over det samme: Hvorfor er performance ikke bygget mere ind i systemet fra starten?
I praksis har jeg oplevet, at virksomheder får lavet dyre, skræddersyede hjemmesider, men i virkeligheden er de langsomme, layoutet hopper rundt, når man scroller, og PageSpeed Insights lyser gult og rødt. Som marketingperson med webansvar retter man det mest akutte: komprimerer billeder og justerer lidt. Tre måneder senere: nye kampagnesider, nye blogs, nye landingssider… og vi er tilbage, hvor vi startede.
Og det er jo egentlig lidt underligt, når man skriver 2026 i kalenderen og er så langt med teknologi og tools. Alligevel lander man et sted, hvor man fikser enkeltstående performanceproblemer manuelt.
Så da jeg ville lave Aquascapedia, blev et af mine mål at lave et lynhurtigt site, hvor gode Core Web Vitals er tænkt ind i arkitekturen lige fra start, og hvor jeg kan skalere indhold via AI-content og programmatisk SEO uden at skulle arbejde reaktivt med weboptimering bagefter.
CMS
WordPress. Over 40% af alle websites i verden bruger WordPress, og det er der en grund til. Det er nemt, fleksibelt og SEO-venligt.
Tema
Blocksy. Dette tema er bygget til høj performance og giver mig mulighed for at arbejde med dynamiske data og templates, der kan skaleres.
Page builder
Greenshift, fordi det er en blokbygger, der passer rigtig godt til Blocksy-temaet.
Håndtering af billeder
Converter for Media (WebP) til automatisk at komprimere billeder på mit website.
Monitorering
PageSpeed Insights, Lighthouse, og på sigt Search Console (når der kommer nok trafik), Ahrefs SEO audit tool.
Jeg har grundlæggende arbejdet med to dimensioner i Aquascapedias setup:
Først og fremmest skulle jeg bruge et WordPress-tema, der er lynhurtigt. Mit valg faldt på Blocksy, fordi det er meget let og optimeret for hurtige load-tider. Derudover har Blocksy også nogle gode muligheder for at bygge templates og bruge dynamisk content, hvilket var et must for mine programmatic SEO-setups.
Jeg valgte af supplere med block-byggeren Greenshift, fordi den også er optimeret til hurtig webperformance og spiller godt sammen med Blocksy.
På den måde har jeg altså allerede et kraftfuldt system til at bygge mit website.
Mange performance-problemer starter i selve designet af templates og sider. Derfor arbejdede jeg efter følgende principper for at optimere performance.
Intet må hoppe rundt på siden. Derfor angiver jeg faste dimensioner på billeder, grafik, tabeller osv. for at browseren kender pladsforbruget, før noget loades.
Det lyder måske som en illle ting, men det gør en verden til forskel for oplevelsen. Ingen knapper, der flytter sig, og ingen tekstblokke, der hopper, når billeder loader.
Alle billeder konverteres til WebP via plugin. Jeg bruger responsive billeder (srcset), så browseren ikke henter mere, end den skal.
Billedhåndtering er i øvrigt helt vildt vigtig ift. performance! Det er faktisk også oftest der, jeg ser, at der er meget performance at hente ved at sørge for, billeder og grafik fylder mindre.
Her er mit princip, at alt, der er synligt ved første load, skal komme så hurtigt og stabilt som muligt. Alt andet må gerne være lazy. Derfor:
Jeg tænkte meget bevidst i templates og ikke enkeltsider. Hvis mine templates blev hurtige, så arver alle nye sider fordelene.
Det er også her, AI-content og programmatic SEO-delen kommer ind. Aquascapepedia er bygget til at kunne generere mange sider med samme struktur, derfor skulle skalerbarhed bygges ind fra start.
Jeg har tænkt i enkelthed, minimals CSS og JS, og ingen vilde komponenter og animationer, der gør layoutet tungt.
Ingen evaluering uden datadrevet tilgang. Jeg henter data fra PageSpeed Insights og til dels Lighthouse. På sigt kan jeg bruge Core Web Vitals-rapporten i Search Console, men den kræver, at man har en del trafik, før der kommer data ind. Derudover bruger jeg også Ahrefs gratis SEO audit tool som supplement, også til mere generelle SEO-rettelser.
Generelt handler det om at holde øje med siderne via disse tools og tjekke for performanceproblemer.
Efter de første sider var lavet, blev det moment of truth! Tid til at teste, om de består Core Web Vitals ud af boksen.
Det her var resultatet af en PageSpeed analyse jeg lavede på min side om den grønne reje “Green Jade Shrimp”.
Den bestod faktisk ikke i første omgang.
De to røde tal er First Contentful Paint (FCP) på 2,9 sekunder og Largest Contentful Paint (LCP) på 4,0 sekunder. De måler, hvor lang tid der går, før brugeren ser det første indhold på siden (tekst, billede eller baggrund). Begge værdier ligger i den langsomme ende. Av.
Lavede et par justeringer og nu sidder performance lige i skabet. Og eftersom mange af mine contentsider er baseret på samme template, slår de igennem på alle.
Det vil sige, at nu er performance i høj grad bygget ind i systemet og ikke noget, jeg behøver at fikse løbende.
Der var noget, der drillede, da jeg gik i gang med at optimere Core Web Vitals. Jeg opdagede, at srcset ikke virkede korrekt i mine templates (altså den funktion, der sikrer, at browseren indlæser den rette billedstørrelse). Jeg researchede lidt rundt, og alt peger på, at det er noget i tema- eller blok-arkitekturen.
Eftersom Aquascapedia er et solo-projekt og jeg ikke er udvikler nok til at gå ned i kernen af problemet og fikse det, har jeg valgt at leve med fejlen. Det er nok noget, der ville kræve en webudvikler, men det ville være overkill for mig.
Mine sider scorer stadig grønt på Core Web Vitals, så jeg valgte ikke at stresse over at opnå 110% perfektion. Nogle gange er ‘godt nok’ faktisk det, der får hele maskinen til at køre, i stedet for at man ender i et evigt optimeringshamsterhjul.
Efter sådan en omgang website-opbygning og performance-optimering tager jeg et par ikke-tekniske læringer med mig.
Hvis du starter med rodede templates, så spreder teknisk gæld sig hurtigt, især når du arbejder med skalerbart/AI-genereret content. Omvendt lader gode templates og grundstruktur dig faktisk skalere uden at skulle bruge manuelle timer på hver ny side.
Core Web Vitals er selvfølgelig en rankingfaktor og noget, der er godt for SEO. Men når ens site loader hurtigt, ikke hopper rundt og føles stabilt, så opleves det bare mere professionelt for brugeren, og det påvirker både bounce-raten, konverteringer og engagement på siden.
Især når det kommer til en score , man kan jagte, så kan der godt gå optimeringsperfektionisme i den for mig. I starten jagtede jeg det perfekte setup, men måtte acceptere, at der altid vil være små tech issues uden for ens hænder. Det vigtige er, at det hele fungerer godt, ikke at få 100/100 på alle metrics.
Jeg har altid godt kunnet lide fede layouts, men er begyndt at kunne se fidusen i helt simple HTML-sider. De føles rolige uden der sker en masse, og sjovt nok giver de ofte også den bedste performance.
Selvom Aquascapepedia er et nicheprojekt, er mange af pointerne direkte overførbare til B2B. Særligt i B2B, hvor hver konvertering kan være mange penge værd, er performance faktisk en reel salgsfaktor og ikke kun et par tal i en PageSpeed rapport.
Forestil dig, at en beslutninger åbner dit site i et møde, eller deler sin skærm via Teams. Eller måske hurtigt tjekker det på mobilen i farten.
Hvis siden loader langsomt, hopper rundt eller føles tung og rodet… så sender det altså et signal om, at I ikke helt har styr på det. I værste fald kan sitet være så træls eller svært at bruge, at de i stedet går til konkurrenten.
Omvendt:
På den måde bliver performance faktisk noget, der understøtter dit salg.
God performance kan også godt påvirke kvaliteten i ens pipeline, fordi det jo er dyrt at skabe trafik i B2B. Der er LinkedIn ads, Google ads, content marketing, SEO osv., men hvis ens side loader langsomt, så falder engagementet, og så betaler du i praksis for trafik, du ikke får nok ud af.
Så bare små forbedringer i de her ting, kan jo resultere i:
Og i B2B kan én ekstra konvertering let være sekscifret i værdi.
Mange B2B-virksomheder er i stærkt specialiserede nichemarkeder. Samtidig er der overraskende mange B2B-sites, der er langsomme. Måske fordi performance ikke har været en prioritet, der mangler interne ressourcer, eller der er investeret i et visuelt flot site, uden at hastighed og teknisk kvalitet har været en del af kravspecifikationen.
Så hvis din virksomhed får styr på de her ting, så har I simpelthen en teknisk fordel. En hurtigere side og mere stabil brugeroplevelse kan være det, der afgør, hvem der vinder et lead i sidste ende.
Hvis jeg skal komme med en afsluttende bemærkning til denne case, så er det: Det er en fornøjelse at arbejde i et setup, hvor performance er tænkt ind fra starten. Jeg kan skalere indhold uden at være bange for mit eget setup eller at det går ud over brugeroplevelsen.
Og jeg slipper for i bedste brandslukningsmanér løbende at rette performancefejl.
Hvis du bøvler med performance og Core Web Vitals, kan jeg kun anbefale at tænke struktur og skalerbarhed ind fra dag et. Det betaler sig på sigt.
