Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
support@hostious.io
Hostious videnscenter

WordPress performance og cache. Mål, før du optimerer.

God WordPress performance kommer ikke af flere optimeringsflueben. Find først ud af, hvor tiden forsvinder: før HTML-svaret, mens det største element indlæses, under en interaktion eller når layoutet flytter sig. Vælg derefter den guide, der passer til den målte flaskehals.

Find din guide ↓Se hastighedsoptimering ↗

25 guides · Skrevet ud fra driften hos Hostious

Vælg det spor, du står i

Kort svar

Mål først, om flaskehalsen er TTFB, LCP, INP, CLS eller et bestemt cachelag. Foretag derefter én reversibel ændring, og gentag målingen under de samme betingelser – mens du kontrollerer funktion og layout.

  1. 1Gem en baseline · URL, enhed og cachetilstand
  2. 2Find flaskehalsen · TTFB, LCP, INP eller CLS
  3. 3Ændr én ting · Reversibelt og dokumenteret
  4. 4Test igen · Samme betingelser – og funktion

Vælg guide ud fra målingen – ikke følelsen

Vælg det spor, du står i – eller se alle 21. Hvert kort fortæller, hvad du skal gemme først, hvor svær opgaven typisk er, og hvor lang tid du skal afsætte.

Måling og Web Vitals7

Cache og server6

FlyingPress4

Billeder, fonts og scripts4

Nye i emnet4

Seneste guides i kategorien

Fire regler for WordPress performance

En bedre score er kun en gevinst, hvis siden stadig virker. Her er det, du skal holde styr på, før og efter du optimerer.

TTFB, LCP, INP og CLS fortæller forskellige historier

TTFB måler tiden til første byte fra server eller cachelag. LCP handler om det største synlige element, INP om svaret på interaktioner, og CLS om uventede layoutskift. En forbedring i én måling kan efterlade de andre uændrede – eller gøre dem værre.

Gem URL, testmiljø, cachetilstand, enhed, netværksprofil og tidspunkt. En varm desktoptest kan ikke sammenlignes med en kold mobiltest.

Kend ejeren af hvert cachelag

Page cache, browsercache, CDN/edge-cache og object cache løser forskellige problemer. To page-cachelag på én gang kan give gammelt HTML og uforudsigelig purge. Kortlæg, hvilket lag der ejer HTML, og hvordan det ryddes, før et nyt plugin aktiveres.

Peger headeren på Cloudflare eller LiteSpeed, så fortsæt i Cloudflare-hubben eller QUIC.cloud- og LiteSpeed-hubben. Her ejer vi målingen; produkthubben ejer cachemekanismen.

Funktion kommer før en bedre score

Remove Unused CSS og Delay JavaScript kan forbedre målinger, men er ingen gevinst, hvis menu, formular, samtykke eller checkout holder op med at virke. Slå én optimering fra for at bekræfte årsagen, og lav den mindste dokumenterede undtagelse.

Eftertest som anonym bruger, som relevant indlogget bruger og på mobil. Gem browserrequest og konsol – ikke kun totalscoren.

Sådan beviser du en ændring

Gem en baseline for den præcise URL, og foretag én reversibel ændring. Ryd kun det cachelag, ændringen påvirker, og gentag testen under samme betingelser. Kontrollér funktion, layout og requests – og rul tilbage, hvis gevinsten ikke kan gentages.

Kræver flaskehalsen servertiming, PHP-profilering eller databaseanalyse, kan Hostious hjælpe med at skelne origin, cache og applikation, før løsningen vælges.

Andre emner i Fejlfinding

Alle 23 emner →
WordPress fejlfindingHvid skærm, 500-fejl og databasefejlWooCommerce fejlfindingCheckout, betaling og ordrerMail fejlfindingSPF, DKIM, spam og leveringDomæner, DNS og SSLCertifikater, DNS-opslag og domænerCloudflareFejlkoder, SSL og cacheQUIC.cloud og LiteSpeedLiteSpeed Cache og CDN i praksis

Brug for hjælp?

Vi sidder klar med dansk support døgnet rundt

Er du kunde hos Hostious, kan supporten se i loggen, hvor tiden forsvinder – og hjælpe dig med at rette det. Vil du hellere have os til at gøre siden hurtigere, så se hastighedsoptimering.

Se hastighedsoptimeringSkriv til support
Fejlfinding › Performance og cache