IMAGE

Så komprimerar du bilder utan kvalitetsförlust (Guide 2026)

Teknisk guide för att komprimera JPG, PNG och WebP upp till 80 % utan synlig förlust. Algoritmer, format, vanliga misstag och privata verktyg som inte laddar upp dina foton till molnet.

DuneTools · · 11 min read

Bilder representerar vanligtvis 70–80 % av en webbsidas vikt. Om din sida tar mer än 3 sekunder att ladda är problemet nästan säkert okomprimerade bilder. För modern SEO (Core Web Vitals) är komprimering av bilder inte valfritt, det är skillnaden mellan att rankas och inte rankas.

Denna guide förklarar hur du komprimerar bilder utan att förlora synlig kvalitet, vilket format du ska välja för varje fall, varför de flesta “gratis online-komprimerare” försämrar kvaliteten i onödan och hur du gör det utan att dina foton reser till någon annans server.

Hur bildkomprimering faktiskt fungerar

Det finns två fundamentalt olika typer av komprimering:

Förlustfri komprimering

Bilden omorganiseras internt för att ta upp mindre plats, men varje pixel bevaras exakt. När den dekomprimeras är resultatet bit-för-bit identiskt med originalet. Används av PNG och förlustfri WebP.

Besparingarna är begränsade (vanligtvis 20–50 %) eftersom det finns ett matematiskt golv: du kan bara “omarrangera” data så mycket. Men det är noll kvalitetsförlust, så du kan upprepa det i obegränsad tid utan försämring.

Förlustfylld komprimering

Algoritmen kastar avsiktligt bort information som det mänskliga ögat knappt märker: subtila övergångar i liknande färger, fina detaljer i skuggor, små variationer i plana ytor. Används av JPG, WebP-förlustfylld och AVIF.

Moderna förlustfyllda besparingar är dramatiska, 60–90 % minskning utan synlig förlust. Haken är att varje ny komprimering kastar bort mer information, så du kan inte omkomprimera upprepade gånger utan synlig försämring.

75 %-regeln för JPG

Det mest användbara praktiska rådet om bildkomprimering: JPG vid 75–85 % kvalitet är omöjligt att skilja från originalet med blotta ögat, samtidigt som vikten minskas med 60–80 %.

Detta är “sweet spot” som används av Facebook, Google, Apple och alla företag som levererar bilder till miljarder användare dagligen. Under 70 % börjar du se randartefakter i övergångar och “blockighet” i plana ytor. Över 90 % lägger till vikt utan synlig fördel.

Praktisk rekommendation: 80 % är det säkra standardvärdet. Om fotot ska skrivas ut i hög upplösning, använd 90 %. Om det är för en miniatyr i ett flöde kan du gå ner till 70 %.

Moderna algoritmer som ändrar spelet

“Komprimera bild”-verktygen som har använt samma JPG-algoritm i 25 år är teknologiskt föråldrade. Det finns 3 algoritmer som ger betydligt bättre resultat:

MozJPEG (Mozilla)

En direktersättning för standard-JPG-kodaren, 20–30 % mindre filer vid samma synliga kvalitet. Bakåtkompatibel med alla webbläsare och enheter som läser JPG. Används av TinyPNG, Squoosh, Cloudflare Image Resizing och av DuneTools Komprimera bild sedan 2026.

Oxipng / pngquant

Istället för att bara omarrangera PNG analyserar dessa verktyg innehållet och minskar färgpaletten intelligent. Upp till 80 % besparingar på PNG-filer med begränsade paletter (logotyper, skärmdumpar, illustrationer) utan att förlora visuell kvalitet. Fotoliknande PNG-filer ser mindre nytta.

libwebp / libavif (WASM)

WebAssembly-versioner av Googles referenskodare. De tillåter exakt kontroll över kvalitet, kakling och kromsubsampling. WebP vid kvalitet 80 sparar vanligtvis 25–30 % jämfört med en motsvarande JPG.

DuneTools integrerar dessa algoritmer direkt via WebAssembly, alla körs i din webbläsare, ingen uppladdning, ingen server i ekvationen.

Storleksändring: den stora hävstången alla ignorerar

Större komprimering än någon algoritm kommer från storleksändring. Ett 4032×3024 px iPhone-foto (typiskt för en modern telefon) är 12 megapixlar. För Instagram (1080×1080), Twitter (1200×675) eller en normal webbsida (max 1920 px bred) behöver du bara 2–4 megapixlar.

Storleksändring från 4032 px till 1920 px minskar ytan med 77 %, och filvikten följer ytan. Ett 4 MB-foto blir 900 KB bara genom storleksändring, innan någon komprimering tillämpas.

Praktisk regel: innan du komprimerar för webben, ändra storlek på bilden till dess maximala verkliga visningsstorlek. Om den aldrig kommer att visas större än 1920 px på skärm, leverera inte 4032 px. Användaren kommer inte att märka det och din sida laddas 4× snabbare.

DuneTools “Webb”-förinställning gör exakt detta: 1920 px maxsida, JPG vid 75 %. För de flesta foton får du en 85–90 % minskning utan synlig förlust.

