hogyan csökkenthető a szerver válaszideje (TTFB) a WordPress-ben: lehetőleg 200 ms alatt-Lighthouse + PageSpeed Insights elem

csökkenteni kell a szerver válaszidejét?

a szervereket a tárhely vezérli. A WordPress szerver válaszidejének csökkentésének legegyszerűbb módja a Megosztott tárhely elkerülése és egy erősebb szerver használata. Ez azért van, mert a Megosztott tárhely korlátozott erőforrásokkal + CPU korlátokkal rendelkezik. Néhány gazdagép TTFB-je, mint A SiteGround és a WP Engine, szintén rosszabb lett. Számos közvélemény-kutatás, migrációs eredmény és beszélgetés található a “leggyorsabb tárhelyről”, amelyet számos elfogulatlan Facebook-csoportban találhat, mint például a WP Speed Matters.

a tárhelyen kívül a TTFB javításának másik módja a CPU csökkentése és a szerver terhelésének enyhítése. A Cloudflare számos olyan funkcióval rendelkezik, amelyek csökkenthetik a TTFB-t, beleértve a CDN-t, a BROTLI-t, a HTTP/3-at, a botvédelmet és az APO-t. Használhatja a szerver szintű gyorsítótárazást, a legújabb PHP verziókat, megtisztíthatja a szemetet (adatbázis, puffadt bővítmények, oldalépítők és adminisztrátori puffadás), és letilthatja a szívverést.

mi a jó TTFB?

a Google 200 ms alatti TTFB-t ajánl.

ez reális lehet néhány WordPress-webhely esetében, de gyors infrastruktúrával kell rendelkeznie (tárhely, téma, bővítmények). Ha a TTFB meghaladja a 600 ms-ot, akkor lassúnak tekinthető, és sikertelen lesz az ellenőrzés.

a lassú kiszolgálók befolyásolják a betöltési időket, a PSI pontszámokat (több elem) és az admin panel sebességét. Mivel a webes életjelek egyre nagyobb rangsorolási tényezővé válnak, a gyors TTFB elérése fontosabb, mint valaha.

1 2
0-200ms Google ajánlott
200-600ms Passes világítótorony
600-1000ms nem világítótorony
1000ms + nagyon lassú

hogyan kell megfelelően tesztelni a TTFB-t

világítótorony

a világítótorony ideális hely a TTFB tesztelésére. A Google szerint ” ez az ellenőrzés sikertelen, ha a böngésző több mint 600 ms-ot vár, amíg a szerver válaszol a fő dokumentumkérésre.”

rövid szerver válaszidő

GTmetrix

a GTmetix a TTFB-t mutatja az Összegzés és a struktúra lapon. Iratkozzon fel egy ingyenes GTmetrix fiókra, így Vancouver helyett a látogatókhoz legközelebb eső adatközpontból futtathat teszteket.

OMM TTFB GTmetrix

KeyCDN

KeyCDN intézkedések TTFB szerte 14 különböző helyeken (ez is az én preferált eszköz). A TTFBs gyors lehet az origin szerverhez Közeli helyek tesztelésekor, és lassú a nagy távolságok tesztelésekor.

KeyCDN TTFB

Pingdom

a Pingdom a TTFB-t “várakozási” időként méri, és lehetővé teszi a különböző helyekről történő tesztelést.

Pingdom TTFB

Chrome DevTools

a Chrome DevTools méri a TTFB-t, de a számítógép késése és internetkapcsolata befolyásolja, ezért érdemes lehet A TTFB-t egy adatközpontból mérni a fenti eszközök egyikével.

TTFB Chrome DevTools

csökkentse a CPU használatát

a CPU csökkentése (a tárhely-fiókjában található) az egyik legjobb módszer a szerver válaszidejének csökkentésére. Ennek az oktatóanyagnak a többsége a CPU csökkentésére összpontosít, ezért megkönnyíti a szerver terhelését. Kerülje a CPU-korlátok 75% – ának használatát, így a szerver nyugodt marad.

