cum se Reduce timpul de răspuns al serverului (Ttfb) în WordPress: de preferință sub 200ms – Lighthouse + PageSpeed Insights Item

necesitatea de a reduce timpul de răspuns al serverului?

serverele sunt controlate de găzduirea dvs. Cel mai simplu mod de a reduce timpul de răspuns al serverului în WordPress este să evitați găzduirea partajată și să utilizați un server mai puternic. Asta pentru că găzduirea partajată are resurse limitate + limite CPU. Unele ttfb ale gazdei, cum ar fi SiteGround și WP Engine, s-au înrăutățit și ele. Există multe sondaje, rezultate ale migrației și conversații despre „cea mai rapidă găzduire” pe care le puteți găsi în multe grupuri Facebook imparțiale, cum ar fi WP Speed Matters.

în afară de găzduire, cealaltă modalitate de a îmbunătăți TTFB este prin reducerea procesorului și ușurarea încărcării pe serverul dvs. Cloudflare are multe caracteristici care pot reduce TTFB, inclusiv CDN, Brotli, HTTP/3, bot protection și APO. De asemenea, puteți utiliza cache-ul la nivel de server, cele mai recente versiuni PHP, curățați junk (bază de date, pluginuri umflate, constructori de pagini și admin bloat) și dezactivați bătăile inimii.

ce este un TTFB bun?

Google recomandă un TTFB de sub 200ms.

acest lucru poate fi realist pentru unele site-uri WordPress, dar trebuie să aveți o infrastructură rapidă (găzduire, temă, pluginuri). Dacă TTFB este de peste 600ms, este considerat lent și va eșua auditul.

serverele lente afectează timpii de încărcare, scorurile PSI (mai multe elemente) și viteza panoului de administrare. Deoarece semnele vitale web devin un factor de clasificare mai mare, realizarea unui ttfb rapid este mai importantă ca niciodată.

cum să testați corect TTFB

Farul

Farul este un loc ideal pentru a testa TTFB. Potrivit Google, ” acest audit eșuează atunci când browserul așteaptă mai mult de 600 ms pentru ca serverul să răspundă la solicitarea principală a documentului.”

GTmetrix

GTmetix afișează TTFB-ul dvs. în filele rezumat și structură. Înscrieți-vă pentru un cont GTmetrix gratuit, astfel încât să puteți rula teste de la Centrul de date cel mai apropiat de vizitatorii dvs. în loc de Vancouver.

KeyCDN

KeyCDN măsoară TTFB în 14 locații diferite (este, de asemenea, instrumentul meu preferat). Ttfbs poate fi rapid atunci când testează locații aproape de serverul dvs. de origine și lent atunci când testează distanțe lungi.

Pingdom

Pingdom măsoară TTFB ca timp de „așteptare” și vă permite să testați din diferite locații.

Chrome DevTools

Chrome DevTools măsoară TTFB, dar este afectat de latența computerului și de conexiunea la internet, deci poate doriți să măsurați TTFB dintr-un centru de date utilizând unul dintre instrumentele de mai sus.

reduceți utilizarea procesorului

reducerea procesorului (găsit în contul dvs. de găzduire) este una dintre cele mai bune modalități de a reduce timpul de răspuns al serverului. Majoritatea acestui tutorial se va concentra pe reducerea procesorului și, prin urmare, pe ușurarea încărcării pe serverul dvs. Evitați să utilizați 75%+ din limitele procesorului, astfel încât serverul dvs. să rămână relaxat.

de aceea este atât de important să alegeți un plan cu suficiente resurse de server. Companiile gazdă vă oferă îndrumări bazate pe vizitatorii lunari, dar nu iau în considerare câte pluginuri aveți, dacă consumă o mulțime de resurse și dacă utilizați un CDN.

evitați găzduirea partajată

găzduirea partajată are resurse limitate de server, rezultând adesea un ttfb lent.

dacă vecinii dvs. (alte site-uri de pe server) sunt resurse de hogging, site-ul dvs. este înfometat. Ca să nu mai vorbim de majoritatea gazdelor partajate au limite scăzute ale procesorului. De aceea, adesea vedeți 500 de erori la găzduirea partajată. Într-o zi site-ul dvs. este rapid, a doua zi, este lent. Nu aș rula niciodată Elementor, Divi sau WooCommerce pe Găzduire Partajată – cer prea multe resurse.

treceți la Găzduire mai rapidă

majoritatea recomandărilor de găzduire sunt gunoi și vă sugerez să vă alăturați grupului Facebook WP Speed Matters, care este unul dintre singurele grupuri care nu sunt controlate de afiliați sau de managerul comunității SiteGround care „moderează” postările negative despre marca lor ca în alte grupuri.

