Aeglane veebisait kaotab külastajaid kiiremini, kui jõuad seda lauset lugeda. Google teatas juba ammu, et mobiilikasutajate kannatuse piir on 3 sekundit. Sellest pikemal ajal tõusevad põrkemäärad, langevad konversioonid ja kannatavad otsingutulemuste pingeread. WordPress pakub paindlikkust, kuid paindlikkus ilma distsipliinita muudab saidi pundunud segaduseks, kus on 50 pluginat, optimeerimata pildid ja neli fonti ühe pealkirja jaoks.

Probleem pole WordPressis endas. Probleem on selles, et enamik saidiomanikke ei mõõda kiirust ega tea, kust optimeerimisega alustada. Samas suudab umbes kahekümnest sammust koosnev tõestatud komplekt laadimisaja 7 sekundilt sekundi murdosadele viia, ilma et peaks teisele platvormile üle minema või funktsionaalsust kaotama.

Allpool on 21 konkreetset tehnikat, mida me oma projektides kasutame. Mõned annavad koheseid tulemusi, mõni toimib koos teistega. Kõiki on testitud reaalsete külastajatega töötavatel saitidel.

💡 Kiire ülevaade:

• Mõõda oma baaskiirust GTmetrixiga, et paika panna lähtepunkt ja tuvastada kitsaskohad
• Alusta serveri vundamendist: hosting, PHP 8.3, GZIP-tihendus ja CDN annavad lõviosa kiirusvõidust
• Paigalda vahemäluplugin ja kombineeri skriptid/stiilid, et HTTP-päringuid drastiliselt vähendada
• Optimeeri meediat: tihenda pilte, eemalda ebavajalikud fondid, kodeeri favicon base64-vormingusse
• Keela kõik, mida sa ei kasuta: kasutamata pluginad, pingbackid, WordPressi emotikonid, leheehitajate topeltpäringud

Kust alustada: kiiruse korrektne mõõtmine

Enne kui midagi parandad, pead numbreid nägema. Kõige mugavamad tasuta tööriistad on GTmetrix ja Pingdom. Need pakuvad abstraktsete skooride asemel konkreetseid mõõdikuid: täielik laadimisaeg, lehe kogumaht ja HTTP-päringute arv. GTmetrix kuvab ka „juga", visuaalse graafiku, mis näitab, kuidas iga element laadib, tehes kohe selgeks, mis aeglustumist põhjustab.

Meie toimetus eelistab GTmetrixi selle läbipaistva liidese ja võimaluse tõttu testida erinevatest piirkondadest (pärast registreerimist). Peamised parameetrid, mida uurime:

• PageSpeed Score ja YSlow Score hindavad esiliidese optimeerimist. Kõrge skoor ei garanteeri hetkelist laadimist, kuid madal skoor tähendab, et arenguruumi on.
• Fully Loaded Time on tegelik täielik laadimisaeg. See mõjutab kasutaja käitumist, mitte skoori. Euroopas/USAs asuvate serverite puhul on norm ≤2 sekundit; Euroopast testitud Aasia piirkondade puhul on see arv suurem, seega arvesta oma publiku geograafiaga.
• Total Page Size peaks olema võimalikult väike. Tavalise blogilehe puhul sihi alla 1 MB.
• Requests näitab serveripäringute arvu. Iga lisapäring tähendab viivitust. Hästi optimeeritud kodulehel võib neid olla vaid 7-10.

GTmetrixi vahekaardid: kust leida kitsaskohad

PageSpeed / YSlow vahekaart pakub konkreetseid esiliidese soovitusi: mida tihendada, mida edasi lükata, kus lubada brauseri vahemälu. Tööta nimekiri ülevalt alla läbi ja tegele iga punktiga; üks optimeering parandab sageli mitut mõõdikut korraga.

Waterfall vahekaart on peamine diagnostikavahend. Siin näed, kui kaua server mõtleb enne vastamist (esimene bait), millised skriptid ja stiilid laadivad järjestikku, kas fondid laadivad lokaalselt ja kas mõni väike element veab kogu graafikut alla. Allolev näide näitab optimeerimata saidi juga: kümneid päringuid ja pikki ootamise ribasid.

Timings vahekaart näitab TTFB-d (Time to First Byte). See on aeg brauseri päringust serveri vastuse esimese baidini. Google soovitab hoida TTFB alla 300 ms. Kui sinu oma on 800-1000 ms, peitub probleem hostingu või vahemälu puudumises, mitte piltides.

Server ja infrastruktuur: kiire laadimise vundament

Serveri pool annab lõviosa üldisest kiirusvõidust. Kui see on katki, siluvad teised tehnikad ainult pilti.