Reduce-CPU-Usage-WordPress
tartsa a szerver nyugodt tartása CPU használat alatt 75%
használat-Chrome Dev Tools
ellenőrizze az egyes elemek használatát a Chrome Dev Tools alkalmazásban

ezért olyan fontos, hogy elegendő szerver erőforrással rendelkező tervet válasszon. A fogadó cégek a havi látogatók alapján adnak iránymutatásokat, de nem veszik figyelembe, hogy hány plugin van, sok erőforrást fogyasztanak-e, és hogy CDN-t használ-e.

 GrowBig szerver erőforrások
használjon olyan tárhely-tervet, amely elegendő erőforrással rendelkezik a forgalom, a bővítmények stb

kerülje a megosztott tárhelyet

a Megosztott tárhely korlátozott szerver erőforrásokkal rendelkezik, ami gyakran lassú TTFB-t eredményez.

ha szomszédai (a szerver más webhelyei) erőforrásokat foglalnak el, akkor a webhelye éhezik. Nem is beszélve arról, hogy a legtöbb megosztott gazdagép alacsony CPU-korlátokkal rendelkezik. Ezért gyakran lát 500 hibát a megosztott tárhelyen. Egyik nap a webhely gyors, másnap lassú. Soha nem futtatnám az Elementort, a Divit vagy a WooCommerce – t megosztott tárhelyen-túl sok erőforrást igényelnek.

 Megosztott tárhely vs felügyelt tárhely
a felügyelt/felhőalapú tárhely nagy különbséget jelenthet
Backlinko TTFB teszt
a Backlinko által végzett TTFB teszt
WordPress-Hosting-TTFBs
a Ttfb tesztem korrelált a Backlinko-val, valamint néhány más gazdagépet is teszteltem
  • A SiteGround lassú TTFB-vel, CPU-korlátokkal, csökkent Támogatással, áremelkedésekkel és egyéb problémákkal rendelkezik. A TOS (sec. 9) megakadályozza, hogy a leányvállalatok rossz értékelésekben használják A’ SiteGround ‘ – ot. 2019-ben elhagytam őket, és teljesen abbahagytam őket. Ahogy egy ember mondta: “A SiteGround már nem valamiféle ár-érték arány.”Végezze el a kutatását.
  • Hostinger hamis véleményeket ír, önmagukra szavaz az FB közvélemény-kutatásokban, szintén etikátlan. Az alkalmazottak ügyfelekként pózolnak, és becsapják az embereket A Hostinger vásárlására (view poll).
  • a GoDaddy-nak valóban van egy tisztességes TTFB-je, de problémákkal jár: fizet az SSL-ért, a rosszindulatú programokért, a lassú DNS-ért, és az irányítópult kevés irányítást biztosít (lásd a szálat).
  • a WP Engine abszurd állításokat tesz, mint például “a WordPress egyértelmű teljesítményvezetője”, amikor a legtöbb ember elvándorol, és sokkal gyorsabb betöltési időt tesz közzé.
  • az olyan EIG márkák, mint a Bluehost és a HostGator, túlzsúfolt szerverekkel, lassú TTFB-vel, rossz támogatási/üzemidőkkel és rosszindulatú programokkal (szál megtekintése) rendelkeznek. Főleg a “Hogyan kezdjünk el egy blogot” leányvállalatok támogatják, és sokat fizetnek, hogy a WordPress” ajánlja”.

SiteGround-Slow-TTFB

váltás gyorsabb tárhelyre

a legtöbb tárhely-ajánlás szemét, és azt javaslom, hogy csatlakozzon a wp Speed Matters Facebook csoporthoz, amely az egyetlen olyan csoport, amelyet nem a leányvállalatok vagy A SiteGround közösségi menedzsere irányít, aki” moderálja ” a márkájukkal kapcsolatos negatív bejegyzéseket, mint más csoportokban.

