Mine sisu juurde
Tagasi juhendite juurde
Juhend Viimati kontrollitud: oktoober 2026 Lugemisaeg 6 min

Pildid ja lehe kiirus: vormingud, suurused, laisk laadimine

Pildid on sageli lehe raskeim osa ja sageli element, mis otsustab, millal leht valmis tundub. See juhend selgitab vorminguid, failimahtusid, srcset ja sizes atribuute, miks width ja height on olulised, millal kasutada laiska laadimist ja kuidas käsitleda suurt pilti lehe ülaosas.

Miks pildid otsustavad laadimisaja

Google kirjutab, et pildid moodustavad sageli suurima osa lehe kogumahust, mis võib muuta lehtede laadimise aeglaseks ja kulukaks. Kaks Core Web Vitalsi mõõdikut sõltuvad otse piltidest. Largest Contentful Paint (LCP) mõõdab laadimist: Google soovitab, et suurim element ilmuks esimese 2,5 sekundi jooksul pärast lehe laadimise algust. Paljudel lehtedel on see element pilt, näiteks suur foto lehe ülaosas. Cumulative Layout Shift (CLS) mõõdab visuaalset stabiilsust ja peaks jääma alla 0,1. Pildid, mis saabuvad ilma reserveeritud ruumita, lükkavad teksti allapoole ja tõstavad seda väärtust.

Telefon näitab lehte. Suurel pildil ülaosas on roheline linnuke: see laaditakse esimesena. Punktiirjoone all hoiavad kaks punktiirjoonega pildiala oma ruumi. Paremal muutub üks suur fail kaheks väiksemaks.
Laadi ülemine pilt esimesena, reserveeri ülejäänutele ruum ja hoia iga fail väike.

Õige vorming

  • Fotod: JPEG töötab kõikjal. WebP ja AVIF on sarnase kvaliteedi juures sageli selgelt väiksemad.
  • Teravate servade või läbipaistvusega graafika: PNG või WebP ja AVIF, mis võivad samuti olla läbipaistvad.
  • Logod ja ikoonid: SVG, sest see jääb igas suuruses teravaks ja on tavaliselt väga väike.
  • Google Search toetab src-atribuudis pilte vormingutes BMP, GIF, JPEG, PNG, WebP, SVG ja AVIF.

Kui pakud WebP- või AVIF-faile, võid picture-elemendis hoida varuvariandina JPEG-faili. Brauser valib esimese allika, millest ta aru saab.

Õige suurus

Pilt, mis on 2400 pikslit lai, kuid mida näidatakse 600 piksli laiusena, raiskab suurema osa oma baitidest. Ekspordi pildid umbes sellise laiusega, millisena neid näidatakse, ja teravate ekraanide jaoks umbes kaks korda laiemana. Seejärel tihenda need. Paljudes pilditöötlusprogrammides piisab veebifotode jaoks kvaliteediseadest umbes skaala keskel. Kontrolli tulemust täissuuruses, enne kui asendad originaali.

Üks foto, neli faili (KB)
JPEG, 2400 px lai480
Otse kaamerast või pildipangast
JPEG, 1200 px lai160
Skaleeritud kuvatavale suurusele
WebP, 1200 px lai100
Sama suurus, kaasaegne vorming
AVIF, 1200 px lai75
Sama suurus, kaasaegne vorming
Näidisväärtused: tegelik sääst sõltub pildist ja ekspordiseadetest.

srcset ja sizes

Üks fail ei sobi kunagi igale ekraanile. srcset abil pakud sama pildi mitut faili ja märgid iga faili laiuse. sizes abil ütled brauserile, kui laiana pilti näidatakse. Brauser valib seejärel väikseima faili, mis on piisavalt terav.

<img src="/img/sofa-800.jpg"
     srcset="/img/sofa-400.jpg 400w, /img/sofa-800.jpg 800w, /img/sofa-1600.jpg 1600w"
     sizes="(max-width: 700px) 100vw, 700px"
     width="800" height="533"
     alt="…">

Selles näites täidab pilt kitsastel ekraanidel kogu ekraani ja on laiematel 700 pikslit lai. Google soovitab alati hoida src-atribuudis varuvarianti. Kirjuta kolme punkti asemele päris alt-tekst.

Width ja height paigutuse nihete vastu