Hosting ja serveri asukoht

Hostingu valimine ei ole koht, kus peaksid kulusid kokku hoidma. Pakkujad nagu A2 Hosting ja SiteGround hoiavad madalaid reageerimisaegu ning pakuvad andmekeskuseid USAs, Euroopas ja Aasias. Peamine reegel: server peaks olema geograafiliselt sinu sihtpublikule lähedal. Euroopa jaoks kasuta Euroopa andmekeskust; USA jaoks Ameerika oma. Kui su publik on ülemaailmne, tuleb appi CDN (vt allpool).

PHP versioon

WordPress nõuab tänapäeval vähemalt PHP 7.4 ja soovitatav miinimum alates 2025. aastast on PHP 8.3. 7.4-lt 8.3-le üleminek annab puhta PHP koodi puhul 1,5-2-kordse kiiruse kasvu. See on tasuta kiirendus, mida paljud ignoreerivad. Muuda PHP versiooni oma hostingupaneelis (cPanel: Select PHP Version) või võttes ühendust toega. Enne ümberlülitamist veendu, et sinu teema ja pluginad ühilduksid; 2026. aastal toetab valdav enamus populaarseid pluginaid juba 8.3.

GZIP-tihendus

GZIP tihendab HTML-i, CSS-i ja JavaScripti serveris enne brauserisse saatmist, vähendades edastatavate andmete mahtu 60-80%. Lülita see sisse ühe linnukesega puhverdamise pluginast (Swift Performance, WP Rocket) või paari reaga Apache'i .htaccess failis. See ei ole valikuline, see on standard. Ilma GZIPita ei läbi su sait PageSpeed Insightsi kontrolle.

CDN: Cloudflare ja BunnyCDN

Sisuedastusvõrk (CDN) puhverdab staatilised failid (pildid, CSS, JS) kümnetesse serveritesse üle maailma ja teenindab kasutajaid lähimast sõlmest. Soovitame seda kombinatsiooni: Cloudflare (põhiplaan on tasuta) üldiste ülesannete jaoks + BunnyCDN meediafailide ümbersuunamiseks. Koos lahendavad need geograafilised probleemid, otselinkimise kaitse (Cloudflare Scrape Shieldi kaudu) ja staatilise puhverdamise.

Pluginad ja puhverdamine: asjade kordaseadmine

Puhverdamise plugin

Puhverdamise plugin loob lehtedest staatilised HTML-koopiad ja serveerib neid, selle asemel et igal külastusel PHP-d käivitada. Vahe on nagu valmis raamatu lugemine versus selle iga lugeja jaoks käsitsi ümberkirjutamine.

Swift Performance plugin katab korraga mitu punkti meie nimekirjast: puhverdamine, skriptide ja stiilide ühendamine ja tihendamine, andmebaasi optimeerimine, laisklaadimine, kriitiline CSS ja fontide lokaalne hostimine. Selle saab paigaldada ja seadistada 10 minutiga; põhiline „Auto" režiim annab 80% tulemustest ilma käsitsi parameetrite häälestamiseta.

Skriptide tihendamine ja ühendamine

Iga WordPressi plugin võib laadida oma CSS-i ja JavaScripti, mille tulemuseks on kümneid HTTP-päringuid eikusagilt. Ühendamise tööriistad liidavad laialipaisatud failid üheks, samas kui tihendamine eemaldab tühikud ja kommentaarid. Tulemus: 15-20 skriptipäringu asemel on sul 1-2. Swift Performance tegeleb sellega jaotises Skriptide ja stiilide optimeerimine; pärast sisselülitamist kontrolli kindlasti esilehte, sest harvad pluginad võivad katki minna ja vajada ühendamisest väljaarvamist.

Mittekasutatavate pluginade keelamine

Deaktiveeri kõik, mis ei ole aktiivses kasutuses. Iga aktiivne plugin on potentsiaalne päring, taustal töötav cron-ülesanne või lisaskript. Mine jaotisse „Pluginad → Paigaldatud" ja vaata nimekiri üle: see vormiehitaja, mille sa aasta tagasi ühe lehe jaoks paigaldasid? Keela see. See eksperimentaalne SEO-plugin, mis dubleerib su peamist? Kustuta see.

Andmebaasi optimeerimine

Aja jooksul kogunevad andmebaasidesse postituste revisjonid, aegunud ajutised kirjed, rämpskommentaarid ja metaandmete duplikaadid. Swift Performance'i andmebaasi jaotis eemaldab selle rämpsu ühe nupuvajutusega. Regulaarseks puhastamiseks sea üles ajakava (kord nädalas on piisav).

