Sådan reduceres Serverresponstider (TTFB) i ordtryk: fortrinsvis Under 200 ms – Lighthouse + PageSpeed Insights Item

har du brug for at reducere serverresponstider?

servere styres af din hosting. Den nemmeste måde at reducere serverens responstider på er at undgå delt hosting og bruge en mere kraftfuld server. Det skyldes, at Delt hosting har begrænsede ressourcer + CPU-grænser. Nogle værts TTFB som SiteGround og RP-motor er også blevet værre. Der er mange afstemninger, migrationsresultater og samtaler om “den hurtigste hosting”, som du kan finde i mange upartiske Facebook-grupper som f.eks.

andre end hosting, den anden måde at forbedre TTFB er ved at reducere CPU og lette belastningen på din server. Cloudflare har mange funktioner, der kan reducere TTFB, herunder deres CDN, Brotli, HTTP/3, bot protection og APO. Du kan også bruge caching på serverniveau, nyeste PHP-versioner, rydde op i junk (database, oppustede plugins, sidebyggere og admin bloat) og deaktivere hjerteslag.

Hvad er en god TTFB?

Google anbefaler en TTFB på under 200 ms.

dette kan være realistisk for nogle hjemmesider, men du skal have en hurtig infrastruktur (hosting, tema, plugins). Hvis TTFB er over 600 ms, betragtes det som langsomt og vil mislykkes revisionen.

langsomme servere påvirker indlæsningstider, PSI-score (flere elementer) og administratorpanelhastighed. Da vitals bliver en større rankingfaktor, er det vigtigere end nogensinde at opnå en hurtig TTFB.

Sådan testes din TTFB korrekt

Lighthouse

Lighthouse er et ideelt sted at teste TTFB. Ifølge Google ” mislykkes denne revision ,når bro.sereren venter mere end 600 ms på, at serveren svarer på hoveddokumentanmodningen.”

Gtmetrik

Gtmetik viser din TTFB i fanerne Oversigt og struktur. Tilmeld dig en gratis konto, så du kan køre test fra datacentret tættest på dine besøgende i stedet for Vancouver.

KeyCDN

KeyCDN måler TTFB på tværs af 14 forskellige steder (det er også mit foretrukne værktøj). TTFBs kan være hurtige, når du tester placeringer tæt på din origin-server og langsomme, når du tester lange afstande.

Pingdom

Pingdom måler TTFB som “Vent” tid og lader dig teste fra forskellige steder.

Chrome DevTools

Chrome DevTools måler TTFB, men påvirkes af din computers latenstid og internetforbindelse, så du vil måske måle TTFB fra et datacenter ved hjælp af et af værktøjerne ovenfor.

Reducer CPU-brug

reduktion af CPU (findes på din hostingkonto) er en af de bedste måder at reducere serverresponstider på. Størstedelen af denne tutorial vil være fokuseret på at reducere CPU og derfor lette belastningen på din server. Undgå at bruge 75% + af CPU-grænser, så din server forbliver afslappet.

derfor er det så vigtigt at vælge en plan med nok serverressourcer. Værtsfirmaer giver dig retningslinjer baseret på månedlige besøgende, men de tager ikke højde for, hvor mange plugins du har, om de bruger masser af ressourcer, og om du bruger en CDN.

undgå delt Hosting

Delt hosting har begrænsede serverressourcer, hvilket ofte resulterer i en langsom TTFB.

hvis dine naboer (andre sider på serveren) er hogging ressourcer, bliver din hjemmeside sultet. For ikke at nævne de fleste delte værter har lave CPU-grænser. Derfor ser du ofte 500 fejl på delt hosting. Den ene dag er din hjemmeside Hurtig, Den næste dag er den træg. Jeg ville aldrig køre Elementor, Divi eller e-handel på delt hosting-de kræver for mange ressourcer.

Skift til hurtigere Hosting

de fleste hostinganbefalinger er affald, og jeg foreslår, at du tilmelder dig Facebook-gruppen Speed Matters, som er en af de eneste grupper, der ikke kontrolleres af datterselskaber eller SiteGround ‘ s community manager, der “modererer” negative indlæg om deres brand som i andre grupper.

