Hvordan Redusere Server Responstid (TTFB) I WordPress: Helst Under 200ms-Lighthouse + PageSpeed Insights Element

Trenger du å redusere server responstid?

Servere styres av din hosting. Den enkleste måten å redusere server responstid I WordPress er å unngå delt hosting og bruke en kraftigere server. Det er fordi delt hosting har begrensede ressurser + CPU grenser. Noen verts TTFB som SiteGround og WP Engine, har også blitt verre. Det er mange avstemninger, migreringsresultater og samtaler om «den raskeste hosting» som du finner i mange objektive Facebook-Grupper som WP Speed Matters.

Annet enn hosting, er DEN andre måten å forbedre TTFB ved å redusere CPU og lette belastningen på serveren din. Cloudflare har mange funksjoner som kan redusere TTFB, inkludert CDN, Brotli, HTTP/3, bot protection og APO. Du kan også bruke servernivå caching, nyeste PHP-versjoner, rydde opp søppel (database, oppblåste plugins, sidebyggere og admin bloat), og deaktivere hjerteslag.

Hva Er En God TTFB?

Google anbefaler en TTFB på under 200ms.

Dette kan være realistisk for Noen WordPress-nettsteder,men du må ha en rask infrastruktur (hosting, tema, plugins). HVIS TTFB er over 600ms, anses det sakte og vil mislykkes revisjonen.

Langsomme servere påvirker belastningstider, PSI-score (flere elementer) og administrasjonspanelhastighet. Siden web vitals blir en større rangeringsfaktor, er det viktigere enn noensinne å oppnå en rask TTFB.

Hvordan Du Skal Teste DIN TTFB

Lighthouse

Lighthouse Er et ideelt sted å teste TTFB. Ifølge Google, » denne revisjonen mislykkes når nettleseren venter mer enn 600 ms for serveren å svare på hoveddokumentforespørselen.»

GTmetrix

GTmetix viser Ttfb i Kategoriene Sammendrag og Struktur. Registrer Deg for En Gratis GTmetrix-konto, slik at du kan kjøre tester fra datasenteret nærmest dine besøkende i stedet for Vancouver.

KeyCDN

KeyCDN måler TTFB på tvers av 14 forskjellige steder (Det er også mitt foretrukne verktøy). TTFBs kan være rask når du tester steder nær origin server og treg når du tester lange avstander.

Pingdom

Pingdom måler TTFB som «ventetid» og lar deg teste fra forskjellige steder.

Chrome DevTools

Chrome DevTools måler TTFB, men påvirkes av datamaskinens ventetid og internett-tilkobling, så du vil kanskje måle TTFB fra et datasenter ved hjelp av et av verktøyene ovenfor.

Redusere CPU-Bruk

Redusere CPU (funnet i din hosting konto) Er en av de beste måtene å redusere server responstid. Flertallet av denne opplæringen vil være fokusert på å redusere CPU og derfor lette belastningen på serveren din. Unngå å bruke 75% + AV CPU grenser slik at serveren forblir avslappet.

Derfor er det så viktig å velge en plan med nok serverressurser. Vertsfirmaer gir deg retningslinjer basert på månedlige besøkende, men de tar ikke hensyn til hvor mange plugins du har, om de bruker mange ressurser, og om du bruker EN CDN.

Unngå Delt Hosting

Delt hosting har begrensede serverressurser, noe som ofte resulterer i en langsom TTFB.

hvis naboene dine (andre nettsteder på serveren) er hogging ressurser, blir nettstedet ditt sultet. For ikke å nevne de fleste delte verter har lave CPU-grenser. Det er derfor du ofte ser 500 feil på delt hosting. En dag er nettstedet ditt raskt, neste dag er det tregt. Jeg ville aldri kjøre Elementor, Divi eller WooCommerce på delt hosting – de krever for mange ressurser.

Bytt Til Raskere Hosting

De fleste hosting-anbefalinger er søppel, Og jeg foreslår at DU blir MED I Wp Speed Matters Facebook-Gruppen, som er En Av de eneste gruppene som ikke kontrolleres av tilknyttede selskaper eller Sitegrounds fellesskapssjef som «modererer» negative innlegg om deres merkevare som i andre grupper.

Hver har forskjellige oppsett. På Cloudways bruker Jeg FlyingPress + BunnyCDN (eller bruk WP Rocket). På NameHero eller WPX bruker Du LiteSpeed Cache plugin + QUIC.cloud CDN. De er begge gode oppsett og bør gi deg en rask TTFB-se MIN Wp Rocket Eller LiteSpeed Cache tutorials.

