CodeKitHubHva er dette verktøyet?
PNG er tapsfritt, så det har ingen «kvalitet»-innstilling å senke — naiv omkoding hjelper knapt. Reell PNG-komprimering fungerer annerledes: palettkvantisering reduserer bildet til et nøye utvalgt sett med farger (opptil 256). Siden skjermbilder, logoer og grensesnittgrafikk sjelden bruker flere distinkte farger enn det uansett, blir filen 50–70% mindre mens den ser identisk ut. Transparens (alfakanalen) bevares fullt ut.
Dette er teknikken bak velkjente tjenester som TinyPNG — forskjellen her er at den kjører i nettleseren din via en open source-motor, slik at bildene dine blir på enheten din og det er ingen daglig filgrense.
Hvorfor bruke det?
- Reell komprimering (50–70% typisk), ikke en placebo-omkoding.
- Transparens bevart — trygt for logoer, ikoner og UI-ressurser.
- Ingen opplasting, i motsetning til TinyPNG-lignende tjenester — og derfor ingen filantallsgrenser.
- Justerbart fargebudsjett (16–256) med besparelser vist per bilde.
- Batch-støtte, gratis, ingen vannmerke.
Slik bruker du det
- Slipp PNG-filer på boksen (komprimeringsmotoren lastes automatisk, én gang).
- Behold 256 farger for visuelt identiske resultater, eller senk den for mindre filer.
- Hvert resultat viser den eksakte besparelsen — klikk Last ned.
- Hvis en fotolignende PNG ikke krymper nok, konverter den til JPG i stedet (se PNG til JPG).
Eksempel
Inndata
app-skjermbilde.png — 980 KBResultat
app-skjermbilde-komprimert.png — 290 KB (−70%), 256 fargerSkjermbilder og UI-grafikk kvantiseres vakkert; paletten dekker hver farge de faktisk bruker.
Fra vår egen testing
Vår lanseringstest brukte et bevisst krevende bilde: en 600×400 PNG fylt med 200 overlappende, delvis transparente fargeflekker — langt rotere enn et typisk skjermbilde. Den kvantiserte fra 31,1 KB ned til 7,8 KB (−75%) ved 256 farger, med alfakanalen intakt. Virkelig UI-grafikk komprimerer enda bedre fordi den bruker færre distinkte farger enn vår stresstest. Den ærlige bakdelen vi også bekreftet: fotografisk innhold viser synlig banding ved 256 farger — da vil du ta JPG/WebP-veien i stedet, noe som er hvorfor omregner-lenkene ligger én seksjon opp.
Vanlige bruksområder
- Krympe app- eller nettstedskjermbilder før de legges ved en feilrapport eller dokumentasjonsside.
- Komprimere en logo eller et ikonsett for et nettsted uten å miste den transparente bakgrunnen utviklere er avhengige av.
- Redusere størrelsen på UI-mockup-eksporter fra designverktøy før du deler dem med et team.
- Kutte vekten på en batch med grensesnittgrafikk for en stilguide eller et designsystem-repositorium.
Ofte stilte spørsmål
Hvordan kan et tapsfritt format komprimeres videre?
Ved å gjøre det litt tapsgivende på en smart måte: kvantisering velger de ~256 fargene som best representerer bildet og tilordner hver piksel til dem. For grafikk med begrenset fargeutvalg er resultatet visuelt identisk — teknisk tapsgivende, praktisk talt umerkbart.
Vil transparensen overleve komprimering?
Ja — alfakanalen bevares, inkludert delvis transparente piksler (skygger, kantutjevning). Dette er akkurat hva logoer og UI-ressurser trenger.
Når fungerer PNG-komprimering dårlig?
På fotografier og jevne overganger — de bruker tusenvis av farger, så 256 kan vise banding. For fotoinnhold sparer konvertering til JPG eller WebP langt mer; det er det vår PNG til JPG-omregner er til for.
Hvordan er dette annerledes enn TinyPNG?
Samme underliggende teknikk (palettkvantisering), lignende besparelser. De praktiske forskjellene: filene dine lastes aldri opp her, det er ingen 20-fils batch-grense, ingen 5 MB-tak, og ingen betalt tier — fordi det ikke er noen server som gjør jobben.
Hvilket fargeantall bør jeg velge?
Start på 256 — visuelt identisk for nesten all grafikk. Senk til 64 eller 32 for ikoner og enkle UI-elementer for å presse ut mer besparelse; følg med på forhåndsvisningsminiatyren for banding.