När man ska använda varje format

FormatBäst förMaximal komprimeringTransparens
JPGRiktiga foton, ansikten, landskap70–80 % (mozjpeg)Nej
PNGLogotyper, skärmdumpar, linjeritningar30–50 % (oxipng)Ja
WebPNästan allt (modernt alternativ till båda)80–90 %Ja
AVIFMaximal minskning (framtiden)90–95 %Ja

Snabbt beslutsträd:

  1. Behöver det transparens? → PNG eller WebP-förlustfri.
  2. Är det ett foto? → WebP (eller JPG om maximal kompatibilitet).
  3. Modern sajt (efter 2022)? → WebP för allt.
  4. Behöver bleeding-edge-prestanda? → AVIF + WebP-fallback.

Integritet: det tysta problemet med onlineverktyg

När du laddar upp ett foto till “comprimir-imagen.com” eller “freecompressor.org” händer följande:

  1. Ditt foto reser genom internet till deras server.
  2. Servern behåller en kopia på obestämd tid (verifiera deras villkor, de flesta säger inte “vi tar bort efter 24 h”, och även om de gjorde det finns det ingen granskning).
  3. Servern komprimerar och returnerar resultatet.
  4. Ditt foto finns nu på tredjepartshårdvara.

För en meme är det okej. För ett personligt foto, en outgiven produkt, professionellt klientarbete, ett medicinskt dokument, NDA-innehåll, är det en läcka utan återvändo.

Alternativet är lokal bearbetning med WebAssembly (WASM), en webbstandard som kör inhemsk komprimeringskod inuti din webbläsare. DuneTools Komprimera bild använder mozjpeg, oxipng och libwebp kompilerade till WASM: fotot reser aldrig någonstans, inga kopior behålls, att stänga fliken raderar allt.

Praktisk regel: om webbplatsen visar en “Laddar upp…”-förloppsindikator lämnar ditt foto din maskin. Om den bearbetar omedelbart efter att filen släppts är det lokalt.

Vanliga misstag (och hur du undviker dem)

Misstag 1: Omkomprimera en redan komprimerad fil. En JPG sparad vid 85 % och sedan sparad om vid 85 % är inte samma sak som originalet vid 85 %. Varje omgång lägger till artefakter. Lösning: behåll alltid originalet PNG/RAW och komprimera endast från det.

Misstag 2: Höja kvaliteten “för säkerhets skull”. En JPG vid 95 % väger 2× så mycket som en vid 85 % utan synlig skillnad. Lösning: 80 % är det säkra standardvärdet; gå bara upp om du ska skriva ut i hög upplösning.

Misstag 3: PNG för foton. PNG är förlustfri: den kastar inte bort data. För ett foto med miljontals unika färger är det vanligtvis 3–5× tyngre än en motsvarande JPG, utan synlig kvalitetsfördel. Lösning: PNG endast för logotyper, skärmdumpar och grafik med plana ytor.

Misstag 4: Ignorera storleksändring. Att komprimera ett 4032 px-foto till 80 % kvalitet ger dig en tung 4032 px-foto. Lösning: ändra storlek först till faktisk visningsstorlek, komprimera sedan.

Misstag 5: Lita på den första webbplatsen du hittar. Många gratisverktyg lägger på vattenstämpel, saktar ner dig eller är fasader för betalda tjänster. Lösning: verifiera att den bearbetar lokalt (leta efter “WebAssembly” eller “i webbläsaren”) och jämför resultatet mot en kontroll.

Verkligt arbetsflöde

Det typiska professionella arbetsflödet för att komprimera bilder för webben:

  1. Börja från originalet (RAW, full PNG, JPG i maxkvalitet).
  2. Ändra storlek till maximal verklig visningsstorlek (1920 px för hero, 800 px för miniatyrer).
  3. Välj format: foton → WebP/JPG, grafik → WebP/PNG, transparent → WebP/PNG.
  4. Komprimera med mozjpeg/libwebp vid kvalitet 75–85.
  5. Verifiera visuellt vid 100 % zoom, särskilt i plana ytor (himmel, ansikten).
  6. Publicera, spara originalet på din lokala backup.

DuneTools Komprimera bild automatiserar steg 2–4 med “Webb”-förinställningen (1920 px + 75 % + autoformat) och håller allt 100 % lokalt på din enhet.

Sammanfattning

För 95 % av fallen 2026:

  1. JPG-kvalitet 80 (eller WebP) är det bästa storleks-/kvalitetsförhållandet.
  2. Ändra storlek innan du komprimerar, det är där den verkliga minskningen finns.
  3. PNG endast för grafik med plana ytor eller transparens.
  4. Omkomprimera inte redan komprimerade filer.
  5. Använd verktyg som bearbetar lokalt om fotot är känsligt.

Att komprimera bilder bra är inte en konst, det är mekanik. Att följa dessa fem regler skiljer en snabb sajt som rankas på Google från en tung sajt som tappar besökare och intäkter.