a Cloudways kiváló visszajelzést nyújt a Facebook csoportokban, ha elolvassa a szálakat. A Vultr HF tervüket használom, és gyors TTFB-vel rendelkezem, szép GTmetrix eredményekkel (nyugodtan kattintson a blogomra, hogy megnézze, milyen gyorsan töltődik be). Az Object Cache Pro-t (Redis), az NVMe-t használják, és világszerte 39 adatközponttal rendelkeznek. A fő hátrányok nem fájlkezelő, az e-mail tárhely pedig $1/e-mail/hónap. A Cloudways egy kicsit techier, mert egyedi irányítópultot használnak, amely megköveteli a szerver elindítását, de a legtöbb embernek könnyű, ha megszokja. Havi árazás, magas megújítások nélkül, 3 napos próbaverziók, és ingyenes migrációt tartalmaz. Ha a TTFB lassú, próbálja meg klónozni webhelyét a Vultr HF-en, és tesztelje az eredményeket (az emberek migrációs eredményeinek képernyőképeit + a Facebook közvélemény-kutatásait alább is megtekintheti). Magas a TrustPilot minősítésük, és ha valamilyen oknál fogva nem vagy boldog, csak törölje a 3 napos próbaverziót.

 SiteGround lassú TTFB

SiteGround Cloudways CPU használat

SiteGround Cloudways TTFB

a NameHero LiteSpeed szervereket használ, amelyek egy újabb/gyorsabb típusú szerverek (olcsó és a Facebook közvélemény-kutatásokban nagyon szavaztak). Rengeteg pozitív visszajelzést találhatsz a Facebook csoportokban. Javaslom a NameHero-t hasonló gazdagépeken (mint például az A2), mert megbízhatóbbak, jobb üzemidőkkel és amerikai alapú Támogatással. CPanel-t is használnak, amely kezdőbarát. A NameHero 30 napos visszatérítési politikával rendelkezik, és ingyenes migrációkat végez, de csak akkor használnám őket, ha a látogatók az Egyesült Államokban vagy Hollandiában vannak, mivel ott vannak az adatközpontok. Általában ajánlom a Turbo Cloud tervet, amely 3GB RAM + NVMe-vel érkezik. A nagy (WooCommerce) webhelyeknek a felügyelt felhőjüket (vagy Cloudways-t) kell használniuk.

SiteGround vs Cloudways vs NameHero

WPX – a LiteSpeed-et is használja (nem biztos, hogy miért van eltemetve ezen az oldalon) kiváló támogatással és TrustPilot minősítéssel, de csak 3 adatközpontjuk van Chicagóban, Londonban és Sydney-ben. Jó választás, ha a látogatók a közelben vannak, különben válasszon valaki mást. Nagyszerű visszajelzéseik vannak a Facebook csoportokban is, és ingyenes migrációt, valamint ingyenes webhelysebesség-optimalizálást tartalmaznak, ahol optimalizálják webhelyét az alapvető webes életjelekhez. A fő con az ár, és a műszerfal túlságosan leegyszerűsített és hibás lehet.

WPX-vs-Cloudways

Affiliate Disclaimer-aff linkeket használok az általam ajánlott házigazdákhoz, de nem azokat, amelyeket nem.

mindegyiknek különböző beállításai vannak. A Cloudways-en a FlyingPress + BunnyCDN-t használom (vagy a WP Rocket-et használom). NameHero vagy WPX, akkor használja a LiteSpeed Cache plugin + QUIC.felhő CDN. Mindketten nagyszerű beállítások, és gyors TTFB – t kell adniuk-lásd a WP Rocket vagy LiteSpeed Cache oktatóanyagokat.

ha kétségei vannak, ellenőrizze a Facebook közvélemény-kutatásait és migrációs eredményeit (további részletek).

 Cloudways Shoutout

elmozdulás A SiteGround
forrás: WordPress tárhely Facebook csoport
Best-SiteGround-Alternative
forrás: SEO Signals Lab
WPX vs Cloudways
forrás: WordPress tárhely
SiteGround vs Cloudways Vultr
forrás: Oxygen felhasználói Facebook csoport
DigitalOcean to Vultr HF
forrás: WP Speed Matters
Cloudways Switch tárhely
forrás: Twitter

