WP Rocket vadovas svetainės greičiui optimizuoti

Puslapio įkėlimo greičio optimizavimas tampa vis svarbesnis dėl savo įtakos paieškos sistemų reitingams ir, žinoma, naudotojo patirčiai naršant mūsų svetainėje. WordPress ekosistemoje jau daugelį metų egzistuoja įvairūs įskiepiai, tokie kaip WP Super Cache, W3 Total Cache, Swift Performance ir WP Rocket.
Norėjome parengti išsamų pastarojo vadovą, kad nepasiklystumėte tarp daugybės jo parinkčių ir išgautumėte geriausią savo svetainės įkėlimo greičio našumą. Pirmyn!
Kas yra WP Rocket?
WP Rocket yra įskiepis, kuris gimė kaip sprendimas įvairioms podėlio optimizacijoms WordPress sistemoje. Šiandien jis yra daug daugiau, ir mes galime optimizuoti ne tik podėlį, bet praktiškai viską, kas susiję su svetainės įkėlimo našumo optimizavimu.
Kad parodytume jo poveikį, pažvelkite į mūsų pačių svetainės našumą SU ir BE WP Rocket:

Kodėl verta naudoti WP Rocket?
Nors sakėme, kad yra ir kitų alternatyvų WPO optimizavimui, ir kiekvienas gali laisvai naudoti tą, kurią laiko tinkama, mūsų atveju mes ypač mėgstame WP Rocket. Intuityvi sąsaja, veikianti vienu žymimojo langelio spustelėjimu, daugybė podėlio konfigūravimo ir išteklių įkėlimo parinkčių daro WP Rocket mūsų favoritu tarp visų variantų.
Pagrindinis WP Rocket meniu
Darant prielaidą, kad diegdami WP Rocket nesusidūrėme su jokiomis problemomis, pradėkime aiškinti jo sąsają ir įvairias optimizavimo parinktis. Spustelėjus valdymo skydelio skirtuką, pasirodo toks langas:

Sveikinimo pranešimas ir parinktys, kurias iš pradžių galime palikti nepaliestas, tačiau kurias čia paaiškinsime.
Mano paskyra
Jei įsigijote WP Rocket, langelis „Peržiūrėti mano paskyrą“ nukels jus į WP Rocket naudotojų puslapį, kad ten galėtumėte užpildyti ir patikrinti viską, kas susiję su jūsų naudotojo profiliu: duomenis, sąskaitas ir kt.
RocketCDN
RocketCDN yra CDN paslauga, kurią WP Rocket pradėjo siūlyti palyginti neseniai. Tikslas – suteikti reikalingus įrankius geriausiam našumui pasiekti neieškant sprendimų už įskiepio ribų. Yra ir kitų labai populiarių bei ne mažiau veiksmingų CDN paslaugų, tokių kaip Cloudflare ar Amazon CloudFront.

Mano būsena
Šioje parinktyje turime du jungiklius, kuriuos galima įjungti:
-
Rocket Tester: tai WP Rocket tobulinimo programa, skirta jų BETA versijoms testuoti. Norėdami dalyvauti, turite susisiekti su jais el. paštu.
-
Rocket Analytics: jūs sutinkate anonimiškai dalytis savo WordPress našumo duomenimis su kūrėjų komanda, kad padėtumėte tobulinti WP Rocket.
Čia nedaug ką galima pridurti – tai asmeninis sprendimas, kuris neturėtų paveikti našumo.
Podėlio konfigūravimas WP Rocket
Atėjo laikas gilintis į konfigūravimo parinktis ir pradėsime nuo podėlio:

