hur man minskar Server Response Times (TTFB) i WordPress: helst Under 200ms – Lighthouse + PageSpeed Insights Item

behöver du minska serverns svarstider?

servrar styrs av din värd. Det enklaste sättet att minska serverns svarstider i WordPress är att undvika delad hosting och använda en kraftfullare server. Det beror på att delad hosting har begränsade resurser + CPU-gränser. Vissa värdens TTFB som SiteGround och WP Engine, har också blivit värre. Det finns många omröstningar, migrationsresultat och samtal om ”den snabbaste hosting” som du kan hitta i många opartiska Facebook-grupper som WP Speed Matters.

annat än värd, det andra sättet att förbättra TTFB är genom att minska CPU och lätta belastningen på din server. Cloudflare har många funktioner som kan minska TTFB inklusive deras CDN, Brotli, HTTP/3, bot protection och APO. Du kan också använda servernivå caching, senaste PHP-versioner, städa upp skräp (databas, uppsvällda plugins, sidbyggare och admin svälla), och inaktivera heartbeat.

Vad är en bra TTFB?

Google rekommenderar en TTFB på under 200 ms.

detta kan vara realistiskt för vissa WordPress-webbplatser, men du måste ha en snabb Infrastruktur (värd, tema, plugins). Om TTFB är över 600 ms anses det vara långsamt och kommer att misslyckas med granskningen.

långsamma servrar påverkar laddningstider, PSI-poäng (flera objekt) och administratörspanelhastighet. Eftersom webbvitaler blir en större rankningsfaktor är det viktigare än någonsin att uppnå en snabb TTFB.

hur man korrekt testa din TTFB

fyr

fyr är en idealisk plats att testa ttfb. Enligt Google, ” denna revision misslyckas när webbläsaren väntar mer än 600 ms för att servern ska svara på huvuddokumentförfrågan.”

GTmetrix

gtmetix visar din TTFB i flikarna sammanfattning och struktur. Registrera dig för ett gratis GTmetrix-konto så att du kan köra tester från datacentret närmast dina besökare istället för Vancouver.

KeyCDN

KeyCDN mäter TTFB över 14 olika platser (det är också mitt föredragna verktyg). TTFBs kan vara snabba när du testar platser nära din origin-server och långsam när du testar långa avstånd.

Pingdom

Pingdom mäter TTFB som ”vänta” tid och låter dig testa från olika platser.

Chrome DevTools

Chrome DevTools mäter TTFB men påverkas av datorns latens och Internetanslutning, så du kanske vill mäta TTFB från ett datacenter med något av verktygen ovan.

minska CPU-användningen

minska CPU (finns i ditt värdkonto) är ett av de bästa sätten att minska serverns svarstider. Majoriteten av denna handledning kommer att inriktas på att minska CPU och därför lätta belastningen på din server. Undvik att använda 75%+ av CPU-gränserna så att din server förblir avslappnad.

det är därför det är så viktigt att välja en plan med tillräckligt med serverresurser. Värdföretag ger dig riktlinjer baserade på månatliga besökare, men de tar inte hänsyn till hur många plugins du har, om de konsumerar mycket resurser och om du använder ett CDN.

Undvik delad Hosting

delad hosting har begränsade serverresurser, vilket ofta resulterar i en långsam TTFB.

om dina grannar (andra webbplatser på servern) Hoggar resurser svälter din webbplats. För att inte tala om de flesta delade värdar har låga CPU gränser. Det är därför du ofta ser 500 fel på delad hosting. En dag är din webbplats Snabb, nästa dag är den trög. Jag skulle aldrig köra Elementor, Divi eller WooCommerce på delad hosting – de kräver för många resurser.

Byt till snabbare Hosting

de flesta värdrekommendationer är skräp och jag föreslår att du går med i WP Speed Matters Facebook-grupp som är en av de enda grupperna som inte kontrolleras av affiliates eller Sitegrounds community manager som ”modererar” negativa inlägg om deras varumärke som i andra grupper.

var och en har olika inställningar. På Cloudways använder jag FlyingPress + BunnyCDN (eller använder WP Rocket). På NameHero eller WPX använder du Litespeed Cache plugin + QUIC.cloud CDN. De är båda bra inställningar och bör ge dig en snabb TTFB – se min WP Rocket eller LiteSpeed Cache tutorials.

