Optimalisering av annonser
Slik komprimerer du produktbilder uten å miste kvalitet
· 4 min read
Endre størrelsen på produktbildet til pikselmålene det faktisk vises i, og eksporter det som WebP eller AVIF, som ved samme visuelle kvalitet vanligvis er 25 til 50 prosent mindre enn JPEG. Sikt mot omtrent 100 til 300KB per bilde, avhengig av rollen på siden. Googles Largest Contentful Paint-mål regner en side som treg over 2,5 sekunder, og et overdimensjonert hovedbilde er ofte den ene ressursen som gjør at grensen overskrides.
Gjør dette i RorlAIProduct: Clean studio backdrop for anything boxed or bottled.Hvorfor filstørrelse er et konverteringsproblem og ikke bare et lasteproblem
Largest Contentful Paint måler hvor lang tid det tar før det største synlige elementet på en side er ferdig tegnet. Ifølge Googles egne terskler er under 2,5 sekunder bra, 2,5 til 4 sekunder trenger forbedring og over 4 sekunder dårlig. På en produktside er det største synlige elementet nesten alltid hovedbildet. Det betyr at én enkelt overdimensjonert bildefil alene kan avgjøre om produktsiden din består eller stryker målet, uansett hvor fort resten av siden lastes.
Dette er ikke en abstrakt poengøvelse. Et hovedbilde som laster sakte er det første en kjøper opplever i annonsen din, før de har lest et ord av beskrivelsen eller sett prisen.
Et realistisk størrelsesbudsjett
| Bildets rolle | Rimelig mål |
|---|---|
| Hovedbilde, kan zoomes | 150 til 300KB |
| Andre galleribilde eller miniatyr | 60 til 120KB |
| Mobilt hovedbilde, øverst på siden | under omtrent 150 til 200KB |
Dette er arbeidsmål samlet fra gjeldende retningslinjer for bildeoptimalisering, ikke en offisiell spesifikasjon fra én enkelt plattform, og de varierer litt med bildets kompleksitet. Et enkelt produkt på hvit bakgrunn kan komprimeres lenger enn en travel scene før kvalitetstapet blir synlig. Se derfor på tabellen som et tak og ikke en regel du må treffe nøyaktig.
Rekkefølgen på trinnene som faktisk sparer byte
- 1Endre størrelse før du komprimererEt kamera eller et genereringsverktøy eksporterer ofte med 3000 til 4000 pikslers bredde. Hvis bildet vises i et felt på 1200 piksler på siden din, endrer du først størrelsen til omtrent den bredden. Å komprimere et overdimensjonert bilde leverer fortsatt et overdimensjonert bilde, bare litt mindre.
- 2Eksporter som WebP der plattformen din støtter detWebP er ofte 25 til 35 prosent mindre enn JPEG ved samme visuelle kvalitet, og AVIF kan gå enda lenger. De fleste dagens e-handelsplattformer og nettlesere støtter WebP. Sjekk om din leverer det automatisk eller om filen må lastes opp direkte i det formatet.
- 3Sett JPEG-kvaliteten rundt 70 til 85 når WebP ikke er et alternativStandardinnstillingene for eksport i redigeringsprogrammer er ofte unødvendig høye. En kvalitetsinnstilling i dette området kan ikke skilles fra originalen visuelt i de fleste produktbilder, og er betydelig mindre enn en eksport på 100 prosent.
- 4Fjern innebygd metadataKamerainnstillinger, fargeprofiler utover det siden trenger og GPS-data som noen telefoner bygger inn, gir filvekt som en kjøper aldri ser. De fleste komprimeringsverktøy fjerner dette som standard; bekreft at ditt gjør det.
Skillet som betyr mest:
- Tapsfri komprimering beholder hver piksel nøyaktig slik den ble fanget og krymper knapt et fotografi. Den passer til grafikk med flate farger og skarpe kanter, ikke til fotografi
- Tapsbasert komprimering kaster data som det menneskelige øyet har vanskelig for å legge merke til, og det er der de virkelige besparelsene ligger for et foto
- En moderne koder som er riktig innstilt havner langt under punktet der en kjøper merker forskjellen, lenge før den når punktet der du selv ville gjort det
Hvor et generert eller redigert bilde passer inn
Et bilde fra et hvilket som helst redigerings- eller genereringsverktøy trenger samme trinn for størrelsesendring og komprimering som et bilde rett fra kameraet. Disse verktøyene eksporterer ofte i full oppløsning som standard, og en eksport i full oppløsning har samme vektproblem, enten pikslene kommer fra en sensor eller en modell. Behandle det som en råfil som venter på samme budsjett, ikke som en ferdig ressurs.
Common questions
- Gjør komprimering at produktbildene mine ser dårligere ut?
- Ikke ved en fornuftig innstilling. Tapsbasert komprimering innenfor områdene som er beskrevet her er innstilt for å kaste detaljer som det menneskelige øyet ikke registrerer, så et riktig komprimert bilde ser identisk ut i vanlig visningsstørrelse og laster på en brøkdel av tiden.
- Bør jeg bruke WebP eller holde meg til JPEG?
- Bruk WebP hvis nettbutikkplattformen din støtter det, siden det vanligvis er 25 til 35 prosent mindre enn JPEG ved samme kvalitet. Gå tilbake til en godt innstilt JPEG bare hvis plattformen eller temaet ditt ikke leverer WebP automatisk.
- Trenger jeg egne bildestørrelser for mobil og PC?
- Helst ja. En mobilkjøper ser bildet på en mye mindre flate enn en PC-kjøper, så å levere en mindre fil til mobil sparer reell lastetid uten synlig kvalitetstap på den skjermen.
- Påvirker bildets filstørrelse faktisk salget, eller bare en hastighetsscore?
- Sidehastighet og konvertering henger så tett sammen at de fleste e-handelsplattformer nå behandler det som en rangerings- og konverteringsfaktor, ikke bare et laboratoriemål. Et hovedbilde som alene skyver siden forbi terskelen på 2,5 sekunder for Largest Contentful Paint, er en reell, målbar treghet som en kjøper opplever, ikke en abstrakt score.