fiecare are setări diferite. Pe Cloudways, folosesc FlyingPress + BunnyCDN (sau folosesc racheta WP). Pe NameHero sau WPX, veți utiliza pluginul LiteSpeed Cache + QUIC.Cloud CDN. Ambele sunt setări excelente și ar trebui să vă ofere un ttfb rapid – consultați tutorialele mele WP Rocket sau LiteSpeed Cache.

când aveți dubii, verificați sondajele Facebook și rezultatele migrației (vezi mai mult).

evitați plugin-uri lente + Page Builders

unele plugin-uri pot încetini site-ul dvs., TTFB, și de a crește CPU.

Găsiți cele mai lente pluginuri – Query Monitor și New Relic sunt excelente pentru găsirea pluginurilor lente. Instalați Query Monitor, Vizualizați o pagină de pe site-ul dvs., plasați cursorul peste fila Query Monitor și accesați interogări interogări în funcție de componentă. Puteți verifica mai multe pagini/posturi pentru interogări diferite.

WP Hive este o extensie puturos Google Chrome care vă spune dacă un plugin va avea un impact de utilizare a memoriei / PageSpeed Insights scorurile atunci când vizualizați plugin-uri în depozitul WordPress.

evitați constructorii de pagini grele – Elementor + Divi a fost zdrobit în semnele vitale web de bază. Pe lângă CSS suplimentar, JavaScript și nenumărate ambalaje div, aceste site-uri web se bazează de obicei pe pluginuri și suplimente terțe suplimentare. Acest lucru duce la și mai multă umflare. Am migrat de la Elementor la Gutenberg și a făcut o îmbunătățire uriașă. Chiar și codarea tare a meniului, antetului, subsolului și barei laterale în CSS poate elimina o mulțime de umflături ale constructorului de pagini. De asemenea, puteți utiliza Asset CleanUp și Perfmatters pentru a descărca CSS și JS neutilizate (și pentru a utiliza caracteristicile experimentale ale Elementor), dar le-aș evita.

Alternative Plugin ușoare

• SEO – Rank Math.
• Backup – UpdraftPlus.
• Sliders – Soliloquy sau MetaSlider.
• Page Builder – oxigen, tema Kadence, Gutenberg, Geneza.
• Galerie – Galeria Gutenberg sau Galeria Miau.
• Analytics – Google Analytics și Google Search Console (fără pluginuri).
• Partajare socială – creșteți prin Mediavine (cel mai rapid plugin de partajare socială în testul WP Rocket).
• Comentarii – Comentarii native sau wpDiscuz cu setări optimizate și întârziere JavaScript.

curățați baza de date

o curățare amănunțită a bazei de date poate îmbunătăți TTFB.

mulți dintre voi folosiți WP Rocket pentru curățarea automată a bazelor de date, dar acest lucru nu vă permite să treceți prin tabelele bazei de date reale și să eliminați tabelele lăsate în urmă de pluginurile vechi. Pentru aceasta, recomand WP-Optimize. Vizualizați fila” Tabele „și căutați pluginuri care nu sunt” instalate.”Dacă ați șters un plugin (sau ați dezactivat un modul plugin) și nu îl mai utilizați, îl puteți elimina.

creșteți durata de viață a Cache-ului

majoritatea pluginurilor cache vă permit să setați durata de viață a cache-ului. Prin creșterea acestui lucru, salvați resursele serverului, deoarece memoria cache nu trebuie să fie construită la fel de frecvent. Acest lucru este bun dacă nu publicați conținut frecvent (cum ar fi un site de știri), altfel ar trebui să lăsați probabil acest lucru ca implicit.

dezactivați WordPress Heartbeat

WordPress Heartbeat consumă resurse afișând notificări de pluginuri în timp real, atunci când alți utilizatori editează o postare etc. Pentru majoritatea proprietarilor de site-uri web, de obicei face mai mult rău decât bine. Există multe pluginuri pentru a dezactiva acest lucru (WP Rocket, Perfmatters, majoritatea pluginurilor cache).

pentru a dezactiva API-ul WordPress Heartbeat fără un plugin, accesați aspect > editor de teme, apoi editați funcțiile.fișier php de tema. Apoi, lipiți codul imediat după <?tag php:

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

nu combinați CSS + JavaScript

site-urile mai mici ar trebui să combine de obicei CSS/JS, în timp ce site-urile mai mari nu ar trebui. Potrivit WP Johnny, site-urile web cu o dimensiune CSS/JS sub 10KB ar trebui să se combine, în timp ce peste 10KB nu ar trebui. El continuă să spună că, în ceea ce privește TTFB, este vorba de a începe mai devreme, nu de a termina mai devreme.

actualizați la PHP 7.4

