Greitis žudo: ką Jums kainuoja lėta svetainė
Kiekvienos 100 ms krovimosi laiko mažina konversijas maždaug 1 %. Parodome, kaip rasti ir pataisyti lėčiausias stack'o vietas.
Krovimosi laikas — tai pajamų skaičius. Ne techninė metrika, o pajamų skaičius. Amazon yra pranešęs, kad kiekvienos 100 ms papildomos latencijos kainuoja 1 % pardavimų. Pačios Google duomenys rodo, kad bounce rate išauga 32 %, kai puslapis kraunasi iš 1 s į 3 s.
Jūsų svetainė tikriausiai lėta tokiais būdais, kurių dar nematavote.
Tikri skaičiai
Largest Contentful Paint (LCP) yra metrika, stipriausiai koreliuojanti su konversija. Google ribos:
- Geras: po 2,5 s
- Reikia gerinti: 2,5 s–4 s
- Blogas: virš 4 s
Dauguma audituojamų verslo svetainių sėdi 3–6 s intervale. Skirtumas tarp 6 s ir 2 s nėra dizaino laimėjimas — tai konversijos rodiklio laimėjimas, kuris atsiranda pajamose.
Kur laikas dingsta
Vaizdai — neoptimizuoti vaizdai yra dažniausias kaltininkas. 4 MB hero vaizdas, atiduodamas mobiliems vartotojams, yra 4 MB mokestis kiekvienam pirmajam įspūdžiui.
Trečiųjų šalių skriptai — analitika, chat’o widget’ai, reklamų pikseliai. Kiekvienas blokuoja atvaizdavimą. Tipiška marketinginė svetainė užkrauna 8–12 trečiųjų šalių skriptų.
Render’į blokuojantys resursai — CSS ir JS, užkraunami dokumento head’e, kurie blokuoja naršyklės gebėjimą ką nors piešti.
Serverio atsako laikas (TTFB) — jei Jūsų serveris atsako per 800 ms, jokia frontendo optimizacija šio tarpo nepanaikins.
Kliento atvaizdavimas — SPA, atsiunčiančios tuščią HTML puslapį ir tada hidratuojančios, iš prigimties lėtos pirmam krovimui.
Taisymų stack’as
Daugumai svetainių aukščiausio sverto taisymai eilės tvarka:
- Perkelkite į CDN-edge runtime’ą — Vercel, Cloudflare Pages ar panašiai. Po 100 ms TTFB visame pasaulyje.
- Pateikite optimizuotus vaizdus — naudokite
next/imagear Cloudflare Image Resizing. WebP, korektiški matmenys, lazy loading. - Atidėkite ne kritinius skriptus — užkraukite analitiką ir chat’o widget’us po to, kai puslapis tampa interaktyvus.
- Pašalinkite render’į blokuojantį CSS — kritinį CSS įkelkite inline, kitą atidėkite.
- Pereikite prie serverio atvaizdavimo — iš anksto generuokite HTML, kad vartotojai iškart matytų turinį.
Korektiškas matavimas
Netestuokite našumo iš savo biuro su greita mašina. Naudokite:
- WebPageTest su 4G troteliuotu mobiliu ryšiu
- Lighthouse CI Jūsų build pipeline’e, kad gaudytų regresijas
- Core Web Vitals Google Search Console — realių vartotojų duomenys
Tikslas — būti matomai greitam vidutinės klasės Android telefone su perkrautu mobiliu ryšiu. Visa kita yra optimizavimas auditorijai, kuri vis tiek nepastebėtų.
Jei dar netikite, kad tai svarbu — pažiūrėkite į savo Google Analytics mobilaus srauto bounce rate ir palyginkite su staliniu. Tas skirtumas dažniausiai yra greitis. Ne dizainas, ne tekstas, ne pasiūlymas. Tiesiog krovimosi laikas.