Antrajame įskiepio skirtuke matome, kokias podėlio parinktis jis mums siūlo. Prisiminkime, kad WP Rocket optimizuojame puslapio podėlį, ir, kaip netrukus pamatysime, taip pat turime parinktį prisijungusiems naudotojams, tačiau su šia parinktimi turime būti atsargūs.
Mobilusis podėlis
Paprastai kalbėdami apie mobiliuosius įrenginius įtraukiame ir planšetes, tačiau šįkart kalbame tik apie mobiliuosius įrenginius. WP Rocket per user agent aptinka, kad naršome iš išmaniųjų telefonų.
Šią parinktį įjungsime visada, nes paprastai staliniams ir mobiliesiems įrenginiams skirti dizainai skiriasi; ši parinktis bus visada įjungta, nebent neturime adaptyvios versijos. Kad būtų aišku: kam mums norėtųsi, kad būtų pateikiamos 2 podėlio versijos, jei dizainas būtų vienodas? Kitaip tariant, jei neturėtume mobiliosios versijos, nenorėtume, kad šis podėlis būtų tvarkomas kitaip, tiesa?
Būtent čia atsiranda išimtis. Kai turime mobiliąją versiją su ištekliais ar elementais, kurie įkeliami tik toje versijoje, failus saugosime atskirai.
Pavyzdys:
- Turime reklamą, kuri mobiliuosiuose įrenginiuose įkelia JS, kurio nėra stalinių įrenginių versijoje.
Šiuo atveju iš tiesų saugotume atskirus failus mobiliesiems įrenginiams.
Naudotojų podėlis
Naudotojų podėlis yra parinktis, kurią WP Rocket suteikia tiems naudotojams, kurie naršo prisijungę.

Įjungę šią parinktį galime pasiūlyti individualizuotą podėlio versiją kiekvienam naudotojui. Geriausia ją įjungti, jei naudotojai prisijungia, tačiau reikia būti ypač atsargiems, kurie puslapiai saugomi podėlyje, o kurie ne, nes jei naudotojas įveda asmens duomenis (pavyzdžiui, banko informaciją), jų saugojimas podėlyje gali sukelti teisinių problemų.
Kaip pašalinti puslapį iš podėlio?
Jei norite išvengti tokio pobūdžio problemų, geriausia eiti tiesiai į puslapį, kurį norite pašalinti, ir WP Rocket parinktyse (šoninėje juostoje arba apačioje) pasirinkti „niekada nesaugoti šio puslapio podėlyje“.

Podėlio galiojimo laikas
Šioje dalyje mums tereikia nurodyti, kokios trukmės norime sugeneruotiems podėlio failams. Tai yra, WP Rocket sugeneruoja failą, kuriame įrašoma jūsų puslapio versija, ir būtent šis failas bus pateikiamas naudotojui, kai jis atveria svetainę.
Per procesų valdiklį (CRON) sugeneruoti failai, viršijantys nurodytą trukmę, bus ištrinti ir bus sukurti nauji.
Į ką reikia atsižvelgti
WP Rocket jau atsižvelgia į tam tikrus procesus, kad ištrintų ir sugeneruotų naujus podėlio failus, o būtent:
-
Naujų įrašų, puslapių, kategorijų, taksonomijų kūrimas ar redagavimas
-
Naujų modulių, valdiklių ar bet kurio svetainės elemento kūrimas ir redagavimas
-
Kai keičiamos WP Rocket konfigūracijos, turinčios įtakos priekinei daliai (frontend).
Priešingu atveju turite turėti omenyje, kad podėlio failų saugojimas užima vietą jūsų serveryje, o ši vieta yra ribota. Taip pat patartina išvalyti podėlį iš WP Rocket, kad jis atsinaujintų ir neliktų failų, kurie nebėra reikalingi.
Kalbant apie laiką, galite palikti numatytąją reikšmę.
Failų optimizavimas WP Rocket
Trumpai apžvelgę podėlio konfigūraciją, laikas imtis failų optimizavimo. Failų optimizavimas atliekamas siekiant palengvinti HTML įkėlimą ir atvaizdavimą. Kaip galime tai optimizuoti?
Keliais būdais:
-
Mažinant failų dydį
-
Šalinant nereikalingus failus ir
-
Vykdant failus palaipsniui, kai jų reikia.

CSS failai
CSS failai atsakingi už vizualinę svetainės dalį. Tai stilių lapai, suteikiantys formą, spalvą ir stilių mūsų WordPress svetainei. Šiuo aspektu patrauklus dizainas gali būti neoptimizuotas, nes dizaineris, kurdamas CSS, galėjo nesilaikyti tam tikrų pagrindinių optimizavimo taisyklių.
Tarp dažniausių problemų, su kuriomis paprastai susiduriame dėl stilių lapų, yra:
-
Sunkūs CSS failai
-
CSS failai, kurie įkeliami puslapiuose, nenaudojančiuose tų stilių
-
Prastai sukurti CSS failai
-
Per daug išorinių CSS įkėlimas
-
@import naudojimas išoriniams stilių lapams įtraukti
Trumpai tariant, egzistuoja daugybė praktikų, kurios dažnai naudojamos, bet nėra patartinos siekiant gero dizaino optimizavimo, tačiau pereikime prie to, ką mums siūlo WP Rocket.
CSS failų mažinimas (Minify)
Šia parinktimi siekiama sumažinti CSS failų dydį pašalinant tarpus ir eilučių lūžius. WP Rocket ją įgyvendina įjungiant žymimąjį langelį.
SEO Alive patarimas: Kaskart atlikus veiksmą, verta pabandyti įkelti svetainę ir patikrinti, ar viskas teisinga; darykite tai naršyklės inkognito režimu.