Laisklaadimine

YouTube'i manused ja Google Maps laadivad end raskelt: üks video võib tõmmata sadu kilobaiti enne, kui kasutaja üldse selleni kerib. Lülita iframe'ide jaoks sisse laisklaadimine ja videod laaditakse alles siis, kui need keritakse vaatevälja. Piltide puhul annab laisklaadimine tagasihoidlikumat kasu, kuid on siiski abiks.

Meedia ja fondid: üleliigse kärpimine

Piltide optimeerimine

Pildid on tavaliselt lehe kõige raskemad varad. Enne saidile üleslaadimist vähenda nende füüsilisi mõõtmeid: 2400 px laiune ekraanipilt saidil, mille sisuala on 800 px, tähendab tarbetuid kilobaitte. Kasuta Adobe Photoshopi või tasuta programmi GIMP, et kärpida vajaliku laiuseni.

Pärast üleslaadimist lase pildid läbi optimeerija. Swift Performance (Media vahekaart) tihendab PNG-d ja JPEG-d kontrollitud kvaliteedikaoga (nähtavat erinevust pole, kuid failimaht väheneb oluliselt).

Fondid: vähem, kiiremini

Google Fonts laaditakse vaikimisi välisest serverist, lisades täiendava DNS-päringu ja viivituse. Lahendus on majutada fonte lokaalselt, laadides need alla oma teema kausta. Swift Performance laadib Google Fonts'i sinu serverisse automaatselt (Fonts vahekaart).

Piira kirjastiilide arvu: üks fondiperekond + kaks kirjastiili (tavaline ja paks) = 2 päringut. Kolm fondiperekonda, igaühes neli kirjastiili = 12 päringut. Kiiruse erinevus on märgatav.

Font Awesome ilma hiiglasliku failita

Täielik Font Awesome'i komplekt kaalub ~120 KB, kuigi sinu sait kasutab tegelikult 3-5 ikooni. Swift Performance'i Critical Font funktsioon loob kohandatud faili, mis sisaldab ainult neid ikoone, mis sinu lehe koodis tegelikult olemas on. Maht kahaneb ~120 KB-lt 5-10 KB-le.

Favicon Data URI kaudu

Väike saidiikoon jääb sageli laadimisahela viimaseks elemendiks, lükates „täielikult laaditud" sündmust edasi 200-400 ms võrra. Lahendus on manustada ikoon otse HTML-i base64 kodeeringu abil, välistades täiendava HTTP-päringu.

Kodeeri .ico fail base64-ks Data URL Makeri abil, seejärel sisesta kood faili functions.php:

1
function add_favicon() {
2
    echo '<link rel="shortcut icon" type="image/x-icon"
3
    href="data:image/vnd.microsoft.icon;base64,AAABAAEAQEAAAAEAIAAo.......=" />';
4
}
5
add_action('wp_head', 'add_favicon');

Pärast seda eemalda algne favicon kohandajast: Välimus → Kohanda → Saidi identiteet → Saidi ikoon → Eemalda.

Ära koorma oma teemat piltidega üle

Kerge teema on alus. WP Astra, mille paigaldatud suurus on alla 50 KB ja millel puudub jQuery sõltuvus, laadib märgatavalt kiiremini kui paljud konkurendid. Enne teema valimist testi seda GTmetrix'iga demoserveris.

Lõplik koristus: peenhäälestus

Pingback'ide ja trackback'ide keelamine

Pingback'id on aegunud mehhanism, mida nüüd kasutavad peaaegu eranditult rämpspostitajad. Iga pingback loob täiendava HTTP-päringu ja risustab andmebaasi. Keela kahes kohas:

Tulevaste postituste jaoks: Seaded → Arutelu → eemalda linnuke „Luba lingiteavitused teistest blogidest (pingback'id ja trackback'id) uute postituste puhul".

Olemasolevate postituste jaoks: Postitused → Kõik postitused → vali kõik → Hulgitoimingud: Muuda → Rakenda → Pingid → Ära luba → Uuenda.

Mittevajalike WordPressi funktsioonide keelamine

WordPressi emotikonid lisavad igale lehele DNS-i eellaadimise ja täiendava skripti (wp-emoji-release.min.js). Gravatar'i päringud toovad kaasa väliseid kutseid kommenteerijate avataride jaoks. Mõlemad saab Swift Performance'iga (Tweaks vahekaart) paari linnukesega keelata. Kokkuhoid: miinus 2-3 HTTP-päringut ja mitukümmend kilobaiti.

Üks sait, üks majutuskonto