når du er i tvil, sjekk facebook avstemninger og migreringsresultater(se mer).

Unngå Treg Plugins + Page Builders

Noen plugins kan bremse ned ditt nettsted, TTFB, og øke CPU.

Finn Din Tregeste Plugins-Query Monitor Og New Relic er stor for å finne treg plugins. Installer Query Monitor, se en side på nettstedet ditt, hold markøren over Query Monitor-fanen, og gå Til Spørringer → Spørringer Etter Komponent. Du kan sjekke flere sider / innlegg for ulike spørsmål.

WP Hive er En kjekk Liten Google Chrome Utvidelse som forteller deg om en plugin vil påvirke minnebruk / PageSpeed Insights score når du viser plugins I WordPress depotet.

Unngå Tunge Sidebyggere-Elementor + Divi ble knust i kjerne web vitals. På toppen av ekstra CSS, JavaScript og utallige div wrappers, er disse nettstedene vanligvis avhengige av ekstra tredjeparts plugins og addons. Dette resulterer i enda mer oppblåsthet. Jeg flyttet fra Elementor Til Gutenberg, og det gjorde en stor forbedring. Selv hardt koding menyen, topptekst, bunntekst, og sidebar I CSS kan fjerne mye sidebygger bloat. Du kan også bruke Asset CleanUp og Perfmatters å losse ubrukte CSS OG JS (og bruke Elementor Eksperimentelle funksjoner), men jeg ville unngå dem.

Lette Plugin Alternativer

• SEO-Rank Math.
• Sikkerhetskopier-UpdraftPlus.
• Glidere-Soliloquy eller MetaSlider.
• Sidebygger – Oksygen, Kadence tema, Gutenberg, Genesis.
• Galleri-Gutenberg Galleri eller Meow Galleri.
• Analytics – Google Analytics og Google Search Console (ingen programtillegg).
• Sosial Deling-Vokse Ved Mediavine(raskeste sosial deling plugin I wp Rocket test).
• Kommentarer – innfødte kommentarer eller wpDiscuz med optimaliserte innstillinger og JavaScript forsinkelse.

Rengjør Databasen

en grundig opprydding av databasen kan forbedre TTFB.

Mange av dere bruker WP Rocket for automatiske databaseopprydding, men dette lar deg ikke gå gjennom dine faktiske databasetabeller og fjerne tabeller etterlatt av gamle plugins. FOR DETTE anbefaler JEG WP-Optimize. Se på» Tabeller «- fanen og se etter plugins som er » Ikke Installert.»Hvis du slettet en plugin (eller deaktivert en plugin-modul) og ikke bruker den lenger, kan du fjerne den.

Øk Cache Levetid

De Fleste cache plugins lar deg angi cache levetid. Ved å øke dette sparer du serverressurser siden hurtigbufferen ikke trenger å bygges så ofte. Dette er bra hvis du ikke publiserer innhold ofte (som et nyhetsnettsted), ellers bør du sannsynligvis forlate dette som standard.

Deaktiver WordPress Heartbeat

WordPress Heartbeat bruker ressurser ved å vise sanntids plugin-varsler, når andre brukere redigerer et innlegg, etc. For de fleste eiere gjør det vanligvis mer skade enn godt. Det er mange plugins for å deaktivere dette (WP Rocket, Perfmatters, de fleste cache plugins).

for å deaktivere WordPress Heartbeat API uten et plugin, gå Til Utseende > Tema Editor, og rediger deretter funksjonene.php-fil av temaet ditt. Deretter limer du inn koden rett etter <?php tag:

add_action( 'init', 'stop_heartbeat', 1 );function stop_heartbeat() {wp_deregister_script('heartbeat');}

Ikke Kombiner CSS + JavaScript

Mindre områder bør vanligvis kombinere CSS/JS mens større områder bør ikke. IFØLGE Wp Johnny, nettsteder med EN CSS / JS størrelse på UNDER 10kb bør kombinere mens over 10KB bør ikke. Han fortsetter med å si at NÅR DET GJELDER TTFB, handler DET om å starte før, ikke fullføre før.

Oppdater TIL PHP 7.4

Mange verter har allerede gitt UT PHP 8.0, nyere MySQL-versjoner og nye funksjoner for å gjøre nettstedet ditt raskere mens du reduserer TTFB. Pass på at du bruker optimaliseringene verten tilbyr. Mange plugins / temaer har fortsatt kompatibilitetsproblemer MED PHP 8.0 der DU kan bruke PHP 7.4.