Cloudways vs SiteGround Post

ecommerce Hosting szavazás
forrás: Oxygen felhasználó Facebook csoport
Elementor-Hosting-Poll
forrás: Elementor Community
felhő Hosting szavazás
forrás: bloggerek szenvedély
WP Motor Cloudways kapcsoló
forrás: SEO jelek Lab Facebook csoport
Cloudways Divi-vel
forrás: Divi téma felhasználók
Cloudways Vultr migráció
forrás: Twitter

Cloudways-Facebook-Review

Cloudways Promóciós Kód OMM25
25% ki 2 hónapos Cloudways kóddal OMM25 (vagy használja a kuponok oldal 30% ki 3 hónap)

kerülje a lassú bővítményeket + Oldalépítők

egyes bővítmények lelassíthatják a webhelyet, a TTFB-t és növelhetik a CPU-t.

Plugin Kategória memória hatása Oldalsebesség hatása
minden egyben SEO SEO X X
analitikai analitikai X
Backup Buddy Backup X
Ithemes biztonság biztonság X
hibás Link ellenőrző SEO X
Jetpack Security X X
Query Monitor Analytics X
NextGEN Gallery Gallery X X
Site Kit by Google Analytics X
Wordfence Security X
wpDiscuz X X
WPML Translate X X
Yoast SEO SEO X

keresse meg a leglassabb bővítményeket – a Query Monitor és a New Relic nagyszerűek a lassú bővítmények megtalálásához. Telepítse a Lekérdezésfigyelőt, nézzen meg egy oldalt a webhelyén, vigye az egérmutatót a Lekérdezésfigyelő fül fölé, majd lépjen a Lekérdezések elemre. Meg tudja nézni több oldal/hozzászólás különböző lekérdezések.

Query Monitor lassú Plugins

WP Hive egy remek Google Chrome kiterjesztés, amely megmondja, hogy egy plugin hatással lesz a memória használat / PageSpeed Insights pontszámok megtekintésekor plugins a WordPress adattár.

WP Hive

kerülje a nehéz Oldalépítőket – az Elementor + Divi összetört a core web vitals-ban. Az extra CSS, JavaScript és számtalan div csomagoló mellett ezek a webhelyek általában extra harmadik féltől származó bővítményekre és kiegészítőkre támaszkodnak. Ez még nagyobb puffadást eredményez. Az Elementorból gutenbergbe költöztem, és ez hatalmas előrelépést tett. Még a menü, a fejléc, a lábléc és az oldalsáv kemény kódolása a CSS-ben is eltávolíthatja az Oldalkészítő sok duzzadását. Használhatod az Asset CleanUp-ot és a Perfmattereket a fel nem használt CSS-EK és JS-ek kirakásához (és az Elementor kísérleti funkcióinak használatához), de én elkerülném őket.

 oldalépítő sebesség teszt
forrás: gutenberghub.com
leggyorsabb-WordPress-témák szavazás
forrás: WordPress gyorsítsa fel a Facebook csoportot
GeneratePress-Speed
forrás: WordPress gyorsítsa fel a Facebook csoportot

kedvenc téma szavazás
forrás: bloggers Passion Facebook Group
Elementor oxigén Builder
forrás: oxigén felhasználó Facebook csoport

könnyű Plugin alternatívák

  • SEO – Rank Math.
  • Biztonsági Mentések – UpdraftPlus.
  • csúszkák – monológ vagy MetaSlider.
  • oldalépítő – oxigén, Kadence téma, Gutenberg, Genesis.
  • Galéria – Gutenberg Galéria vagy miau Galéria.
  • Analytics – Google Analytics és Google Search Console (pluginek nélkül).
  • Social Sharing – Grow by Mediavine (leggyorsabb közösségi megosztás plugin WP Rocket teszt).
  • Megjegyzések – natív megjegyzések vagy wpdiscuz optimalizált beállításokkal és JavaScript késleltetéssel.