hver har forskellige opsætninger. På Skyveje bruger jeg FlyingPress + BunnyCDN (eller brug Rocket). Du kan bruge LiteSpeed Cache plugin.cloud CDN. De er begge gode opsætninger og bør give dig en hurtig TTFB – se min Rocket Rocket eller LiteSpeed Cache tutorials.

når du er i tvivl, tjek Facebook afstemninger og migration resultater (se mere).

undgå langsomme Plugins + side Builders

nogle plugins kan bremse din hjemmeside, TTFB, og øge CPU.

Find dine langsomste Plugins-Forespørgselsmonitor og ny relikvie er gode til at finde langsomme plugins. Installer Forespørgselsmonitor, se en side på din side, Hold markøren over fanen Forespørgselsmonitor, og gå til forespørgsler efter Komponent. Du kan tjekke flere sider/indlæg for forskellige forespørgsler.

Hive er en fiks Google Chrome-udvidelse, der fortæller dig, om et plugin vil påvirke din hukommelsesforbrug / PageSpeed Insights-score, når du ser plugins i .

undgå tunge Sidebygere – Elementor + Divi blev knust i kernevævets vitaler. Ud over ekstra CSS, JavaScript og utallige div-indpakninger er disse hjemmesider typisk afhængige af ekstra tredjeparts plugins og addons. Dette resulterer i endnu mere oppustethed. Jeg flyttede fra Elementor til Gutenberg, og det gjorde en enorm forbedring. Selv hård kodning af din menu, overskrift, sidefod og sidebjælke i CSS kan fjerne en masse sidebygger-opblussen. Du kan også bruge Asset CleanUp og Perfmatters til at aflæse ubrugt CSS og JS (og bruge Elementors eksperimentelle funktioner), men jeg ville undgå dem.

letvægts Plugin alternativer

• SEO – rang matematik.
• Sikkerhedskopier – UpdraftPlus.
• skydere – monolog eller MetaSlider.
• sidebygger – ilt, Kadence tema, Gutenberg, Genesis.
• Galleri – Gutenberg Galleri.
• Analytics-Google Analytics og Google Search Console (ingen plugins).
• Social Deling-vokse ved Mediavine (hurtigste sociale deling plugin i Rocket test).
• Kommentarer – native kommentarer med optimerede indstillinger og JavaScript forsinkelse.

Rens din Database

en grundig oprydning af din database kan forbedre TTFB.

mange af jer bruger Rocket til automatisk databaseoprydning, men dette lader dig ikke gennemgå dine faktiske databasetabeller og fjerne tabeller, der er efterladt af gamle plugins. Til dette anbefaler jeg, at du optimerer. Se fanen ” tabeller “og se efter plugins, der er” ikke installeret.”Hvis du har slettet et plugin (eller deaktiveret et plugin-modul) og ikke bruger det længere, kan du fjerne det.

Forøg cachens levetid

de fleste cache-plugins giver dig mulighed for at indstille cachens levetid. Ved at øge dette sparer du serverressourcer, da cachen ikke behøver at blive bygget så ofte. Dette er godt, hvis du ikke offentliggør indhold ofte (som en nyhedsside), ellers skal du sandsynligvis lade dette være standard.

Deaktiver hjerteslag

hjerteslag bruger ressourcer ved at vise plugin-meddelelser i realtid, når andre brugere redigerer et indlæg osv. For de fleste hjemmeside ejere, det normalt gør mere skade end gavn. Der er mange plugins til at deaktivere dette (, Perfmatters, de fleste cache plugins).

hvis du vil deaktivere Heartbeat API uden et plugin, skal du gå til udseende > Temaeditor og derefter redigere funktionerne.php fil af dit tema. Indsæt derefter koden lige efter <?php tag:

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

kombiner ikke CSS + JavaScript

mindre steder bør normalt kombinere CSS/JS, mens større steder ikke bør. Ifølge Johnny, hjemmesider med en CSS / JS størrelse på under 10KB bør kombinere mens over 10KB ikke bør. Han fortsætter med at sige, at hvad angår TTFB, handler det om at starte før, ikke afslutte før.

Opdater til PHP 7.4

mange værter har allerede udgivet PHP 8.0, nyere versioner og nye funktioner for at gøre din hjemmeside hurtigere og samtidig reducere TTFB. Sørg for, at du bruger de optimeringer, som din vært tilbyder. Mange plugins / temaer har stadig kompatibilitetsproblemer med PHP 8.0, hvor du kan bruge PHP 7.4.