Procesas pavaizduotas šiame paveikslėlyje, paimtame iš įrankio minifier.org.

CSS failų jungimas (Combine)
Ši funkcija atlieka savotišką kodo „kopijavimą ir įklijavimą“ iš vieno CSS į kitą, kad būtų išvengta kelių CSS failų įkėlimo ir liktų tik vienas.
Patartina nuolat testuoti, nes tai labai priklauso nuo to, kaip sukurta tema, mat jei turiu CSS failą, kuris įkeliamas tik tam tikro tipo puslapyje, nenoriu, kad tas kodas būtų įkeliamas į vieną failą visuose puslapiuose.
Idealu įkelti tik tą kodą, kurį naudoja konkretus URL. Pažymėkite langelį ir patikrinkite su kokiu nors įrankiu, pavyzdžiui, GTMETRIX, ar pagerinote įkėlimo greitį.
CSS failų jungimo nauda – užklausų į serverį sumažinimas.
CSS įkėlimo optimizavimas
WP Rocket buvo atnaujintas atsižvelgiant į įvairių Google įrankių rekomendacijas dėl įkėlimo greičio optimizavimo. Jei jau turime patirties su šiais įrankiais, tikrai esame susidūrę su įspėjimu „Eliminate render-blocking resources“ (Pašalinti atvaizdavimą blokuojančius išteklius). Įjungdami šį žymėjimą neleidžiame CSS blokuoti įkėlimo, nes jis įkeliamas asinchroniškai.
Tai yra, HTML atvaizdavimas nesustoja, kai reikia atsisiųsti CSS failą; šis failas įkeliamas fone, todėl įkėlimo procesas nesustabdomas. Taigi verta įjungti.
JS failai (JavaScript)
JavaScript buvo viena iš didžiųjų problemų, su kuriomis Google susidūrė apdorodama HTML. Negilinantis į šio tipo kalbą, WP Rocket sukūrė 5 pagrindinius veiksmus šio tipo failams optimizuoti. Pažvelkime!
Pašalinti jQuery Migrate
jQuery Migrate yra JavaScript biblioteka, leidžianti suderinamumą su jQuery kodu, sukurtu jQuery versijoms iki 1.9. Ši biblioteka WordPress pateikiama natyviai, tačiau praktiškai neturi paskirties (kai kuriems įskiepiams jos gali prireikti).
Šiuo veiksmu norime išvengti nereikalingos užklausos ir JS, kuris nebus naudojamas, įkėlimo. Išjunkite ją ir pernaršykite savo svetainę, kad įsitikintumėte, jog viskas veikia teisingai!
JavaScript failų mažinimas (Minify)
Kaip ir aiškinant su CSS failais, šis veiksmas taikomas JS failams, nežymiai sumažinant JS failų dydį.
JavaScript failų jungimas (Combine)
Dar vienas veiksmas, panašus į CSS optimizavimo modulį. Atminkite, kad įjungę šiuos žymimuosius langelius turime patikrinti, ar viskas veikia kaip anksčiau.
JavaScript failų įkėlimas su atidėjimu (defer)

Šio veiksmo žymėjimas atlieka du našumo pagerinimus:
-
Jis prideda „defer“ atributą prie JS, kad HTML atvaizdavimas nesustotų dėl JS įkėlimo. Su šiuo veiksmu jis atsisiunčiamas lygiagrečiai ir įvykdomas HTML apdorojimo pabaigoje.
-
Jis perkelia JS, kuris blokuoja pradinį atvaizdavimą.
WP Rocket įspėja mus, kad toks aktyvavimas gali sukelti problemų, todėl įveda saugųjį režimą, kad būtų išvengta esminių elementų, reikalingų teisingam puslapio atvaizdavimui, įkėlimo problemų.