tisztítsa meg az adatbázist

az adatbázis alapos tisztítása javíthatja a TTFB-t.

sokan közületek használják a wp Rocket-et az automatikus adatbázis-tisztításhoz, de ez nem engedi, hogy a tényleges adatbázis-táblákat átnézd, és eltávolítsd a régi bővítmények által hátrahagyott táblákat. Ehhez ajánlom a WP-Optimize-t. Tekintse meg a ” táblázatok “fület, és keresse meg a” nincs telepítve ” bővítményeket.”Ha törölt egy plugint (vagy letiltott egy plugin modult), és már nem használja, eltávolíthatja azt.

WP-Optimize-Tables

növelje a gyorsítótár élettartamát

a legtöbb gyorsítótár-bővítmény lehetővé teszi a gyorsítótár élettartamának beállítását. Ennek növelésével mentheti a szerver erőforrásait, mivel a gyorsítótárat nem kell olyan gyakran építeni. Ez akkor jó, ha nem tesz közzé gyakran tartalmat (például egy híroldalt), különben valószínűleg ezt kell hagynia alapértelmezettként.

gyorsítótár élettartama

tiltsa le a WordPress Heartbeat

a WordPress Heartbeat erőforrásokat fogyaszt a valós idejű plugin értesítések megjelenítésével, amikor más felhasználók szerkesztenek egy bejegyzést stb. A legtöbb webhelytulajdonos számára általában több kárt okoz, mint hasznot. Számos plugin van ennek letiltására (WP Rocket, Perfmatters, a legtöbb gyorsítótár-bővítmény).

a WordPress Heartbeat API plugin nélküli letiltásához lépjen a megjelenés > Theme Editor elemre, majd szerkessze a funkciókat.a téma php fájlja. Ezután illessze be a kódot közvetlenül a <után?php tag:

 a WordPress szívverés kézi letiltása

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

ne kombinálja a CSS + JavaScript

a kisebb webhelyeknek általában a CSS/JS-t kell kombinálniuk, míg a nagyobb webhelyeknek nem. WP Johnny szerint a 10KB alatti CSS/JS méretű webhelyeknek kombinálniuk kell, míg a 10KB feletti webhelyeknek nem. A továbbiakban azt mondja, hogy a TTFB-vel kapcsolatban az a lényeg, hogy hamarabb kezdjünk, nem pedig hamarabb.

 CSS JS méret GTmetrix vízesés
ha a CSS / JS mérete meghaladja a 10KB-t, ne keverje össze

ne kombinálja a CSS-t

ne kombinálja a JavaScript

frissítést a PHP 7.4

sok gazdagép már kiadta a PHP 8.0-t, az újabb MySQL verziókat és az új funkciókat, hogy a webhely gyorsabb legyen, miközben csökkenti a TTFB-t. Győződjön meg arról, hogy a gazdagép által kínált optimalizálásokat használja. Számos plugin/téma továbbra is kompatibilitási problémákkal küzd a PHP 8.0-val, amelyben a PHP 7.4-et használhatja.

PHP 7.4
PHP 7.4
WordPress-Plugin-Updates
ne felejtsd el frissíteni a WordPress magját, témáját és bővítményeit

növelje a memória korlátot

az Elementor és a WooCommerce egyaránt 256 MB memória korlátot igényel, de mindenképpen 256 MB-ra kell növelnie, különösen, ha webhelye végzetes memória limit hibákat okoz.

adja hozzá a kódot a wp-config-hez.php előtt ” Boldog blogolás.”

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

néhány gazdagépnek lehetősége van arra is, hogy növelje azt az irányítópulton.

Cloudways memória Limit

kiszolgálószintű gyorsítótár használata