begge kræver en 256 MB hukommelsesgrænse, men du bør virkelig øge den til 256 MB alligevel, især hvis din hjemmeside får fatale hukommelsesgrænsefejl.

Tilføj koden til din VP-konfiguration.php før ” glad Blogging.”

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

nogle værter har også mulighed for at øge det i deres dashboard.

brug cache på serverniveau

mange værter tilbyder cache på serverniveau, hvilket reducerer TTFB og fremskynder din side. Kinsta, Kinsta og A2 Hosting er blot nogle få af dem. Jeg bruger personligt memcached, NGINKSOG Redis (med lak deaktiveret) i Skyveje. Caching på serverniveau er hurtigere end cache-plugins, fordi det er fra din server, hvilket er hurtigere end filbaseret caching.

Offload ressourcer til CDNs

CDNs offload ressourcer til deres datacentre og lette belastningen på din server.

jeg foreslår Cloudflare, BunnyCDN, KVIC.cloud (hvis du bruger LiteSpeed Cache) eller Cloudfront. Og overvej ikke at bruge StackPath, som bruges i mange CDN ‘ er som RocketCDN og Cloudscdn.

de andre tre CDN ‘ er har tendens til at have bedre ydeevne end Cloudflare, men de fleste af dem koster penge. Uanset hvilket CDN du vælger, ville jeg bruge Cloudflare til din DNS, da deres DNS er meget hurtigere end GoDaddy eller NameCheap ‘ s DNS. For at bruge Cloudflares DNS skal du bare tilmelde dig en gratis plan og derefter ændre navneservere. Jeg bruger Cloudflare til DNS og BunnyCDN til min CDN.

en fordel ved Cloudflare er, at de har yderligere funktioner, der kan reducere TTFB (som Brotli, HTTP/3, bot protection, page rules og deres APO), som jeg vil tale om i de næste par trin.

Trin 1: Tilmeld dig en gratis Cloudflare-konto, Tilføj din side, og kør scanningen foranlediget af Cloudflare. Du kommer til sidst til en side, hvor Cloudflare tildeler dig 2 navneservere.

Trin 2: Tilføj Cloudflare navneservere til NameCheap. Gå til Dashboard-liste over domænenavne, der styres af navne-navneservere, der er tilpasset DNS. Tilføj de to navneservere Cloudflare forudsat dig.

aktiver Brotli

Brotli er hurtigere end gsip-komprimering. Begge vil reducere filstørrelserne på din HTML, CSS og JavaScript. Dette giver disse ressourcer til at hente hurtigere og forbedrer TTFB. Cloudflare har mulighed for at aktivere Brotli i hastighedsindstillingerne, ellers bruger du Gcip i dit cache-plugin.

aktiver HTTP/3

i Cloudflare-bloggen siger de, at vi i gennemsnit med HTTP/3 ser den første byte vises efter 176ms. med HTTP/2 ser vi 201ms, hvilket betyder, at HTTP/3 allerede udfører 12,4% bedre.

HTTP/3 kan aktiveres i netværksindstillingerne på dit Cloudflare dashboard. Og hvis du bruger Kvic.cloud eller en anden CDN, skal du kontrollere, om de også har HTTP/3-support.

aktiver Bot beskyttelse

din VP-login side er et højt mål for dårlige bots.

selvom bots ikke lykkes med at logge ind på din side, kan du finde dem forsøger at logge ind, som bruger serverressourcer. Du kan blokere dem ved at flytte din login-side til en brugerdefineret login-URL og derefter aktivere botbeskyttelse i Cloudflares indstillinger.

Trin 1: Installer Ordfence.

Trin 2: Se live traffic report i et par minutter for at se, hvem der rammer din side i realtid.

Trin 3: Flyt din loginside. Du kan gøre dette med Perfmatters eller Hide login.

Trin 4: Bloker spam-bots endnu mere ved at aktivere bot-kamptilstand i Cloudflare-brandmur-Bots-kamptilstand (Skyveje har også bot-beskyttelse) eller prøv Blackhole for dårlige Bots.

Opret en Cache alt Sideregel