Mitme saidi majutamine jagatud paketil tähendab protsessoriaja, mälu ja kettasisend-väljundi jagamist nende vahel. Kui üks projekt saab palju liiklust, kannatavad teised. Kui eelarve lubab, anna igale saidile oma konto.

Dubleerivad HTTP-päringud leheehitajatelt

Elementor ja teised leheehitajad võivad dubleerida Google Fonts'i ja Font Awesome'i päringuid isegi siis, kui fondid on juba lokaalselt majutatud. Pärast lokaalse fondimajutuse seadistamist kontrolli kindlasti uuesti GTmetrix'i Waterfalli: otsi lisakutseid aadressidele fonts.googleapis.com ja fontawesome.com. Kui leiad, mine leheehitaja seadetesse ja keela fondi/ikooni laadimine pistikprogrammi tasemel.

⁉️🤔 Korduma kippuvad küsimused

Millist hostiteenust valida kiire WordPressi jaoks?

A2 Hosting ja SiteGround näitavad Euroopa ja Ameerika serverite testides järjepidevalt madalat TTFB-d. Peamine kriteerium on andmekeskuse asukoht sinu vaatajaskonna piirkonnas. Projektide puhul, mille eelarve on 15 dollarit kuus või rohkem, kaalu hallatavat WordPressi hostiteenust: teenusepakkuja haldab sinu eest puhverdamist, PHP versiooni ja serveri optimeerimist.

Kas mul on vaja puhverdamise pluginat, kui minu hostiteenus pakub serveripoolset puhvrit?

Serveri puhver (Varnish, Nginx FastCGI) ja puhverdamise pluginad töötavad erinevatel tasanditel; need pigem täiendavad kui dubleerivad üksteist. Serveri puhver on kiirem (PHP-d ei käivitata üldse), kuid ei tegele skriptide kombineerimise, laisa laadimise ega andmebaasi puhastamisega. Plugin nagu Swift Performance katab need ülesanded, seega paigalda mõlemad.

Kas WordPressi laadimine 0,5 sekundiga on realistlik?

Jah, kuid ainult hästi optimeeritud kerge lehe puhul kiirel hostiteenusel koos puhverdamise ja CDN-iga, kui testida geograafiliselt lähedasest piirkonnast. Keskmine sait kommertsteema, tosina plugina ja meediasisuga saavutab pärast kõigi 21 punkti optimeerimist tavaliselt 1,5-2,5 sekundit. See on suurepärane tulemus, mis ei kahjusta SEO-d ega kasutajakogemust.

Kas ma peaksin PHP uuendama uusimale versioonile?

Jah, kuid jälgi ühilduvust. PHP 8.3 pakub umbes 30% paremat jõudlust võrreldes versiooniga 7.4 toore koodi täitmisel. Enne uuendamist uuenda kõik pluginad ja teemad nende uusimatele versioonidele ning tee varukoopia. Kui sinu sait sõltub aegunud pluginast, mida pole pärast 2022. aastat uuendatud, asenda see plugin esmalt alternatiiviga, seejärel vaheta PHP-d.

Mis siis, kui kiirus on pärast kõigi nende nõuannete järgimist endiselt madal?

Mine tagasi GTmetrix Waterfalli juurde ja tööta ahel ülalt alla läbi. Otsi: (1) aeglane TTFB (hostiteenuse või puuduva puhvri probleem); (2) konkreetsete skriptide pikad laadimisajad (tõenäoliselt on mõni väline ressurss aeglane, kaalu kohalikku hostimist); (3) suur päringute arv (skripte/stiile on vaja kombineerida); (4) rasked pildid (kontrolli, kas kõik on tihendatud ega laadi täiseraldusvõimega). Tavaliselt kõrvaldab üks neist neljast punktist suurema osa järelejäänud aeglusest.

Kas see on vaeva väärt: mida need 21 sammu annavad

Saidi kiirus ei ole ühekordne parandus, see on hügieen. Neist 21 tehnikast kolm annavad koheseid tulemusi: puhverdamise plugin (10 minutit seadistamiseks), GZIP-tihendus (üks linnuke) ja CDN (tavaline Cloudflare võtab kasutuselevõtuks pool tundi). Tee need täna ära ja homme näitab GTmetrix põhimõtteliselt teistsuguseid numbreid.

Ülejäänud sammud annavad järkjärgulist kasu. Piltide optimeerimine, kohalikud fondid ja andmebaasi puhastamine ei muuda olukorda eraldi võttes, kuid koos vähendavad need märgatavalt järelejäänud laadimisaega. Tee kogu nimekiri läbi ja sinu sait on kiirem kui enamikul WordPressi konkurentidest.