Guide

Vilken bild laddar en telefon faktiskt ned?

Vi förberedde flera bredder av ett eget foto, komprimerade varje kopia och testade responsivt val i en lokal webbläsare. Resultaten visar filerna som sidan erbjuder och byten bakom varje val. Det skiljer att göra en fil lättare från att skicka en lämpligt stor fil till telefonen.

Senast uppdaterad:

Bitinz-teamet · Så skriver och granskar vi innehållet

En komprimerad stor bild är fortfarande ett stort val

Ett litet bildutrymme gör inte nedladdningsfilen mindre. Om alla besökare får samma fullstora foto kan telefonen hämta pixlar som layouten inte använder. Komprimering och responsivt urval löser olika delar av problemet.

Vårt arbetsflöde för webbplatser beskriver förberedelsen; guiden om bildleverans kopplar den till prestandadiagnostik. Här följer vi ett foto till webbläsarens verkliga val utan att likställa resultat med ett poängtal.

Förbered varianterna och observera webbläsaren

Vi gjorde proportionella kopior i en extern bildredigerare före komprimering; Bitinz skalade dem inte. Den 2026-10-29 behandlades varje kopia lokalt med Balanserad. Registrerade mått, byte och kontrollsummor identifierar varianten i webbläsartestet.

Den lokala sidan erbjöd varianter genom srcset med en matchande sizes-regel. Observationerna registrerar visningsbredd, pixeltäthet och vald resurs. De mäter bilddata, inte en hel sidladdning eller ett simulerat mobilnät. Redaktionspolicyn beskriver underlaget.

De förberedda filerna bakom valet

Jämför storlekarna här och läs sedan webbläsarprotokollet länkat bland källorna. Webbläsaren kan bara välja filer som sidan faktiskt erbjuder.

BildPixlarUtdataNivåFöreEfterBesparing
photo-4000.jpg4000 × 2667 pxJPGBalanserad2032.6 KB595.9 KB70.7%
photo-1600.jpg1600 × 1067 pxJPGBalanserad393.1 KB129.0 KB67.2%
photo-800.jpg800 × 533 pxJPGBalanserad116.0 KB40.0 KB65.5%
photo-400.jpg400 × 267 pxJPGBalanserad34.2 KB12.4 KB63.7%

Bitinz · 1 KB motsvarar 1000 byte.

Komprimera bilderGör JPG-, PNG- och WebP-filer mindre i sina egna format, många åt gången och gratis.Komprimera bilder

Vad webbläsaren faktiskt laddade ned

Visningsyta (CSS px)PixeltäthetVisad bredd (CSS px)Vald bredd (px)Bildens datamängd
3901×35840012.4 KB
3902×35880040.0 KB
7681×73680040.0 KB
7682×7361600129.0 KB
12801×9601600129.0 KB
12802×9604000595.9 KB

Varje rad använde en ny webbläsarkontext med avstängd cache. Det bredaste fallet med hög pixeltäthet valde den största varianten eftersom utbudet hade ett stort glapp där. En mellanstor variant vore värd att testa; webbläsaren kan bara välja filer som finns i listan.

Granska den valda bilden i användbar skala

Detalj från källfotot

Detalj ur projektets ursprungliga landskapsfoto

Detalj från det komprimerade fotot

Motsvarande detalj i det faktiskt komprimerade fotot
Verkliga utsnitt ur projektets originalfoto och komprimerade foto. De visar utseendet skilt från webbläsarens resursval.

Granska fotot på en liten skärm och en skärm med hög täthet. Den minsta varianten är inte bäst om bilden blir synligt mjuk. En stor variant motiveras inte heller enbart av imponerande komprimering.

Protokollet är en ögonblicksbild av den angivna miljön. Cache och webbläsarbeslut kan påverka senare besök. Upprepa med en ny webbläsarkontext och kontrollera den begärda bilden i stället för att dra slutsatser av synliga mått.

Koppla förberedelse till leverans

Använd bildkomprimeraren på de förberedda kopiorna och låt webbplatsen eller CMS:et erbjuda lämpliga varianter. Pekar sidkoden alla skärmar mot en stor fil ändrar komprimering ensam inte det valet.

Låt sizes följa CSS-layouten. Webbläsaren kombinerar ledtråden med varianterna och skärmtätheten; filnamnet avslöjar inte din avsikt. Kontrollera vald resurs efter ändringar i layouten.

I ett återkommande arbetsflöde kan utvecklar-API:et komprimera förberedda filer vid publicering. Storleksändring förblir ett separat förberedelsesteg. Vår kvalitetsguide förklarar hur du jämför detaljer innan du ersätter en bild.

Kontrollera ett bildutrymme på sidan

  1. Mät utrymmet och bestäm vilka proportionella bredder layouten behöver.
  2. Förbered och komprimera kopiorna medan du behåller det redigerbara originalet.
  3. Erbjud varianterna med en sizes-regel som matchar layouten.
  4. Granska den valda resursen och det synliga fotot på olika skärmar.

Vanliga frågor

Minskar en mindre visningsbredd den nedladdade filen?
En CSS-bredd ändrar layouten, inte byten i en enskild bildfil. Erbjud lämpliga varianter och kontrollera vilken webbläsaren väljer.
Varför väljer en telefon med hög täthet en bredare bild?
En tät skärm kan använda fler bildpixlar i samma synliga utrymme. Både variantmått och sidans storleksledtråd påverkar valet.
Mäter experimentet sidans hastighet?
Det registrerar komprimeringsresultat och bildval. Hela sidans laddningsupplevelse beror också på andra resurser, nätverk och rendering.

Verktyg i den här guiden

Källor

  1. Bitinz: Responsive image browser observations (2026-10-29)
  2. Bitinz: Image lab: sources, measurements and output hashes (2026-10-29)
  3. MDN: Responsive images