JavaScript vykdymo uždelsimas
Dar viena parinktis atidėti neesminio JavaScript vykdymą tol, kol naudotojas pradės sąveikauti su puslapiu. Šis veiksmas gali atrodyti nelabai svarbus, tačiau leidžia sutaupyti laiko, kad įkėlimas vyktų greičiau. Sąveika gali būti spustelėjimas, slinktis, pelės judesys...
Medijos optimizavimas
Šiame skirtuke apžvelgsime pagrindinių elementų optimizavimą pirmuosiuose WPO optimizavimo žingsniuose. Kalbame apie paveikslėlius, vaizdo įrašus, iframe elementus ir į WordPress įtrauktus elementus, kurių funkcionalumas švelniai tariant abejotinas.

Lazyload
Esminis veiksmas bet kokioje įkėlimo greičio optimizacijoje. Funkcija Lazyload lemia, kad tokie elementai kaip paveikslėliai, vaizdo įrašai ir iframe elementai neįkeliami tol, kol nėra būtini rodyti.
Pateiksiu pavyzdį. Slenkant paveikslėliai įkeliami. Įsivaizduokite, koks būtų šio puslapio įkėlimas, jei 30 paveikslėlių įkristų iš karto, ypač jei naudotojas iš pradžių jų net nemato.
Jaustukai (Emoji)
Naršyklės jau turi savo pačių jaustukus, todėl galime sutaupyti tą užklausą, kuri atliekama, jei šio žymėjimo neįjungiame. Mano rekomendacija – įjunkite jį.
Įterptas turinys
Neleidžia kitiems žmonėms įterpti turinio iš jūsų svetainės, taip pat neleidžia jums įterpti turinio iš kitų neįgaliotų svetainių. Užklausos, atliekamos šiuo JS, sumažinamos.
WebP suderinamumas
WebP yra palyginti naujas formatas, kurį Google pristatė maždaug 2010 m., skirtas 24 bitų grafikos nuostoliniam suspaudimui žiniatinklyje, gerinant šių išteklių pateikimą, kad pagreitėtų jų įkėlimas.
Šiuo metu ne visos naršyklės jį palaiko, todėl dirbdami su šiuo formatu turėsite būti atsargūs ir žinoti, kokią naršyklę naudoja jūsų naudotojai. Įjunkite šią parinktį, jei dirbate su WebP paveikslėliais.

Podėlio išankstinio įkėlimo konfigūravimas
Norėdami suprasti Preload funkciją, turime gerai suvokti, kaip generuojami WP Rocket podėlio failai.
Kai naudotojas pirmą kartą apsilanko puslapyje mūsų svetainėje, būtent tada puslapis įkeliamas į podėlį ir sugeneruojamas podėlio failas, kuris bus pateikiamas paskesniems naudotojams. Tas pats nutinka, kai podėlis nustoja galioti (mūsų nustatytas laikas) ir podėlio versija pašalinama, arba kai patys išvalome visų savo URL podėlį.

Podėlio išankstinis įkėlimas (Preload Cache)
Įjungę Preload parinktį, įkelsime iš anksto sugeneruotą podėlio versiją, kad net pirmasis naudotojas gautų greitesnę mūsų svetainės versiją. Šis veiksmas atliekamas per svetainės žemėlapio nuorodas, todėl mums reikės svetainės žemėlapio.
Svetainės žemėlapis yra sugeneruotas failas, kuriame rodomi mūsų svetainės URL. Su tokiais įskiepiais kaip „Rank Math“ ar „Yoast“ galime jį lengvai sugeneruoti. Jei norite pamatyti, kaip sukurti svetainės žemėlapį su Rank Math, čia parodome.

Nuorodų išankstinis įkėlimas (Preload Links)
Tai funkcija, kurią WP Rocket įtraukė naujausiose savo versijose. Tikslas – iš anksto įkelti „kitus puslapius, kuriuos naudotojas ketina aplankyti“. Užvedus žymeklį virš nuorodos, puslapis įkeliamas iš anksto tam atvejui, jei naudotojas spustelėtų nuorodą.
WP Rocket perėmė šią funkciją, kurią jau įgyvendino specializuoti įskiepiai, tokie kaip „Flying Pages“, siekdami pagerinti naršymo sklandumą svetainėje (naudotojo patirtį). Vis dėlto tai nėra veiksnys, gerinantis įkėlimo laiką, ir šio pagerėjimo nepamatysite WPO audito įrankių metrikose.
DNS užklausų išankstinis įkėlimas
DNS užklausų išankstinis įkėlimas labai praverčia, kai naudojame trečiųjų šalių išteklius, tokius kaip YouTube, Facebook, šriftus ar iframe elementus, kurių dažnai užklausiame.