sok állomás kínál szerverszintű gyorsítótárat, amely csökkenti a TTFB-t és felgyorsítja a webhelyet. A Cloudways, A SiteGround (és az SG Optimizer), a Kinsta és az A2 Hosting csak néhány ezek közül. Én személy szerint memcached, NGINX, és Redis (lakk tiltva) a Cloudways. A kiszolgálószintű gyorsítótár gyorsabb, mint a gyorsítótár-bővítmények, mert a kiszolgálóról származik, ami gyorsabb, mint a fájlalapú gyorsítótár.

 a Cloudways kezeli a szolgáltatásokat
a Memcached, az NGINX és a Redis példák a szerver szintű gyorsítótárazásra

az erőforrások CDN-ekre történő tehermentesítése

a CDN-ek az erőforrásokat az adatközpontjaikba töltik, és megkönnyítik a kiszolgáló terhelését.

azt javaslom Cloudflare, BunnyCDN, QUIC.felhő (ha LiteSpeed gyorsítótárat használ) vagy Cloudfront. És fontolja meg, hogy ne használja a StackPath-ot, amelyet sok CDN-ben használnak, mint például a RocketCDN és a CloudwaysCDN.

a másik három CDN általában jobb teljesítményt nyújt, mint a Cloudflare, de a legtöbbjük pénzbe kerül. Függetlenül attól, hogy melyik CDN-t választja, a Cloudflare-t használnám a DNS-hez, mivel DNS-jük sokkal gyorsabb, mint a GoDaddy vagy a NameCheap DNS-je. A Cloudflare DNS használatához csak iratkozzon fel egy ingyenes csomagra, majd változtassa meg a névszervereket. A Cloudflare-t használom a DNS-hez, a BunnyCDN-t pedig a CDN-hez.

a Cloudflare egyik előnye, hogy további funkciókkal rendelkeznek, amelyek csökkenthetik a TTFB-t (például Brotli, HTTP/3, bot védelem, oldalszabályok és APO), amelyekről a következő néhány lépésben beszélek.

1.lépés: iratkozzon fel egy ingyenes Cloudflare-fiókra, adja hozzá webhelyét, és futtassa a Cloudflare által kért vizsgálatot. Akkor végül jön egy oldal, ahol Cloudflare rendel 2 névszerverek.

Cloudflare-GoDaddy-Nameservers

Lépés 2: Add Cloudflare névszerverek NameCheap. Menjen az irányítópultra A (Z) Dashboard (tartomány) listához A (Z) Dashboard (tartomány) listához. Adja hozzá a Cloudflare két névszerverét.

 NameCheap névszerverek
a névszerverek frissítése akár 24 órát is igénybe vehet

engedélyezze Brotli

Brotli gyorsabb, mint a gzip tömörítés. Mindkettő csökkenti a HTML, CSS és JavaScript fájlméretét. Ez lehetővé teszi ezen erőforrások gyorsabb letöltését és javítja a TTFB-t. A Cloudflare-nek lehetősége van engedélyezni a Brotli-t a sebességbeállításokban, különben a gzip-et használja a gyorsítótár-bővítményben.

Cloudflare Brotli

HTTP/3 engedélyezése

a Cloudflare blogban azt mondják, hogy átlagosan a HTTP/3-mal az első bájt jelenik meg 176 ms után. a HTTP/2-vel 201 ms-ot látunk, ami azt jelenti, hogy a HTTP/3 már 12,4% – kal jobban teljesít.

a HTTP/3 engedélyezhető a Cloudflare irányítópult hálózati beállításaiban. És ha Quic-et használ.felhő vagy más CDN, ellenőrizze, hogy van-e HTTP / 3 támogatás is.

Cloudflare HTTP3

Botvédelem engedélyezése

a wp-bejelentkezési oldal nagy célpont a rossz botok számára.

még akkor is, ha a botoknak nem sikerül bejelentkezniük a webhelyére, előfordulhat, hogy megpróbálnak bejelentkezni, ami szerver erőforrásokat igényel. Blokkolhatja őket úgy, hogy a bejelentkezési oldalt (a Perfmatters vagy a WPS Hide Login használatával) egy egyéni bejelentkezési URL-re helyezi át, majd engedélyezi a botvédelmet a Cloudflare beállításaiban.

