TTFB står for Time to First Byte. Det er tiden fra browseren anmoder om en URL, til den modtager den første byte af HTTP-svaret. Før dette sker, kan browseren ikke læse HTML og begynde at opdage billeder, CSS eller JavaScript. En høj TTFB betyder derfor, at brugeren venter, før siden reelt kan komme i gang.

Hvorfor TTFB påvirker brugeroplevelsen

TTFB er ikke en Core Web Vital i sig selv, men er et vigtigt grundlag for LCP. Hvis HTML først ankommer sent, bliver hero-billedet, skrifttyper og øvrige ressourcer også opdaget sent. En flot frontend-optimering kan derfor ikke kompensere fuldt ud for en server, som er langsom til at svare.

Målingen omfatter flere dele af kæden: DNS-opslag, forbindelsesoprettelse, TLS, afstand til serveren, køtid og applikationens behandling. I en praktisk WordPress-fejlsøgning er det især vigtigt at skelne mellem netværksforsinkelse og tid, der bruges på PHP, plugins og database.

WordPress årsager og løsninger

Uden cache skal WordPress ved hvert besøg starte PHP, indlæse tema og plugins, hente indstillinger og bygge HTML. Et tungt plugin, langsomme databaseforespørgsler, mange autoloadede options eller et overbelastet webhotel kan gøre den proces langsom. Start altid med at se, om samme URL er hurtig som cache-hit og langsom som cache-miss.

  • Brug full page cache til offentlige, anonyme HTML-sider.
  • Brug object cache til dynamiske flows, WooCommerce og indloggede brugere.
  • Fjern eller begræns tunge plugins, eksterne API-kald og unødvendige hooks i hvert request.
  • Gennemgå wp_options, databaseindeks og hostens PHP-ressourcer, når cache-miss er langsomt.
  • Overvej et CDN tæt på brugerne, især hvis det kan cache HTML sikkert.

Sådan måler du rigtigt

Mål i browserens Network-fane, med curl eller med en syntetisk test fra relevante geografiske steder. Test både første request og gentagne requests, og dokumentér om brugeren er logget ind, hvilke cookies der sendes, og om cachen rammer. Et enkelt tal uden kontekst kan være misvisende.

Kontrollér responsheaders for cache-status og sammenlign serverens behandlingstid, hvis hosten eksponerer den. Hvis cache-hit er langsomt, undersøg netværk, redirects og edge-cache. Hvis kun cache-miss er langsomt, profilér WordPress. Denne opdeling gør anbefalingen om at reducere den indledende serverresponstid konkret i stedet for at gætte.