Kai užmezgame bet kokį ryšį internete, atliekama DNS užklausa, kuri turi būti išspręsta ir nusiųsta į serverį. Tai trunka tam tikrą laiką, kurį galime pagerinti, jei šiame WP Rocket pateikiamame langelyje pridėsime reikalingų išteklių URL.
Kaip matome pavyzdyje, tereikia naudoti domeno vardą //youtube.com //facebook.com
DNS sprendimas trunka maždaug nuo 20 iki 120 milisekundžių, ir, kaip nurodo GTMETRIX, naršyklė nieko neatsisiųs iš pagrindinio kompiuterio (host), kol šis procesas nebus baigtas.

Šriftų išankstinis įkėlimas
Šriftų išankstinis įkėlimas reikalauja išankstinio žingsnio – atsisiųsti šriftus ir turėti juos savo serveryje. Kai jie ten yra, galime atlikti tą patį veiksmą, kurį atlikome su podėlio išankstiniu įkėlimu, sukurdami daug greitesnę šriftų failo versiją ir pateikdami ją naudotojui, kai jis prisijungia prie mūsų puslapio.

Kai šriftai talpinami, nurodysime WP Rocket tikslų naudojamų šriftų kelią. Rekomenduojama nepiktnaudžiauti skirtingais šriftais savo puslapiuose, nes jie reikalauja atskirų atsisiuntimų. Taip pat atkreipkite dėmesį, kad užklausos į serverį atliekamos su skirtingomis šrifto variacijomis, paaiškinsiu:
-
Pusjuodis šriftas --> 1 užklausa
-
Pabrauktas šriftas --> 1 užklausa
-
Didžiosiomis raidėmis rašomas šriftas --> 1 užklausa
WP Rocket išplėstinių taisyklių konfigūravimas

Niekada nesaugoti šių URL podėlyje
Yra tam tikrų URL, kurių dėl jų unikalumo nenorime saugoti podėlio versijos. Šiame skirtuke WP Rocket leidžia mums įvesti URL sąrašą, kurių niekada nenorime saugoti podėlyje.
Niekada nesaugoti šių slapukų podėlyje
WP Rocket suteikia mums dar vieną valdymo įrankį be to, kad tai darytume pagal URL. Daugelis įskiepių dirba su savo slapukais arba mes patys galime įdiegti savo, kad identifikuotume tam tikrus naudotojus; yra daug būdų naudoti šiuos mažus failus.
Su WP Rocket galime nustoti saugoti podėlyje URL, identifikuojamus pagal slapuko ID, kai jis atsisiunčiamas į naudotojo naršyklę, taip dar labiau pritaikydami, kokio tipo URL norime saugoti podėlyje.
Niekada nesaugoti šių user agents podėlyje
User agent yra aprašomasis laukas HTTP protokole, naudojamas informacijai apie užklausą atliekantį įrenginį pateikti. Žinodami šią informaciją galime neleisti, kad podėlyje saugomi puslapiai būtų pateikiami šiems user agents.
Pavyzdžiui, vienas iš Google user agents yra Googlebot, tad nurodydami jį šioje žiniatinklio dalyje, kaskart, kai jis atveria mūsų svetainę, pateiksime puslapius be podėlio.
Visada išvalyti šiuos URL
Ši parinktis labai įdomi tam tikro tipo URL, kurių, pavyzdžiui, jums pageidautina, kad jų podėlio failas visada būtų ištrintas atnaujinus.
Pavyzdžiui, turiu URL su sporto rezultatais ir nenoriu pateikti naudotojui podėlio versijos, nes rezultatai atnaujinami labai dažnai.

Saugoti podėlyje šias užklausų eilutes (query strings)
Užklausų eilutės (query strings) yra duomenys, kurie siunčiami atliekant užklausą į žiniatinklio puslapį per URL.
Jos paprastai identifikuojamos klaustuko simboliu „?“, ir paprastai WP Rocket nesaugo tokio tipo URL podėlyje. Šioje parinktyje galime jį priversti tai daryti.
Duomenų bazės konfigūravimas su WP Rocket
Kaip ne kartą sakėme visame straipsnyje, WP Rocket nustojo būti vien podėlio įskiepiu ir tapo įskiepiu, skirtu mūsų svetainės įkėlimo greičiui optimizuoti. Šioje konfigūravimo dalyje galime giliau pasinerti į duomenų bazės optimizavimą.