1. Lépés: Telepítse A Wordfence Alkalmazást.

2. lépés: Tekintse meg az élő forgalmi jelentést néhány percig, hogy valós időben lássa, ki üti meg webhelyét.

WordPress login bot spam

3.lépés: mozgassa a wp-bejelentkezési oldalt. Ezt megteheti a Perfmatters vagy a WPS Bejelentkezés elrejtése segítségével.

WordPress bejelentkezési URL áthelyezése

4.lépés: blokkolja a spam botokat még tovább a bot harci mód engedélyezésével a Cloudflare-ben (tűzfal).

Cloudflare Bot harci mód

gyorsítótár létrehozása minden Oldalszabály

ha Cloudflare-t használ, adjon hozzá egy oldalszabályt mindent gyorsítótárba.

lépj be a CloudFlare irányítópultjára a főoldalra. Másolja / illessze be az alábbi szabályt, csak cserélje ki a domainemet a sajátjára. Ha WooCommerce vagy dinamikus webhelye van, és problémákba ütközik a gyorsítótár minden oldalszabályának hozzáadásakor, próbálja meg használni a wp Cloudflare Super Page Cache plugint.

Cache-Everything-Page-Rule

ezenkívül létrehozhat egy oldalszabályt a wp-admin számára, hogy megvédje azt, megkerülje a gyorsítótárat, és megakadályozza az alkalmazások és teljesítményfunkciók (azaz a Rocket Loader) futtatását az adminisztrációs területen.

WordPress-Admin-Page-Rule

fontolja meg a Cloudflare APO

Cloudflare tesztelte APO-ját 500 webhelyen, és átlagosan 90 ms-mal javította a TTFB-t. ez a teljes webhelyet a Cloudflare edge hálózatából szolgálja ki. Ez $ 5 / hó, de érdemes tesztelni, ha van egy lassú TTFB. Győződjön meg arról, hogy kompatibilis-e a gyorsítótár-bővítménnyel, mivel nem a WP Rocket-ben található.

Cloudflare automatikus Platform optimalizálás WordPress

Cloudflare APO TTFB FCP SI

gyorsabb gyorsítótár-bővítmény használata

a WP Rocket és a LiteSpeed Cache a gyorsítótár-bővítmények arany szabványa.

azonban a legtöbb ember nem konfigurálja ezeket az optimális beállításokkal. Írtam népszerű oktatóanyagokat a wp Rocket, a wp leggyorsabb gyorsítótár, a W3 teljes gyorsítótár és a WP Super gyorsítótár konfigurálásáról.

a legtöbb más gyorsítótár-bővítményhez körülbelül 6 extra bővítményt kell telepítenie, hogy megkapja ezeket a funkciókat, amikor a WP Rocket mindet beépítette, csökkentve ezzel a webhelyén található bővítmények számát. Ha olyan vagy, mint én, csak 1 plugint akarsz használni, különben meg kell kutatnod, hogy mely funkciókkal rendelkezik a gyorsítótár-bővítmény, majd telepítse ezeket a bővítményeket, ha nem támogatja őket.

  • adatbázis razzia – WP-optimalizálja
  • CSS/JS optimalizálás – automatikus optimalizálás
  • késlelteti a JavaScript végrehajtását – repülő szkriptek
  • Host Google Analytics helyben – repülő Analytics
  • CDN URL integráció – BunnyCDN / CDN engedélyező
  • szívverés vezérlés – heartbeat control / kézi kód
  • Lazy Load képek/videók – optimole / WP youtube Lyte
  • Preload linkek / Instant oldal – Perfmatters vagy repülő oldalak
  • host Facebook Pixel helyben – Nincs Plugin nem ez, hogy tudom
  • Prefetch/preload – pre* Party Resource Hints / manual code
  • Font-display: swap-Swap Google Fonts Display / manual code

