Mājaslapas ātruma optimizācija: kas tiešām palīdz
Ātruma optimizācija aiziet greizi tad, kad sāk ar smalkumiem. Lielākajā daļā lapu trīs lietas dod deviņdesmit procentus ieguvuma, un pārējais ir stundu tērēšana milisekunžu dēļ.
Šis ceļvedis dod secību pēc ietekmes un pasaka, kad beigt.
Mēri pirms labošanas#
Bez mērīšanas optimizēšana parasti nozīmē nepareizās lietas labošanu.
- Palaid testu mobilajā režīmā, ne datorā.
- Skaties pārlūka tīkla cilni: kas ielādējas, cik liels un cik ilgi.
- Nosaki lielāko atsevišķo failu un lēnāko pieprasījumu.
- Pārbaudi servera atbildes laiku atsevišķi no failu ielādes.
- Skaties īsto lietotāju datus, ja tādi ir.
- Pieraksti sākuma skaitļus, lai uzlabojumu varētu izmērīt.
- Labo pa vienai lietai un mēri no jauna.
Trīs lietas, kas dod visvairāk#
Gandrīz katrai lēnai lapai ir problēma vienā vai vairākās no tām.
| Uzlabojums | Tipiska ietekme | Darba apjoms |
|---|---|---|
| Attēlu optimizēšana | Ļoti liela | Mazs līdz vidējs |
| Servera kešatmiņa | Ļoti liela | Mazs |
| JavaScript samazināšana | Liela | Vidējs līdz liels |
| Fontu sakārtošana | Vidēja | Mazs |
| Trešo pušu audits | Vidēja līdz liela | Mazs |
| Satura tīkls | Vidēja | Mazs |
| Koda smalkā regulēšana | Maza | Liels |
Pēdējā rinda ir vieta, kur lielākā daļa optimizācijas projektu zaudē laiku. Izdari pirmās piecas rindas, pirms to vispār apsver.
Attēli un mediji#
Gandrīz vienmēr lielākā lapas svara daļa un vienkāršākā vieta, kur uzvarēt.
- Piegādā pareizā izmērā — ne 3000 pikseļu platu attēlu 400 pikseļu vietā.
- Lieto WebP vai AVIF ar rezerves variantu.
- Norādi platumu un augstumu, lai izvairītos no izkārtojuma lēkāšanas.
- Ielādē slinki visu, kas nav pirmajā skatā.
- Neielādē slinki LCP attēlu — tas pasliktina rezultātu.
- Ikonām lieto SVG, nevis attēlu failus.
- Video: neatskaņo automātiski un apsver priekšskatījuma attēlu.
JavaScript, fonti un trešās puses#
Trīs avoti, kas uzkrājas nemanāmi un ko neviens neauditē.
| Avots | Tipiska problēma | Labojums |
|---|---|---|
| Ietvars | Nes līdzi vairāk nekā vajag | Apsver, vai to vispār vajag |
| Spraudņi | Katrs pievieno skriptus | Auditē un dzēs neizmantotos |
| Analītika | Vairāki izsekošanas skripti | Viens risinājums, ne trīs |
| Čata logrīks | Liels un bloķējošs | Ielādē vēlāk vai pēc klikšķa |
| Fonti | Vairākas saimes un svari | Divi svari parasti pietiek |
| Ikonu fonts | Liels fails pāris ikonām | SVG vietā |
| Reklāmu skripti | Lēnums un izkārtojuma lēcieni | Rezervē vietu un ielādē vēlāk |
Trešo pušu skriptu audits ir visnovērtētākais ātruma darbs. Jautā par katru skriptu: kas to lieto un kas notiks, ja to noņems?
Biežāk uzdotie jautājumi
Cik ātrai lapai jābūt?
Praktiskais mērķis ir lielākais satura elements zem 2,5 sekundēm mobilajā īsto lietotāju datos. Simts punkti laboratorijā nav mērķis, un to dzīšana maksā vairāk nekā dod. Ja lapa ātri ielādējas uz veca telefona ar lēnu savienojumu, rezultāts ir labs neatkarīgi no tā, ko rāda tests.
Vai ātrāks hostings atrisina problēmu?
Daļēji — tas uzlabo servera atbildes laiku, kas ir svarīgi. Bet ja problēma ir trīs megabaiti attēlu un divdesmit skripti, ātrāks serveris būtiski nepalīdzēs. Vispirms izmēri, kur pazūd laiks. Kešatmiņa esošajā serverī bieži dod vairāk nekā servera nomaiņa.
Vai ātruma spraudņi palīdz?
Kešatmiņas spraudņi tiešām palīdz un parasti ir pirmā lieta, ko darīt WordPress. Spraudņi, kas sola visu automātiski optimizēt, bieži dod mazāku ieguvumu nekā problēmu avotu labošana un var lapu salauzt. Testē pirms un pēc un mēri.
Kad beigt optimizēšanu?
Kad īsto lietotāju dati ir zaļajā zonā un nākamais uzlabojums prasa dienas darba par milisekundēm. Ātrums ir labs, kamēr tas nesāk konkurēt ar saturu un funkcionalitāti. Tajā brīdī noderīgāk ir uzrakstīt vienu labu lapu klāt nekā izcīnīt vēl piecdesmit milisekundes.
mājaslapas ātrumsātruma optimizācijaattēlu optimizēšanakešatmiņajavascript samazināšanaielādes laiks