Ilma width ja height väärtuseta ei tea brauser enne faili saabumist, kui palju ruumi pilt vajab. Selle all olev tekst hüppab siis allapoole. web.dev juhend paigutuse nihete kohta soovitab: lisa piltidele ja videoelementidele alati width ja height atribuudid, faili pikslisuuruse või vähemalt õige kuvasuhtega. Kaasaegsed brauserid määravad nende väärtuste põhjal pildi vaikimisi kuvasuhte ja reserveerivad ruumi. CSS-is hoiavad width: 100% ja height: auto pildi paindlikuna. Kui sa ei saa atribuute määrata, nimetab juhend alternatiivina CSS-i omadust aspect-ratio.

Laisk laadimine

loading="lazy" korral laadib brauser pildi alles siis, kui see jõuab nähtava ala lähedale. See säästab andmemahtu lehel allpool asuvate piltide puhul. Google ütleb laisa laadimise kohta: ära lisa seda sisule, mis on tõenäoliselt kohe nähtav, kui kasutaja lehe avab. Brauseri sisseehitatud laisk laadimine on saadaval piltide ja iframe'ide jaoks.

Laisk laadimine või mitte?
Kas pilt on tõenäoliselt kohe nähtav, kui leht avaneb?
Jah
Laadi see tavapäraselt, ilma loading="lazy" atribuudita. Suurima pildi puhul lehe ülaosas võib aidata fetchpriority="high".
Ei
Kasuta loading="lazy". Brauser laadib pildi alles siis, kui külastaja kerib selle lähedale.
Alati koos width ja height väärtusega, et ruum oleks reserveeritud.

LCP-pilt

Suurim pilt lehe ülaosas, sageli päisepilt või toote põhifoto, on lehe kõige olulisem fail. web.dev juhend LCP kohta ütleb: ära kunagi laadi oma LCP-pilti laisalt. fetchpriority="high" on brauserile vihje see varakult laadida. Juhendi järgi ei aita kõrge prioriteet enam, kui see on rohkem kui ühel või kahel pildil. Pildid, mille aadressi skriptiteek peidab data-src atribuuti või mis on ainult CSS-taust, leiab brauser hilja. Taustapildi jaoks nimetab juhend eellaadimist HTML-is link rel="preload" abil. AVIF või WebP ja väiksem fail lühendavad samuti laadimisaega.

Suur pilt lehe ülaosas
Aitab
  • img-element, mille src on otse HTML-is
  • Laaditakse tavapäraselt
  • fetchpriority="high" ainult sellel pildil
  • Kuvatavale suurusele skaleeritud fail
Aeglustab
  • Aadress ainult data-src atribuudis, mille skript hiljem täidab
  • loading="lazy"
  • Kõrge prioriteet korraga paljudel piltidel
  • Mitme megabaidi suurune fail

Et näha, kuidas sinu lehed toimivad, viitab Google Search Console'i Core Web Vitalsi aruandele. Üksiku lehe puhul näitavad brauseri jõudlustööriistad, milline element on LCP-element ja millised elemendid paigutust nihutavad. Mõõda enne ja pärast muudatust, et teaksid, kas see aitas.

Lühike kontrollnimekiri

  • Kas suurim pilt lehe ülaosas laaditakse tavapäraselt, mitte laisalt?
  • Kas igal img-elemendil on width ja height või on ruum reserveeritud aspect-ratio abil?
  • Kas iga fail on umbes nii lai, nagu seda näidatakse, ja tihendatud?
  • Kas suured fotod on srcset ja sizes abil mitmes laiuses?
  • Kas on JPEG- või PNG-faile, mis võiksid olla WebP või AVIF?

Töö Do4U-ga

Piltide kontroll loeb ühe lehe ja iga sellel oleva pildi. Iga faili kohta näitab see vormingut, failimahtu ja piksleid ning HTML-ist width ja height, loading, fetchpriority, srcset ja sizes väärtusi, picture-allikaid ja style-atribuutides olevaid taustapilte. Do4U arvab HTML-i põhjal ära tõenäolise LCP-pildi. See ei mõõda seda, sest tegeliku LCP-elemendi otsustab brauser. Saad piltide tabeli koos leidudega, kogumahu ja lühikokkuvõtte. JavaScriptiga lisatud pilte ja väliste CSS-failide taustapilte ei arvestata. TI-d ei kasutata ja kontroll on tasuta, päevase limiidiga.

Do4U leiab vihjeid, sina kontrollid ja otsustad. Kinnita LCP-element oma brauseri jõudlustööriistadega, enne kui lehte muudad.

Allikad