Øk Minnegrensen

Elementor og WooCommerce krever begge en 256 MB minnegrense, men du bør virkelig øke den til 256 MB uansett, spesielt hvis nettstedet ditt får fatale minnegrensfeil.

Legg til koden i wp-config.php før » Glad Blogging.»

define('WP_MEMORY_LIMIT', '256M');

Noen verter har også mulighet til å øke den i dashbordet.

Bruk Bufring På Servernivå

Mange verter tilbyr bufring på servernivå som reduserer TTFB og gjør nettstedet ditt raskere. Cloudways, SiteGround (Og SG Optimizer), Kinsta Og A2 Hosting er bare noen av dem. Jeg bruker personlig memcached, NGINX og Redis (med Lakk deaktivert) i Cloudways. Servernivå caching er raskere enn cache plugins fordi det er fra serveren din, som er raskere enn filbasert caching.

Avlaste Ressurser Til CDNs

CDNs avlaste ressurser til sine datasentre og lette belastningen på serveren.

jeg foreslår Cloudflare, BunnyCDN, QUIC.cloud (hvis du bruker LiteSpeed Cache) eller Cloudfront. Og vurder å ikke bruke StackPath som brukes i mange Cdn som RocketCDN og CloudwaysCDN.

De andre Tre Cdnene har en tendens til å ha bedre ytelse enn Cloudflare, men de fleste koster penger. Uansett HVILKEN CDN du velger, vil jeg bruke Cloudflare for DNS siden DNS er mye raskere Enn GoDaddy eller NameCheap DNS. For å bruke Cloudflare DNS, bare registrer deg for en gratis plan, og endre navneservere. Jeg bruker Cloudflare FOR DNS og BunnyCDN for MIN CDN.

en fordel Med Cloudflare er at de har flere funksjoner som kan redusere TTFB (Som Brotli, HTTP/3, botbeskyttelse, sideregler og APO) som jeg skal snakke om i de neste trinnene.

Trinn 1: Registrer deg for en Gratis Cloudflare-konto, legg til nettstedet ditt og kjør skanningen som Blir bedt Om Av Cloudflare. Du kommer til slutt til en side Der Cloudflare tildeler deg 2 navneservere.

Trinn 2: Legg Cloudflare navneservere Til NameCheap. Gå til Dashbordet I → Domeneliste Hryvnias Administrer Hryvnias Navneservere → Tilpasset DNS. Legg til De to navneserverne Cloudflare gitt deg.

Aktiver Brotli

Brotli er raskere ENN gzip-komprimering. Begge vil redusere filstørrelsene PÅ HTML, CSS og JavaScript. Dette gjør at disse ressursene kan lastes ned raskere og forbedrer TTFB. Cloudflare har et alternativ for Å aktivere Brotli i hastighetsinnstillingene, ellers bruker Du Gzip i cache-plugin.

Aktiver HTTP/3

I Cloudflare-bloggen sier de at I gjennomsnitt MED HTTP/3 ser vi den første byten som vises etter 176ms. MED HTTP / 2 ser vi 201ms, noe SOM betyr AT HTTP / 3 allerede utfører 12,4% bedre.

HTTP / 3 kan aktiveres I Nettverksinnstillingene på Cloudflare-dashbordet. Og hvis Du bruker Quic.cloud eller en ANNEN CDN, pass på at du sjekker om DE også har HTTP / 3-støtte.

Aktiver Botbeskyttelse

wp-påloggingssiden din er et høyt mål for dårlige bots.

selv om bots ikke lykkes i å logge inn på nettstedet ditt, kan du finne dem forsøker å logge inn som bruker serverressurser. Du kan blokkere dem ved å flytte påloggingssiden din (Ved Hjelp Av Perfmatters eller Wps Hide Login) til en tilpasset påloggingsadresse, og deretter aktivere botbeskyttelse i Cloudflares innstillinger.

Trinn 1: Installer Wordfence.

Trinn 2: Se live traffic-rapporten i noen minutter for å se hvem som treffer nettstedet ditt i sanntid.

Trinn 3: Flytt din wp-login side. Du kan gjøre Dette Med Perfmatters eller WPS Hide Login.

Trinn 4: Blokker spambots enda lenger ved å aktivere bot-kampmodus i Cloudflare → Brannmur → Bot-Kampmodus ( Cloudways har også botbeskyttelse) eller prøv Blackhole For Dårlige Bots.

Opprett En Cache Alt Sideregel

hvis Du bruker Cloudflare, legger du til en sideregel for å cache alt.