när du är osäker, kolla Facebook-omröstningar och migrationsresultat (Visa mer).

Undvik långsamma Plugins + sidbyggare

vissa plugins kan sakta ner din webbplats, TTFB och öka CPU.

hitta dina långsammaste Plugins-Query Monitor och New Relic är bra för att hitta långsamma plugins. Installera Query Monitor, visa en sida på din webbplats, håll muspekaren över fliken Query Monitor och gå till frågor om frågor efter komponent. Du kan kontrollera flera sidor / inlägg för olika frågor.

WP Hive är en tjusig Google Chrome förlängning som talar om för dig om en plugin kommer att påverka din minnesanvändning / PageSpeed Insights poäng när du tittar plugins i WordPress förvaret.

undvik tunga sidbyggare – Elementor + Divi krossades i kärnvävvitaler. Utöver extra CSS, JavaScript och otaliga div-omslag är dessa webbplatser vanligtvis beroende av extra plugins och tillägg från tredje part. Detta resulterar i ännu mer uppblåsthet. Jag flyttade från Elementor till Gutenberg och det gjorde en enorm förbättring. Även hård kodning av din meny, sidhuvud, sidfot och sidofält i CSS kan ta bort mycket sidbyggare. Du kan också använda Asset CleanUp och Perfmatters för att lossa oanvända CSS och JS (och använda Elementor experimentella funktioner) men jag skulle undvika dem.

lätt Plugin alternativ

• SEO – Rank matematik.
• Säkerhetskopior-UpdraftPlus.
• Sliders-Soliloquy eller MetaSlider.
• sidbyggare-syre, Kadence tema, Gutenberg, Genesis.
• Galleri – Gutenberg Gallery eller Meow Gallery.
• Analytics-Google Analytics och Google Search Console (Inga plugins).
• Social delning-växa med Mediavine (snabbaste social delning plugin i WP Rocket test).
• kommentarer-native kommentarer eller wpdiskuz med optimerade inställningar och JavaScript fördröjning.

rengör din databas

en grundlig rengöring av din databas kan förbättra TTFB.

många av er använder WP Rocket för automatiska databasrensningar, men det låter dig inte gå igenom dina faktiska databastabeller och ta bort tabeller som lämnats av gamla plugins. För detta rekommenderar jag WP-Optimize. Visa fliken ” Tabeller ”och leta efter plugins som är” inte installerade.”Om du raderade ett plugin (eller inaktiverade en plugin-modul) och inte använder den längre kan du ta bort den.

öka Cache livslängd

de flesta cache plugins kan du ställa in cache livslängd. Genom att öka detta sparar du serverresurser eftersom cachen inte behöver byggas så ofta. Det här är bra om du inte publicerar innehåll ofta (som en nyhetswebbplats), annars borde du troligen lämna detta som standard.

inaktivera WordPress Heartbeat

WordPress Heartbeat förbrukar resurser genom att visa realtids plugin meddelanden, när andra användare redigerar ett inlägg, etc. För de flesta webbplatsägare gör det vanligtvis mer skada än nytta. Det finns många plugins för att inaktivera detta (WP Rocket, Perfmatters, de flesta cache-plugins).

för att inaktivera WordPress Heartbeat API utan ett plugin, gå till utseende > Temaredigerare och redigera sedan funktionerna.php-fil av ditt tema. Klistra sedan in koden direkt efter <?php-tagg:

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

kombinera inte CSS + JavaScript

mindre webbplatser bör vanligtvis kombinera CSS/JS medan större webbplatser inte borde. Enligt WP Johnny bör webbplatser med en CSS/JS-storlek på under 10 KB kombinera medan över 10 KB inte borde. Han fortsätter med att säga att när det gäller TTFB handlar det om att börja tidigare, inte sluta tidigare.

uppdatera till PHP 7.4

många värdar har redan släppt PHP 8.0, nyare MySQL-versioner och nya funktioner för att göra din webbplats snabbare och samtidigt minska TTFB. Se till att du använder de optimeringar som din värd erbjuder. Många plugins / teman har fortfarande kompatibilitetsproblem med PHP 8.0 där du kan använda PHP 7.4.

