Hastighedsoptimering – en hjemmeside, der er klar, når kunderne er
Dine kunder skal købe kaffe. Ikke nå at brygge den, mens siden loader.
Jeg finder ud af, hvad der gør din hjemmeside langsom – og retter det i WordPress og WooCommerce. Målt på rigtige brugere, ikke kun på et testværktøj.
Prioriteret efter betydning for brugerne og dine vigtigste sider
Feltdata fra Search Console og PageSpeed Insights
Jeg retter det selv i WordPress og WooCommerce
Formularer, navigation og køb skal stadig virke bagefter
En langsom hjemmeside gør vejen til kunden længere
De fleste besøgende giver ikke besked, når en side er langsom. De går bare.
Hjemmesiden skal være klar, når den besøgende vil læse, klikke eller købe. Hvis indholdet kommer langsomt frem, menuen reagerer med forsinkelse, eller knappen flytter sig undervejs, bliver det sværere at bruge siden. Det gælder både den kunde, der finder dig gennem Google, og den, du har betalt for at få ind gennem en annonce.
Jeg undersøger, hvad der forsinker hjemmesiden, hvilke sider der er påvirket, og hvor det giver mest mening at sætte ind. Derefter hjælper jeg med at gennemføre forbedringerne og kontrollere resultatet.
Hastighedsoptimering er en del af min tekniske SEO. Men det fortjener sin egen side – for det er sjældent én ting, der er galt.
Hastighedsoptimering handler derfor om mere end at gøre en teknisk rapport grønnere.
Sådan mærker man en langsom hjemmeside
Problemer med hastighed kan vise sig på flere måder – og de har ikke nødvendigvis samme årsag.
LCP
Indholdet kommer for langsomt frem
Den besøgende venter på sidens vigtigste tekst eller billede. Årsagen kan blandt andet være serverrespons, store billeder eller ressourcer, som forsinker visningen.
INP
Siden er synlig, men reagerer langsomt
Menuer, filtre eller knapper reagerer med forsinkelse. Her kan JavaScript, plugins og tredjepartsscripts være en del af problemet.
CLS
Indhold og knapper flytter sig
Du vil trykke på en knap, og så trykker du på noget helt andet. Billeder, skrifttyper eller indlejret indhold ændrer layoutet undervejs.
Mobil
Siden føles tung på mobilen
På kontoret går det fint. På en mobil i toget går det knap så fint – og det er dér, mange af dine besøgende er.
Search Console
Core Web Vitals lyser rødt
Rapporten siger ”Dårlig” eller ”Skal forbedres”, men ikke hvorfor.
Webshop
Webshoppen er træg, når kunderne bruger den
Filtre, varianter, kurv og checkout reagerer langsomt – lige dér, hvor kunden er tættest på at købe.
Jeg starter med at finde årsagen, så løsningen passer til problemet.
Hvad er hastighedsoptimering?
Hastighedsoptimering er arbejdet med at få en hjemmeside til at indlæse hurtigere, reagere hurtigere og stå stille, mens den gør det.
Det lyder simpelt. I praksis handler det om mange små ting, der tilsammen afgør oplevelsen. Der findes ikke én indstilling, som løser det hele – og to langsomme hjemmesider kan have vidt forskellige årsager.
Google måler en del af det med Core Web Vitals. Men målet er ikke at gøre Google glad.
Målet er, at dine besøgende ikke når at kede sig.
Det kan blandt andet omfatte
- Hvor hurtigt serveren svarer
- Billeder i passende størrelser og formater
- Hvor meget JavaScript og CSS browseren skal igennem
- Hvordan skrifttyper indlæses
- Tracking, chat, videoer og andre eksterne tjenester
- Hvad plugins, tema og page builder lægger oveni
- Cache og hurtigere levering af indhold
Hvad jeg undersøger
Det er sjældent én stor synder. Oftest er det en håndfuld ting, der hver især ser uskyldige ud.
Billeder og det, der skal vises først
Store billeder er stadig den klassiker, jeg oftest støder på. Et hero-billede direkte fra kameraet kan veje mere end resten af siden tilsammen.
Jeg ser på billedstørrelser, komprimering og formater som WebP og AVIF. Billeder længere nede kan vente, men sidens vigtigste billede øverst skal hentes tidligt – så det ikke bliver forsinket af forkert lazy loading.
JavaScript og CSS
Moderne websites kører meget kode. Noget af det er nødvendigt. Meget af det er der bare.
Jeg ser på, hvad der blokerer visningen, hvad der kan udskydes, og hvad der kan fjernes helt. Ændringerne skal passe til hjemmesidens funktioner – et script kan godt være tungt og samtidig nødvendigt.
Skrifttyper
Webfonts kan forsinke teksten og få siden til at hoppe, når skrifttypen skifter.
Jeg gennemgår antallet af skrifttyper og den måde, de indlæses på. Det kan som regel løses med få greb.
Tredjepartsscripts
Chatwidgets, tracking, annoncepixels, cookiebannere og indlejrede videoer. Hver for sig små. Tilsammen kan de fylde mere end selve hjemmesiden.
Jeg hjælper med at finde ud af, hvilke der er værd at beholde, og hvordan de indlæses mindst forstyrrende.
Cache, hosting og serverrespons
Ventetiden kan begynde, før browseren overhovedet får sidens indhold. Hvis serveren er længe om at svare, hjælper det ikke meget at optimere resten.
Jeg ser på svartid, PHP-version, side- og browsercache, komprimering og om et CDN giver mening. På en webshop skal cachen desuden tage højde for kurv, checkout og personlige oplysninger.
Plugins, tema og Elementor
Et plugin kan tilføre funktioner, men også flere filer, forespørgsler og arbejde for browseren. Antallet af plugins fortæller ikke alene, hvor problemet ligger.
Jeg ser derfor på, hvad de enkelte dele faktisk indlæser – og på Elementor-sider også opbygning, widgets, tilføjelser og effekter.
Core Web Vitals – de tre tal, Google kigger på
Core Web Vitals er Googles målinger af, hvordan hjemmesiden opleves: hvor hurtigt det vigtigste vises, hvor hurtigt siden reagerer, og om den står stille.
Hvor hurtigt vises det vigtigste?
Largest Contentful Paint måler, hvornår det største synlige element er vist – ofte et hero-billede eller en stor overskrift.
- Godt: højst 2,5 sekunder
Hvor hurtigt reagerer siden?
Interaction to Next Paint måler tiden fra et klik eller tryk, til siden reagerer. INP erstattede den tidligere måling FID i marts 2024.
- Godt: højst 200 millisekunder
Står siden stille?
Cumulative Layout Shift måler, hvor meget indholdet flytter sig uventet under indlæsningen.
- Godt: højst 0,1
Google vurderer tallene ud fra 75 procent af de rigtige besøg – mobil og desktop hver for sig. Det er altså ikke nok, at siden er hurtig på din egen computer med fibernet.
Feltdata og labdata – hvorfor tallene ikke er enige
PageSpeed Insights viser to slags tal, og det skaber en del forvirring.
Jeg starter med feltdata for at se, hvor problemet reelt er. Bagefter bruger jeg labtests til at finde ud af hvorfor. Og jeg tester mere end forsiden – en hurtig forside siger ikke nødvendigvis noget om produktkategorier, filtrering eller checkout.
Det betyder også, at en forbedring først slår helt igennem i rapporten nogle uger senere. Tålmodighed er desværre ikke et plugin.
Dommeren
Feltdata
Kommer fra rigtige Chrome-brugere over de seneste 28 dage. Det er dem, Google bruger, når Core Web Vitals vurderes – når der er besøg nok til at give data.
Detektiven
Labdata
Kommer fra en simuleret test, der køres her og nu med en bestemt enhed og netværkshastighed. Den er god til at finde årsager, men den er ikke dommeren.
Hastighedsoptimering af WordPress og WooCommerce
Jeg arbejder meget med WordPress og WooCommerce og kan derfor ofte både finde årsagen og gennemføre rettelsen.
WordPress
WordPress er ikke langsomt i sig selv. Men det er meget let at gøre det langsomt.
Problemerne kommer typisk fra
- Temaet
- Page builders som Elementor
- Plugins, der indlæses på alle sider
- Plugins, der gør næsten det samme
- Manglende eller forkert cache
- Mange års rod i databasen
- Forældet PHP
Jeg installerer ikke bare endnu et hastighedsplugin oven på problemet. Jeg finder ud af, hvad der faktisk belaster siden, og retter det dér.
Nogle gange er løsningen et plugin. Nogle gange er det at fjerne tre.
WooCommerce
Webshops har deres egne udfordringer. Mange produkter, filtre, varianter, kurv og checkout giver mere arbejde til både server og browser.
Jeg ser blandt andet på
- Produkt- og kategorisider
- Filtre og søgning
- Kurv-fragmenter og AJAX-kald
- Checkout og betalingsscripts
- Cache, der ikke ødelægger kurven
- Database og serverbelastning
Efter ændringerne tester jeg de relevante dele af købsforløbet.
På en webshop er hastighed ikke kun et SEO-spørgsmål. Det er også et spørgsmål om, hvorvidt kunden når til betalingen.
Sådan griber jeg det an
Måling
Jeg gennemgår feltdata i Search Console og PageSpeed Insights, relevante sider og mobilvisningen – og finder de sidetyper, der har det sværest.
Diagnose
Jeg finder årsagerne: server, billeder, scripts, plugins, tema eller page builder.
Prioritering
Du får en prioritering efter effekt. Det, der påvirker mange vigtige sider, kommer først – og jeg siger til, hvis noget kræver større indgreb.
Rettelse
Jeg implementerer forbedringerne, helst på en testversion først. Omfanget aftaler vi ud fra gennemgangen.
Opfølgning
Jeg måler igen, tester de berørte funktioner og følger feltdata, så vi kan se, om forbedringen holder hos rigtige brugere.
Et grønt tal er ikke målet
Det er muligt at få 100 i PageSpeed Insights. Det er også muligt at fjerne halvdelen af hjemmesiden for at nå dertil. Det er sjældent en god handel.
Jeg vil hellere have en hjemmeside, der er hurtig nok til at fungere godt for dine besøgende – og som stadig kan det, den skal: vise produkter, måle konverteringer og fortælle, hvem du er.
Nogle gange er 75 med en god brugeroplevelse bedre end 100 uden kontaktformular.
Jeg finder ikke kun problemet – jeg retter det
Mange hastighedsrapporter ender i en skuffe. De er lange, tekniske og fulde af anbefalinger, ingen helt ved, hvem der skal udføre. På WordPress og WooCommerce kan jeg selv lave en stor del af rettelserne.
I stedet for
Får du
Vil du vide, hvad det koster, kan du se mine priser. Har du brug for løbende drift bagefter, kan du læse om min WordPress sikkerheds- og opdateringsservice.
Hastighed og SEO – hvor meget betyder det?
Core Web Vitals indgår i Googles vurdering af sideoplevelsen. Men det er ærligt talt ikke det tungeste signal. Relevant indhold vinder stadig over et hurtigt, men ligegyldigt svar.
Det betyder ikke, at hastighed er ligegyldig. En langsom side mister besøgende, før de overhovedet læser indholdet – og de, der bliver, får en dårligere oplevelse.
Jeg lover derfor ikke, at du rykker op i Google, fordi siden bliver hurtigere.
Jeg lover, at jeg finder ud af, hvad der bremser, og fortæller dig ærligt, hvad det er værd at gøre ved.
Skal jeg se på hastigheden?
Send mig et link og fortæl, hvad du oplever. Det kan være en langsom mobilvisning, røde Core Web Vitals eller en webshop, som reagerer trægt, når kunderne bruger den.
Du behøver ikke kende årsagen på forhånd. Jeg kigger på tallene og vender tilbage med et ærligt bud på, hvor tiden forsvinder, og hvad der er værd at gøre ved det.
FAQ om hastighedsoptimering
Hvad er hastighedsoptimering af en hjemmeside?
Hastighedsoptimering er arbejdet med at få en hjemmeside til at indlæse hurtigere, reagere hurtigere på klik og stå stabilt under indlæsning. Det kan omfatte billeder, JavaScript, CSS, skrifttyper, cache, server, plugins og tredjepartsscripts. Jeg undersøger først, hvor forsinkelserne opstår, og prioriterer derefter de ændringer, der har størst betydning.
Hvordan ved jeg, om min hjemmeside er for langsom?
Tegnene kan være lang ventetid, forsinkede klik eller indhold, der flytter sig. PageSpeed Insights og Core Web Vitals-rapporten i Google Search Console kan hjælpe med at afdække problemer. Test gerne flere vigtige sider på både mobil og desktop, så vurderingen ikke kun bygger på forsiden.
Hvad er Core Web Vitals?
Core Web Vitals er Googles målinger af den oplevede hastighed og stabilitet. LCP måler, hvor hurtigt det største indhold vises, INP hvor hurtigt siden reagerer på interaktion, og CLS hvor meget layoutet flytter sig. Google anser LCP på højst 2,5 sekunder, INP på højst 200 millisekunder og CLS på højst 0,1 som godt.
Påvirker hastighed mine placeringer i Google?
Core Web Vitals indgår i Googles vurdering af sideoplevelsen, men relevant indhold vejer tungere. En hurtigere side giver derfor ingen garanti for bedre placeringer. Hastighed påvirker dog i høj grad, om besøgende bliver på siden, og det kan gøre en forskel, når flere sider er lige relevante.
Hvad er forskellen på feltdata og labdata?
Feltdata kommer fra rigtige Chrome-brugere og opsummerer de seneste 28 dage. Labdata kommer fra en kontrolleret test med en bestemt enhed og netværkshastighed og kan derfor svinge fra måling til måling. Feltdata viser, hvordan siden faktisk opleves. Labdata er bedst til at finde ud af, hvorfor den opleves sådan.
Skal min hjemmeside score 100 i PageSpeed Insights?
Det er sjældent et fornuftigt krav at sætte fra begyndelsen. Scoren er nyttig til at finde forbedringsmuligheder, men bør ses sammen med brugerdata og hjemmesidens funktioner. Jeg prioriterer en hurtig og velfungerende hjemmeside og vurderer, om yderligere optimering står mål med indsatsen.
Gør Elementor min hjemmeside langsom?
Elementor og andre page builders tilføjer ekstra kode, og det kan påvirke hastigheden. Det betyder ikke, at en Elementor-side ikke kan være hurtig. Med fornuftige indstillinger, færre unødvendige widgets, god cache og optimerede billeder kan man ofte komme langt uden at bygge siden om.
Kan du også optimere hastigheden på WooCommerce?
Ja. På WooCommerce ser jeg både på indlæsning og funktioner som produktfiltre, variationer, kurv og checkout. Webshops kræver særlig omtanke omkring cache og dynamisk indhold. Derfor tester jeg relevante dele af købsforløbet efter ændringerne.
Er et cache- eller hastighedsplugin nok?
Et godt cache-plugin kan hjælpe meget, især på serverens svartid. Men det løser ikke problemer med for store billeder, for mange tredjepartsscripts eller tunge plugins – og forkert opsat kan det skabe nye fejl. Et plugin er et værktøj, ikke en diagnose.
Skal jeg skifte hosting for at få en hurtigere side?
Ikke nødvendigvis. Hvis serveren er længe om at svare, kan bedre hosting gøre en stor forskel. Men mange langsomme sider skyldes forhold på selve hjemmesiden. Jeg ser derfor på serverens svartid først, så du ikke skifter hosting og står med det samme problem bagefter.
Hvor lang tid går der, før forbedringerne kan ses?
Labtests viser ændringer med det samme. Feltdata i Search Console og PageSpeed Insights bygger på de seneste 28 dage, så der går typisk nogle uger, før forbedringen slår fuldt igennem. Eventuelle ændringer i placeringer eller konverteringer kræver særskilt opfølgning og kan ikke loves på forhånd.
Hvad koster hastighedsoptimering?
Prisen afhænger af hjemmesiden og problemernes omfang. Justering af billeder og cache er en anden opgave end større ændringer i hosting, tema eller webshopfunktioner. Jeg starter med en gennemgang, så du får et realistisk forslag til indsats og pris.