multe gazde au lansat deja PHP 8.0, versiuni MySQL mai noi și funcții noi pentru a vă face site-ul mai rapid, reducând în același timp TTFB. Asigurați-vă că utilizați optimizările pe care le oferă gazda dvs. Multe plugin-uri / teme au încă probleme de compatibilitate cu PHP 8.0 în care puteți utiliza PHP 7.4.

creșteți limita de memorie

Elementor și WooCommerce necesită o limită de memorie de 256 MB, dar ar trebui să o măriți cu adevărat la 256 MB, mai ales dacă site-ul dvs. web primește erori fatale de limită de memorie.

adăugați codul la wp-config.php înainte de ” Blogging fericit.”

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

unele gazde au, de asemenea, o opțiune de ao mări în tabloul de bord.

utilizați cache la nivel de Server

multe gazde oferă cache la nivel de server, ceea ce reduce TTFB și accelerează site-ul dvs. Cloudways, SiteGround (și SG Optimizer), Kinsta și A2 Hosting sunt doar câteva dintre ele. Eu personal folosesc memcached, NGINX și Redis (cu lac dezactivat) în Cloudways. Cache-ul la nivel de Server este mai rapid decât pluginurile cache, deoarece este de pe serverul dvs., care este mai rapid decât cache-ul bazat pe fișiere.

descărcați resurse în CDN-uri

CDN-uri descărcați resurse în centrele lor de date și ușurați încărcarea pe serverul dvs.

sugerez Cloudflare, BunnyCDN, QUIC.cloud (dacă utilizați LiteSpeed Cache) sau Cloudfront. Și luați în considerare să nu utilizați StackPath, care este utilizat în multe CDN-uri precum RocketCDN și CloudwaysCDN.

celelalte trei CDN-uri tind să aibă performanțe mai bune decât Cloudflare, dar majoritatea costă bani. Indiferent de CDN pe care îl alegeți, aș folosi Cloudflare pentru DNS-ul dvs., deoarece DNS-ul lor este mult mai rapid decât DNS-ul GoDaddy sau NameCheap. Pentru a utiliza DNS-ul Cloudflare, trebuie doar să vă înscrieți pentru un plan gratuit, apoi să schimbați serverele de nume. Eu folosesc Cloudflare pentru DNS și BunnyCDN pentru CDN mea.

un beneficiu al Cloudflare este că au caracteristici suplimentare care pot reduce TTFB (cum ar fi Brotli, HTTP/3, protecția botului, Regulile paginii și APO-ul lor) despre care voi vorbi în următorii câțiva pași.

Pasul 1: Înscrieți-vă pentru un cont Cloudflare gratuit, Adăugați site-ul dvs. și executați scanarea solicitată de Cloudflare. Veți ajunge în cele din urmă la o pagină în care Cloudflare vă atribuie 2 servere de nume.

Pasul 2: Adăugați serverele de nume Cloudflare la NameCheap. Mergi la tabloul de bord lista domeniilor de la numărul de domenii de la numărul de domenii de la numărul de domenii de la numărul de domenii de la numărul de domenii. Adăugați cele două servere de nume Cloudflare furnizate.

activați Brotli

Brotli este mai rapid decât compresia GZIP. Ambele vor reduce dimensiunile fișierelor HTML, CSS și JavaScript. Acest lucru permite acestor resurse să se descarce mai repede și îmbunătățește TTFB. Cloudflare are o opțiune pentru a activa Brotli în setările de viteză, altfel veți utiliza gzip în pluginul cache.

activați HTTP/3

în blogul Cloudflare, ei spun că, în medie, cu HTTP/3 vedem primul octet care apare după 176ms. cu HTTP/2 vedem 201ms, ceea ce înseamnă că HTTP/3 are deja performanțe cu 12,4% mai bune.

HTTP/3 poate fi activat în setările de rețea ale tabloului de bord Cloudflare. Și dacă utilizați Quic.cloud sau un alt CDN, asigurați-vă că verificați dacă au și suport HTTP/3.

Activați protecția botului

pagina dvs. de conectare wp este o țintă ridicată pentru roboții răi.

chiar dacă roboții nu reușesc să se conecteze la site-ul dvs., este posibil să le găsiți încercând să vă conectați care consumă resurse de server. Le puteți bloca mutând pagina de conectare (folosind Perfmatters sau WPS Hide Login) la o adresă URL de conectare personalizată, apoi activând protecția botului în setările Cloudflare.

Pasul 1: Instalați Wordfence.

Pasul 2: Vizualizați raportul de trafic live timp de câteva minute pentru a vedea cine vă lovește site-ul în timp real.

Pasul 3: mutați pagina de conectare wp. Puteți face acest lucru cu Perfmatters sau WPS Hide Login.

Pasul 4: blocați roboții de spam și mai mult, activând modul de luptă bot în Cloudflare firewall-ul pentru firewall-ul pentru bot-uri Modul de luptă pentru Bot-uri (Cloudways are și protecție pentru bot) sau încercați Blackhole pentru roboții răi.