Kurdami turinį WordPress sistemoje, generuojame ir kitokio tipo informaciją, kuri nėra naudinga ir kenkia mūsų svetainės našumui. Tam WP Rocket suteikia mums šį įrankį, kad galėtume atlikti daugiau ar mažiau nuodugnų valymą.
Įrašų valymas
Kaip matome paveikslėlyje, yra 3 elementai, galintys užimti vietą duomenų bazėje, nors jie mums nėra įdomūs. Kai atnaujiname turinį, išsaugoma ankstesnė versija, taip pat sugeneruojamas redaguojamo turinio automatinis juodraštis ir atmesti įrašai.
Pašalinę šiuos elementus, atlaisvinsime vietos savo duomenų bazėje.
Komentarų valymas
Ši dalis svarbi, nes kartais mūsų duomenų bazė prisipildo „šlamšto“ (spam) komentarų, todėl WP Rocket įvedė šią parinktį tokio tipo elementams valyti.

Laikinųjų elementų (Transients) valymas
Kai dirbame WordPress sistemoje, sugeneruojami tam tikri laikini (transient) elementai, kuriuos galime be problemų ištrinti, nes jie bus atkurti iš naujo.
Duomenų bazės valymas
Tiek šiame, tiek kitame punkte rekomenduoju pasidaryti duomenų bazės atsarginę kopiją, nes, nors nieko neturėtų nutikti, gilesni veiksmai duomenų bazėje visada turi savo riziką, tad neprošal pasidaryti atsarginę kopiją.

Įjungus šį žymėjimą, bus atliktas duomenų bazės lentelių valymas. Šį procesą galima automatizuoti.
CDN konfigūravimas su WP Rocket
Prieš gilindamiesi į tai, kaip konfigūruoti CDN su WP Rocket, noriu paaiškinti, kas yra CDN ir kam jis naudojamas.
Kas yra CDN?
CDN (Content Delivery Network) yra paslauga, kurios tikslas – pagerinti turinio perdavimo naudotojui greitį. Tam ji sukuria turinio paskirstymo tinklą įvairiuose serveriuose visame pasaulyje, kad sutrumpintų naudotojo išteklių užklausos laiką. Tai yra, jei naudotojas yra Brazilijoje, CDN pateikia turinį, talpinamą serveryje, esančiame arčiau jo nei tikrasis žiniatinklio prieglobos serveris.

Paveikslėliai paimti iš WP Rocket puslapio
Kaip veikia CDN?
Jis veikia per šiuos kitus serverius, kuriuose saugoma podėlio svetainės kopija, ir kai naudotojas užklausia šio turinio / išteklių, artimesnis serveris atlieka perdavimą.
Tokio tipo paslaugos labai naudingos, kai turite sunkų turinį, pavyzdžiui, paveikslėlius, garso įrašus, vaizdo įrašus ir (arba) daug apsilankymų. Jei iš pradžių turite svetainę su nedideliu apsilankymų skaičiumi, dėl šio aspekto neturėtumėte sukti galvos.

RocketCDN
WP Rocket siūlo mums galimybę užsakyti jo CDN už 7,99 dolerio per mėnesį, mažiau nei 7 eurus.
CDN
Užsakius CDN, mums pateikiama informacija jam naudoti. Vienas iš pateikiamų elementų yra CNAME, nors jei jis nepateikiamas, galime jį gauti.
CNAME yra DNS įrašo tipas, susiejantis šaltinio domeno vardą su tikslinio domeno vardu

Norėdami naudoti šią funkciją, tereikės nurodyti tą CNAME ir pasakyti, kuriems failams jis skirtas.
Pašalinti failus iš CDN
Kita parinktis, kaip ir tikėtasi, yra pašalinti tuos failus, kurių nenorime leisti per CDN.
WordPress Heartbeat funkcijos optimizavimas
WordPress heartbeat yra valdymo duomenų perdavimas ryšiui tarp WordPress galinės (backend) ir priekinės (frontend) dalies bei serverio užmegzti. Tokio tipo procesas gali būti viena iš priežasčių, dėl kurių galite pastebėti WordPress lėtumą.