öka minnesgränsen

Elementor och WooCommerce kräver båda en 256MB minnesgräns, men du borde verkligen öka den till 256MB ändå, särskilt om din webbplats får dödliga minnesbegränsningsfel.

Lägg till koden i din wp-config.php före ” Glad Blogging.”

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

vissa värdar har också möjlighet att öka den i instrumentpanelen.

använd cachelagring på servernivå

många värdar erbjuder cachelagring på servernivå som minskar TTFB och snabbar upp din webbplats. Cloudways, SiteGround (och SG Optimizer), Kinsta och A2 Hosting är bara några av dem. Jag använder personligen memcached, NGINX och Redis (med lack inaktiverad) i Cloudways. Servernivå caching är snabbare än cache plugins eftersom det är från din server, vilket är snabbare än filbaserad caching.

avlasta resurser till CDN

CDN avlasta resurser till sina datacenter och lätta belastningen på din server.

jag föreslår Cloudflare, BunnyCDN, QUIC.cloud (om du använder LiteSpeed Cache) eller Cloudfront. Och överväga att inte använda StackPath som används i många CDN som RocketCDN och CloudwaysCDN.

de andra tre CDN: erna tenderar att ha bättre prestanda än Cloudflare, men de flesta kostar pengar. Oavsett vilken CDN du väljer, skulle jag använda Cloudflare för din DNS eftersom deras DNS är mycket snabbare än GoDaddy eller NameCheap DNS. För att använda Cloudflares DNS, Registrera dig bara för en gratis plan och ändra sedan namnservrar. Jag använder Cloudflare för DNS och BunnyCDN för min CDN.

en fördel med Cloudflare är att de har ytterligare funktioner som kan minska Ttfb (som Brotli, HTTP/3, bot protection, page rules och deras APO) som jag ska prata om i de närmaste stegen.

Steg 1: Registrera dig för ett gratis Cloudflare-konto, Lägg till din webbplats och kör skanningen som uppmanas av Cloudflare. Du kommer så småningom till en sida där Cloudflare tilldelar dig 2 namnservrar.

steg 2: Lägg Cloudflare namnservrar till NameCheap. Gå till Dashboard Domänlista för Domänlista hantera namnservrar för namnservrar för namnservrar för anpassad DNS. Lägg till de två namnservrarna Cloudflare gav dig.

aktivera Brotli

Brotli är snabbare än gzip-komprimering. Båda kommer att minska filstorlekarna för din HTML, CSS och JavaScript. Detta gör att dessa resurser kan laddas ner snabbare och förbättrar TTFB. Cloudflare har ett alternativ för att aktivera Brotli i hastighetsinställningarna, annars använder du Gzip i ditt cache-plugin.

aktivera HTTP/3

i CloudFlare-bloggen säger de att i genomsnitt med HTTP/3 ser vi den första byte som visas efter 176ms. med HTTP/2 ser vi 201ms, vilket betyder att HTTP/3 redan utför 12.4% bättre.

HTTP / 3 kan aktiveras i nätverksinställningarna på din Cloudflare-instrumentpanel. Och om du använder Quic.cloud eller annan CDN, se till att kontrollera om de har HTTP / 3-stöd också.

aktivera Bot skydd

din wp-inloggningssida är ett högt mål för dåliga bots.

även om bots inte lyckas logga in på din webbplats kan du hitta dem som försöker logga in som förbrukar serverresurser. Du kan blockera dem genom att flytta din inloggningssida (med Perfmatters eller WPS Hide Login) till en anpassad inloggningsadress och sedan aktivera botskydd i Cloudflares inställningar.

Steg 1: Installera Wordfence.

steg 2: Visa live trafikrapporten i några minuter för att se vem som träffar din webbplats i realtid.

steg 3: Flytta din WP-inloggningssida. Du kan göra detta med Perfmatters eller WPS Hide Login.

steg 4: blockera spam bots ytterligare genom att aktivera bot fight läge i Cloudflare Bisexual brandvägg (Cloudways har också bot skydd) eller prova Blackhole för dåliga Bots.

skapa en Cache allt Sidregel

