Hvis din WordPress-side skal skaffe leads, er hastighed ikke et “nice to have”. Det er en direkte del af salgsprocessen. Når en potentiel kunde klikker på en annonce eller finder dig på Google, har du få sekunder til at få budskab, troværdighed og kontaktmulighed på skærmen, uden at siden føles tung, hakkende eller ustabil.
Core Web Vitals er Googles måde at måle den oplevelse på. Og hosting er ofte den skjulte årsag til, at ellers fine sider underpræsterer.
Core Web Vitals, oversat til lead-generering
Core Web Vitals handler ikke om “perfekte scores”. Det handler om friktion i det øjeblik, hvor en besøgende skal blive til en henvendelse.
Når man arbejder med lokale servicevirksomheder, ser man det samme mønster igen og igen: Trafikken kan godt komme ind, men hvis siden er langsom eller reagerer trægt, falder antallet af udfyldte formularer, opkald og bookinger.
Efter det giver det mening at kende de tre målinger, fordi de peger på forskellige typer problemer.
- LCP: Largest Contentful Paint: Hvor hurtigt det vigtigste indhold bliver synligt (typisk hero-område, overskrift, billede eller formular).
- INP: Interaction to Next Paint: Hvor hurtigt siden reagerer, når man klikker, skriver i felter eller trykker “send”.
- CLS: Cumulative Layout Shift: Om indhold flytter sig under indlæsning, så knapper og felter “hopper”.
Hvis du kun vil prioritere én ting til lead-gen: Start med LCP og INP. Du kan have verdens bedste tilbud, men hvis det vises sent eller siden føles sløv, bliver det ikke læst og brugt.
Hosting er fundamentet, plugin’et ikke kan redde
Man kan godt optimere billeder, rydde op i plugins og slå caching til, men hosting sætter grænsen for, hvor langt du realistisk kan komme. Især på WordPress, hvor PHP, databasekald og temaets struktur kan skabe mange serverforespørgsler.
Et caching-plugin kan hjælpe meget, men det kan ikke trylle en overbelastet server om til en stabil platform. Når nabo-sites på en delt server bruger for mange ressourcer, kan din side få højere svartider uden at du ændrer noget som helst.
Det er derfor hosting ofte er den hurtigste vej til mærkbare forbedringer i både Core Web Vitals og antallet af leads.
TTFB: Den første flaskehals, der skubber alt andet bagud
Time to First Byte (TTFB) er tiden, før serveren overhovedet begynder at sende noget tilbage til browseren. Den måles ikke som en Core Web Vital, men den påvirker især LCP voldsomt.
Hvis TTFB er høj, starter hele indlæsningen sent. Det betyder:
- Dit hero-område kommer senere frem
- Formular og klikbare elementer bliver først brugbare senere
- Browseren når senere til CSS, billeder og scripts
Google anbefaler typisk, at TTFB ligger under cirka 0,8 sekunder. I praksis ser man ofte, at delt hosting presser TTFB op, især når der er spidsbelastning.
Et vigtigt reality check: Du kan godt få en “okay” oplevelse i stille perioder og en dårlig oplevelse i travle perioder. Og travle perioder er tit netop der, hvor dine kampagner kører, eller hvor folk søger akut hjælp.
Hvilken hostingtype passer til en lead-fokuseret WordPress-side?
Man kan groft inddele WordPress-hosting i fire typer: delt hosting, VPS, dedikeret server og administreret WordPress-hosting. De kan alle virke, men de passer ikke lige godt til sider, hvor hver ekstra henvendelse har tydelig værdi.
Delt hosting vinder på pris og taber ofte på stabilitet. VPS vinder på isolerede ressourcer og bedre kontrol, men kræver typisk mere teknisk opsætning. Dedikeret server kan være ekstremt stærkt, men giver sjældent mening for mindre virksomheder, medmindre der er særlige krav. Administreret WordPress-hosting er ofte det mest praktiske valg, fordi miljøet er lavet til WordPress med caching, sikkerhed og performance som standard.
Her er typiske tegn på, at du er vokset fra din nuværende løsning:
- Uforudsigelig hastighed
- Spidsbelastning giver mærkbar langsommere side
- Mange “timeout”-fejl i logs eller sporadiske 500-fejl
- Kampagner performer dårligere end forventet, selv om tracking og budskab er i orden
- Redigering i WordPress føles tungt for admin-brugere
Caching og CDN: Sådan får du hastighed, der holder i praksis
Caching er i korte træk at serveren genbruger færdige svar, så den ikke skal bygge siden fra bunden ved hvert besøg. For lead-gen er det især vigtigt på landingssider, ydelsessider og kontaktflow, hvor samme side vises mange gange.
Der findes flere lag:
- Server-side page cache (ofte den største gevinst)
- Object cache (kan hjælpe meget på database-tunge sites)
- Browser cache (så tilbagevendende besøgende får hurtigere load)
Et CDN (Content Delivery Network) giver typisk hurtigere levering af statiske filer som billeder, CSS og JavaScript, fordi indholdet leveres fra en server tættere på brugeren. For danske virksomheder med dansk målgruppe kan datacenterplacering stadig betyde meget, men CDN kan stadig hjælpe, især hvis du har tunge assets eller kunder, der besøger fra mobilnet.
Det skal siges ærligt: CDN og caching virker bedst, når fundamentet er sundt. Hvis temaet er tungt, eller der er plugins, der injicerer store scripts på alle sider, får du stadig problemer med INP.
WordPress-typiske årsager til dårlig INP (og mistede leads)
INP handler om, hvor hurtigt siden reagerer, når brugeren gør noget. På en lead-side er det tit:
- Klik på “Få tilbud”
- Åbning af en popup eller en prisberegner
- Udfyldning af felter og validering
- Tryk på “Send”
På WordPress kommer dårlig INP ofte fra JavaScript, ikke fra hosting alene. Mange page builders, popups, tracking-tags og “alt-i-en” temaer lægger en stor belastning på browserens hovedtråd.
Det betyder, at siden kan være “loaded”, men stadig føles langsom at bruge. Og det er præcis den type langsomhed, der skaber tvivl: “Virker knappen?” “Blev min formular sendt?” “Skal jeg trykke igen?”
En enkel tommelfingerregel: Jo mere interaktivt og script-tungt din side er, jo vigtigere er det at være hård ved plugins og tredjeparts scripts.
CLS: Den stille dræber af formularflow
CLS bliver ofte undervurderet, fordi mange kigger mest på load-tid. Men hvis layout hopper, skaber det hurtigt irritation.
Det klassiske lead-tab sker, når brugeren er i gang med at trykke eller skrive, og siden rykker sig, fordi:
- Et billede loader uden fast højde og skubber indhold ned
- En cookiebar dukker op og flytter knapper
- Webfonts loader sent og ændrer tekstens størrelse
- Et eksternt element (kort, anmeldelser, chat) kommer ind og ændrer layout
CLS er tit “nemmere” at fixe end INP, hvis man tager det systematisk: Angiv billeddimensioner, reserver plads til dynamiske elementer, og vær kritisk med alt der indsættes over fold.
Sådan måler du rigtigt, uden at jagte tilfældige tests
Mange bliver forvirrede, fordi de tester i PageSpeed Insights, får én score, og ser noget andet i Lighthouse. Det er normalt.
Du bør skelne mellem laboratorietests og rigtige brugerdata:
- Feltdata: Hvordan siden performer for rigtige brugere over tid (det er det Google i praksis vægter højest).
- Labdata: En kontrolleret test, der er god til at finde tekniske årsager.
En praktisk opsætning for en SMV er: Brug Search Console til at se, hvilke sidetyper der har problemer, og brug PageSpeed Insights til at finde, hvad der konkret skaber LCP, INP eller CLS.
Hvis du samtidig arbejder med lead-generering, giver det mening at kigge på performance pr. vigtig side, ikke et gennemsnit for hele sitet. En tung blogside er irriterende, men en langsom landingsside koster penge.
En no-nonsense prioritering, der passer til lead-gen
Når man vil have flere henvendelser, er det sjældent smart at starte med 30 små tekniske tweaks. Start med de ting, der flytter mest på LCP og TTFB, og gå så efter INP.
En enkel rækkefølge, der ofte virker i praksis:
- Hosting først: Stabil TTFB og caching på serverniveau.
- Hero og over fold: LCP-elementet skal være let, hurtigt og ikke lazyloades forkert.
- Skær ned på scripts: Fjern eller begræns plugins og tredjeparts tags på landingssider.
- Stabilt layout: CLS fixes med faste dimensioner, font-strategi og reserveret plads.
Vil du gøre det helt konkret, så sæt et performance-budget for lead-sider: Max størrelse på billeder, max antal scripts, og klare mål for LCP, INP og CLS. Det gør det lettere at sige nej til “smarte” features, der reelt bare skaber friktion.
- Mål først, før du ændrer noget: Ellers ved du ikke, hvad der faktisk virkede.
- Lav ændringer i blokke: Hosting/caching, så tema/plugins, så media og tracking.
- Knyt teknikken til KPI’er: Konverteringsrate, antal formularer, antal opkald.
Hvor Vækster typisk går til det, når fokus er leads
Når et bureau arbejder med lead-generering på WordPress, giver det mening at se marketing og teknik som samme opgave. Hvis du køber trafik via Google Ads eller SEO, men lander på en side med høj LCP eller dårlig INP, betaler du for klik, der ikke får en fair chance.
Vækster arbejder kun med lead-generering, ikke webshops, og derfor bliver hastighed ofte behandlet som en del af konverteringsarbejdet, ikke som en separat “tech-opgave”. Det handler om at få flere relevante henvendelser ud af den samme trafik.
Det praktiske greb er tit en kombination af performance-drevet WordPress-opsætning, realistisk forventningsafstemning og løbende opfølgning, hvor man kan dokumentere, om forbedringer i Core Web Vitals faktisk kan ses i leads. Arbejdet bliver udført in-house med en fast kontaktperson og tæt dialog, fordi små ændringer i formularflow og landingssider hurtigt kan ses på resultaterne.
Hvis du har en side, der allerede får trafik, men leads ikke følger med, er det ofte her, de lavthængende frugter ligger: Hosting, caching, Core Web Vitals og et strammere setup på de sider, der skal konvertere.
