Listing-optimalisatie
Productfoto's comprimeren zonder kwaliteitsverlies
· 4 min read
Schaal een productfoto naar de pixelafmetingen waarmee hij echt wordt getoond en exporteer hem daarna als WebP of AVIF, die bij dezelfde visuele kwaliteit meestal 25 tot 50 procent kleiner zijn dan JPEG. Mik op ongeveer 100 tot 300KB per afbeelding, afhankelijk van de rol op de pagina. De Largest Contentful Paint-benchmark van Google beschouwt een pagina als traag boven 2,5 seconden, en een te grote hoofdfoto is vaak het enige element dat daarvoor verantwoordelijk is.
Doe dit met RorlAIProduct: Clean studio backdrop for anything boxed or bottled.Waarom bestandsgrootte een conversieprobleem is, niet alleen een laadprobleem
Largest Contentful Paint meet hoe lang het duurt voordat het grootste zichtbare element op een pagina volledig is weergegeven. Volgens de eigen drempels van Google is alles onder 2,5 seconden goed, 2,5 tot 4 seconden verbetering nodig en alles boven 4 seconden slecht. Op een productpagina is het grootste zichtbare element bijna altijd de hoofdfoto. Eén te groot afbeeldingsbestand kan dus in zijn eentje bepalen of je productpagina de benchmark haalt, hoe snel de rest van de pagina ook laadt.
Dit is geen abstracte scoreoefening. Een hoofdfoto die traag laadt is het eerste wat een koper van je listing meemaakt, nog voordat hij een woord van de beschrijving heeft gelezen of de prijs heeft gezien.
Een realistisch groottebudget
| Rol van de afbeelding | Redelijk doel |
|---|---|
| Hoofdfoto, inzoombaar | 150 tot 300KB |
| Tweede galerijafbeelding of miniatuur | 60 tot 120KB |
| Mobiele hoofdfoto, bovenaan de pagina | onder ongeveer 150 tot 200KB |
Dit zijn werkdoelen uit actuele richtlijnen voor beeldoptimalisatie, geen officiële specificatie van één platform, en ze verschillen een beetje per complexiteit van de afbeelding. Een eenvoudig product op een witte achtergrond laat zich verder comprimeren dan een drukke scène voordat kwaliteitsverlies zichtbaar wordt. Zie de tabel dus als een plafond en niet als een regel die je exact moet halen.
De volgorde van stappen die echt bytes bespaart
- 1Schaal eerst, comprimeer daarnaEen camera of een generatietool exporteert vaak op 3000 tot 4000 pixels breed. Als de foto op je pagina in een vak van 1200 pixels wordt getoond, schaal hem dan eerst naar ongeveer die breedte. Een te grote afbeelding comprimeren levert nog steeds een te grote afbeelding op, alleen iets kleiner.
- 2Exporteer als WebP waar je platform dat ondersteuntWebP is bij dezelfde visuele kwaliteit vaak 25 tot 35 procent kleiner dan JPEG, en AVIF kan nog verder gaan. De meeste huidige e-commerceplatforms en browsers ondersteunen WebP. Controleer of jouw platform het automatisch levert of dat het bestand direct in dat formaat geüpload moet worden.
- 3Zet de JPEG-kwaliteit rond 70 tot 85 als WebP geen optie isDe standaard exportinstellingen van bewerkingssoftware zijn vaak onnodig hoog. Een kwaliteitsinstelling in dit bereik is bij de meeste productfoto's visueel niet van het origineel te onderscheiden en veel kleiner dan een export op 100 procent.
- 4Verwijder ingebedde metadataCamera-instellingen, kleurprofielen die de pagina niet nodig heeft en gps-gegevens die sommige telefoons insluiten voegen bestandsgewicht toe dat een koper nooit ziet. De meeste compressietools verwijderen dit standaard; controleer of die van jou dat ook doet.
Het belangrijkste onderscheid:
- Verliesvrije compressie behoudt elke pixel precies zoals vastgelegd en verkleint een foto nauwelijks. Het past bij afbeeldingen met vlakke kleuren en scherpe randen, niet bij fotografie
- Verliesgevende compressie gooit gegevens weg die het menselijk oog moeilijk opmerkt, en daar zit bij een foto de echte besparing
- Een moderne encoder die goed is ingesteld blijft ruim onder het punt waarop een koper het verschil opmerkt, en lang voordat je het punt bereikt waarop je het zelf zou zien
Waar een gegenereerde of bewerkte foto past
Een foto uit welke bewerkings- of generatietool dan ook heeft dezelfde schaal- en compressiestap nodig als een foto rechtstreeks uit de camera. Deze tools exporteren vaak standaard op volledige resolutie, en een export op volledige resolutie heeft hetzelfde gewichtsprobleem, of de pixels nu van een sensor of van een model komen. Behandel het als een ruw bestand dat op hetzelfde budget wacht, niet als een afgerond beeld.
Common questions
- Zien mijn productfoto's er slechter uit als ik ze comprimeer?
- Niet bij een redelijke instelling. Verliesgevende compressie binnen de hier beschreven bereiken is afgestemd op het weggooien van detail dat het menselijk oog niet registreert, dus een goed gecomprimeerde foto ziet er op normale kijkgrootte identiek uit en laadt in een fractie van de tijd.
- Moet ik WebP gebruiken of bij JPEG blijven?
- Gebruik WebP als je winkelplatform het ondersteunt, want het is bij dezelfde kwaliteit doorgaans 25 tot 35 procent kleiner dan JPEG. Val alleen terug op een goed afgestelde JPEG als je platform of thema WebP niet automatisch levert.
- Heb ik aparte afbeeldingsformaten nodig voor mobiel en desktop?
- In het ideale geval wel. Een mobiele koper bekijkt de foto in een veel kleinere ruimte dan een desktopkoper, dus een kleiner bestand voor mobiel bespaart echte laadtijd zonder zichtbaar kwaliteitsverlies op dat scherm.
- Heeft de bestandsgrootte van afbeeldingen echt invloed op de verkoop, of alleen op een snelheidsscore?
- Paginasnelheid en conversie hangen zo nauw samen dat de meeste e-commerceplatforms het nu behandelen als rangschikkings- en conversiefactor, niet alleen als laboratoriummaatstaf. Een hoofdafbeelding die de pagina in zijn eentje voorbij de drempel van 2,5 seconden voor Largest Contentful Paint duwt, is een echte, meetbare vertraging die een koper ervaart, geen abstracte score.