Du skal vælge cacheplugin
WP Rocket vs. FlyingPress vs. LiteSpeed Cache: vælg efter server og website
Gem først: server, eksisterende cachelag og dynamiske funktioner
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.
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.
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.
Du skal vælge cacheplugin
Gem først: server, eksisterende cachelag og dynamiske funktioner
FlyingPress skal konfigureres
Gem først: baseline, aktive funktioner og undtagelser
Hele siden skal gøres hurtigere
Gem først: waterfall, cachetilstand og testmiljø
PageSpeed, GTmetrix og Pingdom er uenige
Gem først: samme URL, teststed, enhed og cachetilstand
Første byte er langsom
Gem først: cached/uncached TTFB, origin, PHP og database
LCP er dårlig
Gem først: det faktiske LCP-element og dets requestkæde
INP er dårlig
Gem først: den konkrete interaktion og lange main-thread-opgaver
Layoutet flytter sig
Gem først: det flyttende element og manglende plads
FlyingPress preload starter ikke
Gem først: queue, REST, firewall og optimizerstatus
Layoutet bryder efter Remove Unused CSS
Gem først: manglende dynamiske selectors og safelist
Menu eller formular stopper efter delay
Gem først: script, event og minimal exclusion
Billeder fylder for meget eller er uskarpe
Gem først: sidens samlede billedvægt og største filer
Tekst blinker, skifter form eller rykker layoutet
Gem først: fontrequests og CLS-kilder i målingen
Scoren og virkeligheden er uenige
Gem først: både felt- og lab-tal for samme URL
Search Console melder dårlige URL-grupper
Gem først: gruppen, måletallet og en eksempel-URL
Forsiden er hurtig, men wp-admin sejtrækker
Gem først: autoload-størrelse og tider på admin-sider
Usikker på hvilken cache der gør hvad
Gem først: cache-headere fra de forskellige lag
GTM, chat og pixels tynger siden
Gem først: tredjepartsliste med vægt og blokeringstid
U-cachede sider er langsomme – kode eller server?
Gem først: Query Monitor-tal pr. komponent
Cachen rammer sjældnere end forventet
Gem først: HIT/MISS-andel og kampagne-URL'ernes parametre
Preloads og hints uden dokumenteret effekt
Gem først: head-sektionens hints og konsollens advarsler
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 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.
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.
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.
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.
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.