om du använder Cloudflare, Lägg till en sidregel för att cache allt.

gå in i dina CloudFlare dashboard regler för sidor. Kopiera / klistra in regeln nedan, ersätt bara min domän med din. Om du har WooCommerce eller en dynamisk webbplats och stöter på problem när du lägger till cache allt sidregel, försök använda WP Cloudflare Super Page Cache plugin.

Dessutom kan du skapa en sidregel för wp-admin för att skydda den, kringgå cachen och förhindra att appar och prestandafunktioner (dvs. Rocket Loader) körs i adminområdet.

Tänk på Cloudflare ’s APO

Cloudflare testade deras APO på 500-webbplatser och fann i genomsnitt att det förbättrade TTFB med 90ms. detta servrar hela din webbplats från Cloudflare’ s edge-nätverk. Det är $5 / månad men värt att testa om du har en långsam TTFB. Se till att den är kompatibel med ditt cache-plugin eftersom det inte finns i WP Rocket.

använd en snabbare Cache Plugin

WP Rocket och LiteSpeed Cache är guld standarder för cache plugins.

men de flesta konfigurerar inte dessa med de optimala inställningarna. Jag har skrivit populära handledning om hur du konfigurerar WP Rocket, WP snabbaste Cache, W3 Total Cache och WP Super Cache.

med de flesta andra cache-plugins måste du installera cirka 6 extra plugins för att få dessa funktioner, när WP Rocket har dem alla inbyggda, vilket minskar antalet plugins på din webbplats. Om du är som jag vill du bara använda 1 plugin, annars måste du undersöka vilka funktioner ditt cache-plugin kommer med och installera sedan dessa plugins om det inte stöder dem.

• Databasrensning – WP-optimera
• CSS/JS optimering – Autoptimize
• fördröjning av JavaScript – körning – flygande skript
• värd för Google Analytics lokalt – Flying Analytics
• CDN URL integration – BunnyCDN / CDN Enabler
• Heartbeat control – heartbeat kontroll / manuell kod
• Lazy Load bilder/video – OPTIMOLE / wp YouTube lyte
• förspänning länkar / omedelbar sida – Perfmatters eller flygande sidor
• värd Facebook Pixel lokalt – Ingen plugin gör detta som jag vet
• prefetch/förspänning-Prefetch* Party Resource tips / manuell kod
• Font-display: swap-Swap Google Fonts Display / manuell kod

inaktivera datadelning i Plugins

ledsen plugin utvecklare, men om några plugins någonsin be dig att dela dina data, inaktivera det kommer att minska något CPU-användning eftersom servern inte behöver skicka data till plugin Utvecklare.

begränsa Inläggsrevisioner + Autosaves

som standard begränsar WordPress inte inläggsrevisioner och autosave-intervallet är ofta (1 minut). Att minska inläggsrevisioner (säkerhetskopior av dina gamla inlägg) och öka autosave-intervallet (dvs. 5 minuter) kan minska CPU-användningen något och förhindra en boated databas. Du kan göra båda dessa med Perfmatters eller genom att lägga till följande kod i din wp-config.php-fil.

define('WP_POST_REVISIONS', 5);

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

Byt ut WordPress Cron med riktiga Cron-jobb

WordPress cron körs varje gång en sida laddas och är ofta ett mål för DOS-attacker. Genom att ersätta det med ett riktigt cron-jobb kan du också schemalägga intervaller och spara resurser.

i de flesta fall öppnar du wp-config.php-fil och Lägg till en rad kod för att inaktivera WordPress cron. Då lägger du till den andra raden av kod till cron-jobbavsnittet i ditt värdkonto.

define('DISABLE_WP_CRON', true);

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

testa din Server svarstid (TTFB)

när du har gjort alla ändringar från den här guiden, testa din TTFB och förhoppningsvis är det snabbare.

Vanliga frågor

slutsats: gå med i WP Speed Matters Facebook-grupp för att få riktiga, objektiva åsikter. Titta på Facebook-omröstningarna som togs och personer som migrerade till olika värdar och publicerade sina resultat. Slutligen, håll dig borta från lågkvalitativa värdförbund som bara vill ha provisionerna.

Skål,
Tom