hvis du bruger Cloudflare, skal du tilføje en sideregel for at cache alt.

gå ind i dit Cloudflare-dashboard. Kopier / indsæt reglen nedenfor, Udskift kun mit domæne med dit. Hvis du har et dynamisk sted og løber ind i problemer, når du tilføjer cache everything page-reglen, kan du prøve at bruge plugin ‘ et Cloudflare Super Page Cache.

Derudover kan du oprette en sideregel for administratoren for at beskytte den, omgå cachen og forhindre, at apps og ydelsesfunktioner (dvs.Raketlæsser) kører i adminområdet.

overvej Cloudflare s APO

Cloudflare testet deres APO på 500 sites og fundet i gennemsnit, Det forbedret TTFB af 90ms. dette servere hele din hjemmeside fra Cloudflare kant netværk. Det er $5 / måned, men værd at teste, hvis du har en langsom TTFB. Sørg for, at det er kompatibelt med dit cache-plugin, da det ikke er i Rocket.

brug et hurtigere Cache-Plugin

Rocket og LiteSpeed Cache er guldstandarderne for cache-plugins.

de fleste mennesker konfigurerer dog ikke disse med de optimale indstillinger. Jeg har skrevet populære tutorials om konfiguration af Rocket Rocket, hurtigste Cache, Total Cache i 3 og Super Cache.

med de fleste andre cache-plugins skal du installere omkring 6 ekstra plugins for at få disse funktioner, når Rocket har dem alle indbygget, hvilket reducerer antallet af plugins på din side. Hvis du er som mig, vil du kun bruge 1 plugin, ellers bliver du nødt til at undersøge, hvilke funktioner dit cache-plugin leveres med, og installer derefter disse plugins, hvis det ikke understøtter dem.

• Databaseoprydning – Optimer
• CSS/JS optimering-Autoptimere
• forsinkelse JavaScript – udførelse – flyvende Scripts
• Host Google Analytics lokalt – Flying Analytics
• CDN URL integration – BunnyCDN / CDN Enabler
• Heartbeat control – heartbeat kontrol / manuel kode
• dovne Load billeder/videoer – OPTIMOLE / hp YouTube Lyte
• preload links / øjeblikkelig side – Perfmatters eller flyvende sider
• host Facebook – billede lokalt – Ingen plugin gør dette, at jeg ved
• preload/preload-pre* Party Resource Hints / manuel kode
• Font-display:Skift – Skift Google Fonts Display / manuel kode

Deaktiver datadeling i Plugins

beklager plugin-udviklere, men hvis nogen plugins nogensinde beder dig om at dele dine data, vil deaktivering af det reducere CPU-brugen lidt, da din server ikke behøver at sende dataene til plugin-udviklere.

Begræns revisioner af indlæg + Autosaves

som standard begrænser ikke revisioner af indlæg, og intervallet for autosave er hyppigt (1 minut). Faldende postrevisioner (sikkerhedskopier af dine gamle indlæg) og forøgelse af autosave-intervallet (dvs.5 minutter) kan reducere CPU-brugen lidt og forhindre en boated database. Du kan gøre begge disse ved hjælp af Perfmatters eller ved at tilføje følgende kode til din pc-konfiguration.php-fil.

define('WP_POST_REVISIONS', 5);

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

Cron udføres hver gang en side indlæses og er ofte et mål for DoS-angreb. Ved at erstatte det med et rigtigt cron-job kan du også planlægge intervaller og spare ressourcer.

i de fleste tilfælde åbner du opsætningen.php fil og tilføje en linje af kode for at deaktivere cron. Derefter tilføjer du den anden linje med kode til cron-jobsektionen på din hostingkonto.

define('DISABLE_WP_CRON', true);

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

Test din Serverresponstid (TTFB)

når du har foretaget alle ændringerne fra denne vejledning, skal du teste din TTFB igen, og forhåbentlig er det hurtigere.

Ofte Stillede Spørgsmål

konklusion: Deltag i Facebook-gruppen Speed Matters for at få reelle, upartiske meninger. Se på de Facebook-afstemninger, der blev taget, og folk, der migrerede til forskellige værter og offentliggjorde deres resultater. Endelig, bo klart af lav kvalitet hosting søsterselskaber, der kun ønsker provisioner.

Skål,
Tom