gå inn På cloudflare dashboard → Sideregler. Kopier / lim inn regelen nedenfor, erstatt bare mitt domene med ditt. Hvis Du har WooCommerce eller et dynamisk nettsted og får problemer når du legger til cache everything page-regelen, kan du prøve Å bruke wp Cloudflare Super Page Cache-plugin.

I Tillegg kan du opprette en sideregel for wp-admin for å beskytte den, omgå hurtigbufferen og forhindre at apper og ytelsesfunksjoner (Dvs.Rakettlaster) kjører i administrasjonsområdet.

Vurder Cloudflare ‘S APO

Cloudflare testet APO på 500-nettsteder og fant i gjennomsnitt forbedret TTFB med 90ms. Dette serverte hele nettstedet ditt fra Cloudflare’ s edge-nettverk. Det er $5 / måned, men verdt å teste hvis du har en langsom TTFB. Pass på at den er kompatibel med cache plugin siden DET ikke er I WP Rocket.

Bruk En Raskere Cache Plugin

WP Rocket Og LiteSpeed Cache er gullstandardene for cache plugins.

de fleste konfigurerer imidlertid ikke disse med de optimale innstillingene. Jeg har skrevet populære tutorials på å konfigurere WP Rocket, Wp Raskeste Cache, W3 Total Cache, OG Wp Super Cache.

med de fleste andre cache plugins, må du installere ca 6 ekstra plugins for å få disse funksjonene, NÅR WP Rocket har dem alle innebygd, noe som reduserer antall plugins på nettstedet ditt. Hvis du er som meg, vil du bare bruke 1 plugin, ellers må du undersøke hvilke funksjoner cachepluggen din kommer med, og installer disse pluginene hvis den ikke støtter dem.

• Database opprydding – Wp-Optimaliser
• CSS/JS optimalisering – Autoptimize
• Forsinkelse JavaScript kjøring – Flygende Skript
• Vert Google Analytics lokalt – Flying Analytics
• CDN URL integrasjon – BunnyCDN / CDN Enabler
• Heartbeat kontroll – Heartbeat last Bilder / videoer – OPTIMOLE/wp youtube lyte
• Forhåndslast Linker / Instant Side – Perfmatters Eller Flygende Sider
• Host Facebook Pixel Lokalt – Ingen Plugin Gjør Dette som Jeg Vet
• prefetch / PRELOAD – pre* Party Resource Hints / manuell kode
• Font-display: swap-Swap Google Fonts Display / manuell kode

Deaktiver Datadeling I Plugins

Beklager plugin-utviklere, men hvis noen plugins noen gang ber deg om å dele dataene dine, vil deaktivering av DET redusere CPU-bruken litt siden serveren din ikke trenger å sende dataene til plugin-utviklere.

Begrens Innleggsrevisjoner + Autosaves

Som standard begrenser Ikke WordPress innleggsrevisjoner, og autosave-intervallet er hyppig (1 minutt). Redusere post revisjoner (backup av dine gamle innlegg) og øke autosave intervall (dvs. 5 minutter) kan litt redusere CPU-bruk og hindre en boated database. Du kan gjøre begge disse ved Hjelp Av Perfmatters eller ved å legge til følgende kode i wp-config.php-fil.

define('WP_POST_REVISIONS', 5);

define('AUTOSAVE_INTERVAL', 300); // seconds

Erstatt WordPress Cron Med Ekte Cron Jobber

WordPress cron utføres hver gang en side lastes og er ofte et mål FOR DOS-angrep. Ved å erstatte den med en ekte cron jobb, kan du også planlegge intervaller og spare ressurser.

i de fleste tilfeller åpner du wp-config.php-fil og legge til en linje med kode for å deaktivere WordPress cron. Deretter vil du legge til den andre linjen med kode i cron job-delen i din hostingkonto.

define('DISABLE_WP_CRON', true);

cd /path/to/your/wordpress; wp cron event run --due-now >/dev/null 2>&1

Test Din Server Response Time (TTFB)

når du har gjort alle endringene fra denne veiledningen, test DIN TTFB og forhåpentligvis er det raskere.

Ofte Stilte Spørsmål

Konklusjon: bli Med I Wp Speed Matters Facebook-Gruppen for å få ekte, objektive meninger. Se På facebook-avstemningene som ble tatt og folk som migrerte til forskjellige verter og postet sine resultater. Til slutt, holde seg klar av lav kvalitet hosting agenter som bare ønsker provisjoner.

Skål,
Tom