creați o regulă de pagină Cache totul

dacă utilizați Cloudflare, adăugați o regulă de pagină pentru a cache totul.

du-te în tabloul de bord Cloudflare reguli de pagină de la articolul dvs. Copiați / lipiți regula de mai jos, înlocuiți numai domeniul meu cu al dvs. Dacă aveți WooCommerce sau un site dinamic și întâmpinați probleme atunci când adăugați regula paginii cache everything, încercați să utilizați pluginul WP Cloudflare Super Page Cache.

în plus, puteți crea o regulă de pagină pentru wp-admin pentru a o proteja, a ocoli memoria cache și a împiedica aplicațiile și caracteristicile de performanță (adică încărcătorul de rachete) să ruleze în zona de administrare.

luați în considerare Cloudflare ‘ s APO

Cloudflare și-a testat APO-ul pe 500 de site-uri și a găsit în medie, a îmbunătățit TTFB cu 90ms. acest server întregul dvs. site din rețeaua edge Cloudflare. Este de 5 USD / lună, dar merită testat dacă aveți un ttfb lent. Asigurați-vă că este compatibil cu pluginul cache, deoarece nu este în WP Rocket.

utilizați un Plugin Cache mai rapid

WP Rocket și LiteSpeed Cache sunt standardele de aur pentru pluginurile cache.

cu toate acestea, majoritatea oamenilor nu le configurează cu setările optime. Am scris tutoriale populare despre configurarea WP Rocket, WP Fastest Cache, W3 Total Cache și WP Super Cache.

cu majoritatea celorlalte pluginuri cache, va trebui să instalați aproximativ 6 pluginuri suplimentare pentru a obține aceste funcții, atunci când WP Rocket le are pe toate încorporate, reducând numărul de pluginuri de pe site-ul dvs. Dacă sunteți ca mine, doriți doar să utilizați 1 plugin, altfel va trebui să cercetați cu ce caracteristici vine pluginul cache, apoi instalați aceste pluginuri dacă nu le acceptă.

• curățarea bazei de date – WP-Optimize
• CSS/JS optimizare – Autoptimize
• întârziere JavaScript execuție – Flying script – uri
• gazdă Google Analytics local – Flying Analytics
• CDN URL integrare – Bunnycdn / CDN Enabler
• Heartbeat control – Heartbeat control / manual Cod
• lazy imagini de încărcare/video – OPTIMOLE / WP YouTube Lyte
• link – uri preload / instant page – Perfmatters sau pagini de zbor
• gazdă Facebook Pixel la nivel local-nu Plugin face acest lucru că știu
• prefetch/preîncărcare-pre* Sugestii de resurse pentru petreceri / cod manual
• Font-display:swap – Swap Google Fonts Display / cod manual

dezactivați partajarea datelor în pluginuri

Ne pare rău dezvoltatorii de pluginuri, dar dacă vreun plugin vă cere vreodată să partajați datele, dezactivarea acestuia va reduce ușor utilizarea procesorului, deoarece serverul dvs. nu va trebui să trimită datele dezvoltatorilor de pluginuri.

limitați revizuirile Post + salvări automate

în mod implicit, WordPress nu limitează revizuirile post și intervalul de salvare automată este frecvent (1 minut). Scăderea reviziilor post (copii de rezervă ale postărilor vechi) și creșterea intervalului de salvare automată (adică 5 minute) pot reduce ușor utilizarea procesorului și pot preveni o bază de date cu barca. Puteți face ambele folosind Perfmatters sau adăugând următorul cod la wp-config.fișier php.

define('WP_POST_REVISIONS', 5);

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

înlocuiți WordPress Cron cu Real Cron Jobs

WordPress cron este executat de fiecare dată când o pagină este încărcată și este adesea o țintă a atacurilor DOS. Înlocuindu-l cu un loc de muncă cron reală, puteți programa, de asemenea, intervale și de a salva resurse.

în majoritatea cazurilor, veți deschide wp-config.fișier php și adăugați o linie de cod pentru a dezactiva WordPress cron. Apoi, veți adăuga a doua linie de cod la secțiunea cron job din contul dvs. de găzduire.

define('DISABLE_WP_CRON', true);

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

retestați timpul de răspuns al serverului (Ttfb)

după ce ați făcut toate modificările din acest ghid, retestați TTFB-ul și sperăm că este mai rapid.

Întrebări frecvente

concluzie: Alăturați-vă grupului Facebook WP Speed Matters pentru a obține opinii reale și imparțiale. Uită-te la sondajele de pe Facebook care au fost luate și la persoanele care au migrat la diferite gazde și și-au postat rezultatele. În cele din urmă, stați departe de afiliații de găzduire de calitate scăzută care doresc doar Comisioanele.

Noroc,
Tom