Disable adatmegosztás Plugins

sajnálom plugin fejlesztők, de ha bármilyen plugin valaha kérni, hogy ossza meg adatait, letiltása kissé csökkenti a CPU használat, mivel a szerver nem kell küldeni az adatokat plugin Fejlesztők.

tiltsa le a plugin adatmegosztását

korlátozza a Post Revíziókat + Autosaves

alapértelmezés szerint a WordPress nem korlátozza a post revíziókat, és az automatikus mentés intervalluma gyakori (1 perc). A post revíziók csökkentése (a régi bejegyzések biztonsági mentése) és az automatikus mentés intervallumának növelése (azaz 5 perc) kissé csökkentheti a CPU használatát és megakadályozhatja a boated adatbázist. Mindkettőt megteheti a Perfmatters használatával, vagy a következő kód hozzáadásával a wp-config-hez.php fájl.

 a módosítások utáni automatikus mentés korlátozása

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

cserélje ki a WordPress Cron-t valódi Cron-feladatokra

a WordPress cron minden egyes oldal betöltésekor végrehajtásra kerül, és gyakran DOS támadások célpontja. Ha valódi cron munkával helyettesíti, ütemezheti az intervallumokat és erőforrásokat takaríthat meg.

a legtöbb esetben, akkor nyissa meg a wp-config.php fájlt, és adjon hozzá egy sor kódot a WordPress cron letiltásához. Ezután hozzáadja a kód második sorát a tárhely-fiók cron job szakaszához.

define('DISABLE_WP_CRON', true);
cd /path/to/your/wordpress; wp cron event run --due-now >/dev/null 2>&1

SiteGround Cron Job

tesztelje újra a szerver válaszidejét (Ttfb)

miután elvégezte az útmutató összes módosítását, tesztelje újra a TTFB-t, remélhetőleg gyorsabb.

 OMM GTmetrix 2021

Gyakran Ismételt Kérdések

mi a jó TTFB?

a Google 200 ms vagy annál kisebb TTFB-t javasol. A világítótorony azonban csak akkor jelzi ezt, ha a TTFB értéke legalább 600 ms.

hogyan csökkenthetem a szerver válaszidejét a WordPress – ben?

a tárhely messze a #1 tényező. A nagy teljesítményű szerver használata a legjobb módja a TTFB fejlesztésének. Eltávolíthatja a magas CPU-bővítményeket, a WordPress felfújását, a szívverés letiltását és az adatbázis tisztítását is.

Hogyan javíthatom a Ttfb-t a WooCommerce-en?

távolítsa el a felesleges WooCommerce felfújást, például szkripteket, stílusokat, meta boxot és marketplace javaslatokat. A legtöbbet le lehet tiltani a WooCommerce Bloat plugin letiltásával. Kerülje a WooCommerce futtatását megosztott tárhelyen és a nehéz oldalépítők használatát.

vannak olyan WordPress bővítmények, amelyek csökkentik a TTFB-t?

a LiteSpeed gyorsítótár szerveroldali gyorsítótárat használ, amely csökkentheti a TTFB-t, különben általában kerülje a További bővítmények hozzáadását, mivel ez valószínűleg növeli a TTFB-t ahelyett, hogy csökkentené.

Hogyan mérjük a szerver válaszidejét?

a szerver válaszideje Lighthouse, GTmetrix, Pingdom, Chrome DevTools és KeyCDN-ben mérhető.

következtetés: csatlakozzon a wp Speed Matters Facebook csoporthoz, hogy valódi legyen, elfogulatlan vélemények. Nézd meg a Facebook közvélemény-kutatásokat, és azokat az embereket, akik különböző házigazdákra vándoroltak, és közzétették eredményeiket. Végül maradjon távol az alacsony minőségű hosting leányvállalatoktól, akik csak a jutalékokat akarják.

Egészségére,
Tom

Write a Comment

Az e-mail-címet nem tesszük közzé.