Tarp veiksmų, kuriuos galima apriboti, yra:
-
Automatinis įrašymas ir peržiūros įrašų redaktoriuje.
-
Pranešimai WordPress administravimo skydelyje.
-
Informacija apie tai, kas redaguoja.
-
Realaus laiko duomenys.
Jei mūsų WordPress veikia teisingai, šiuo atveju nerekomenduoju nieko daryti, tačiau jei pastebime lėtumą, galime pabandyti apriboti veiklą įvairiose parinktyse.
WP Rocket priedų (Add-ons) konfigūravimas
Yra tam tikrų elementų, tokių kaip Google Analytics ir Facebook skriptai, kuriuos vien tik įjungę šioje konfigūracijos dalyje galime gauti podėlio versiją ir pagerinti našumą. Šis veiksmas tiesiogiai atliepia vieną iš prašymų, dažniausiai nurodomų įkėlimo greičio audituose, tokių kaip Pagespeed „Leverage browser caching“ (Pasinaudoti naršyklės podėliu).

Paveikslėlių optimizavimas
Paveikslėlių optimizavimas yra procesas, kuris dėl savo sudėtingumo galėtų turėti atskirą vadovą. WP Rocket siūlo atskirą įskiepį darbui su šiais ištekliais. Iš WP Rocket galime pasiekti jo „nemokamos“ versijos atsisiuntimą.

WP Rocket įrankiai
WP Rocket konfigūracijas galima išsaugoti ir importuoti, kad nereikėtų vėl gaišti laiko šiam procesui. Jis taip pat suteikia galimybę atlikti „Rollback“, t. y. grįžti prie ankstesnės įdiegtos versijos.

WP Rocket pamokos
Baigiant šį WP Rocket vadovą, pats įskiepis pateikia vaizdo įrašų seriją, teikiančią informaciją apie įvairius atliekamus veiksmus ir kaip juos vykdyti.

Išvados
Kaip matėte, WP Rocket yra daugiau nei podėlio įskiepis; mūsų dispozicijoje yra visavertis rinkinys, skirtas optimizuoti mūsų svetainės greitį ir našumą, tad dabar belieka tik išbandyti įvairias parinktis. Ko dar laukiate, kad priverstumėte savo WordPress skristi?
Ar žinojote WP Rocket? Ar pavyko pagerinti savo našumą naudojantis šiuo vadovu? Turite klausimų? Laukiame jūsų komentaruose!
Autorius: David Kaufmann

Pastaruosius 10+ metų praleidau visiškai apsėstas SEO — ir, tiesą sakant, nenorėčiau, kad būtų kitaip.
Mano karjera pakilo į naują lygį, kai dirbau vyresniuoju SEO specialistu Chess.com — vienoje iš 100 lankomiausių svetainių visame internete. Darbas tokiu mastu, apimant milijonus puslapių, dešimtis kalbų ir vieną konkurencingiausių SERPs, išmokė mane to, ko joks kursas ar sertifikatas niekada nebūtų galėjęs. Ta patirtis pakeitė mano supratimą apie tai, kaip iš tikrųjų atrodo puikus SEO — ir tapo pagrindu viskam, ką nuo tada sukūriau.
Iš tos patirties įkūriau SEO Alive — agentūrą prekės ženklams, kurie rimtai žiūri į organinį augimą. Mes čia ne tam, kad pardavinėtume dashboards ir mėnesines ataskaitas. Mes čia tam, kad kurtume strategijas, kurios iš tikrųjų daro poveikį, sujungdami tai, kas geriausia klasikiniame SEO, su jaudinančiu nauju Generative Engine Optimization (GEO) pasauliu — užtikrindami, kad jūsų prekės ženklas pasirodytų ne tik Google mėlynosiose nuorodose, bet ir AI sugeneruotuose atsakymuose, kuriuos ChatGPT, Perplexity ir Google AI Overviews kasdien pateikia milijonams žmonių.
Ir kadangi neradau įrankio, kuris tinkamai valdytų abu šiuos pasaulius, sukūriau jį pats — SEOcrawl, enterprise SEO intelligence platformą, kuri vienoje vietoje sujungia rankings, techninius auditus, backlinks stebėseną, crawl būklę ir AI prekės ženklo matomumo sekimą. Tai platforma, apie kurios egzistavimą visada svajojau.
Atraskite daugiau šio autoriaus turinio

