CodeKitHubHvad er dette værktøj?
PNG er tabsfrit, så det har ingen "kvalitets"-indstilling at skrue ned for — naiv genkodning hjælper knap nok. Reel PNG-komprimering fungerer anderledes: paletkvantisering reducerer billedet til et omhyggeligt udvalgt sæt farver (op til 256). Da skærmbilleder, logoer og interfacegrafik sjældent bruger flere distinkte farver end det alligevel, bliver filen 50–70% mindre og ser identisk ud. Gennemsigtighed (alfakanalen) bevares fuldt ud.
Dette er teknikken bag velkendte tjenester som TinyPNG — forskellen her er, at det kører i din browser via en open source-motor, så dine billeder forbliver på din enhed, og der er ingen daglig filgrænse.
Hvorfor bruge det?
- Reel komprimering (50–70% typisk), ikke en placebo-genkodning.
- Gennemsigtighed bevaret — sikkert til logoer, ikoner og UI-elementer.
- Ingen upload, i modsætning til TinyPNG-lignende tjenester — og derfor ingen grænser for antal filer.
- Justerbart farvebudget (16–256) med besparelser vist pr. billede.
- Batch-understøttelse, gratis, intet vandmærke.
Sådan bruger du det
- Slip PNG-filer på boksen (komprimeringsmotoren indlæses automatisk, én gang).
- Behold 256 farver for visuelt identiske resultater, eller sænk det for mindre filer.
- Hvert resultat viser den præcise besparelse — klik på Download.
- Hvis en fotolignende PNG ikke skrumper nok, konvertér den i stedet til JPG (se PNG til JPG).
Eksempel
Input
app-screenshot.png — 980 KBOutput
app-screenshot-compressed.png — 290 KB (−70%), 256 farverSkærmbilleder og UI-grafik kvantiserer flot; paletten dækker hver farve, de faktisk bruger.
Fra vores egen testning
Vores lanceringstest brugte et bevidst fjendtligt billede: en 600×400 PNG fyldt med 200 overlappende delvist gennemsigtige farvefelter — langt rodetere end et typisk skærmbillede. Den blev kvantiseret fra 31,1 KB ned til 7,8 KB (−75%) ved 256 farver, med alfakanalen intakt. Rigtig UI-grafik komprimerer endnu bedre, fordi den bruger færre distinkte farver end vores stresstest. Den ærlige bagside, vi også bekræftede: fotografisk indhold viser synlig banding ved 256 farver — det er, når du vil bruge JPG/WebP-vejen i stedet, hvilket er grunden til, at konverterlinkene sidder en sektion højere oppe.
Almindelige anvendelser
- Formindsk app- eller hjemmesideskærmbilleder, inden du vedhæfter dem til en fejlrapport eller dokumentationsside.
- Komprimér et logo eller ikonsæt til en hjemmeside uden at miste den gennemsigtige baggrund, udviklere er afhængige af.
- Reducér størrelsen på UI-mockup-eksporter fra designværktøjer, inden du deler dem med et team.
- Skær vægten ned på en batch af interfacegrafik til en style guide eller et designsystem-repository.
Ofte stillede spørgsmål
Hvordan kan et tabsfrit format komprimeres yderligere?
Ved at gøre det en smule tabsgivende på en intelligent måde: kvantisering vælger de ~256 farver, der bedst repræsenterer billedet, og kortlægger hver pixel til dem. For grafik med begrænset farveinterval er resultatet visuelt identisk — teknisk tabsgivende, praktisk talt ikke til at skelne.
Overlever gennemsigtigheden komprimeringen?
Ja — alfakanalen bevares, inklusive delvist gennemsigtige pixler (skyggeeffekter, kant-udjævning). Det er præcis, hvad logoer og UI-elementer har brug for.
Hvornår fungerer PNG-komprimering dårligt?
Ved fotografier og bløde farveovergange — de bruger tusindvis af farver, så 256 kan give banding. Til fotoindhold sparer konvertering til JPG eller WebP langt mere; det er, hvad vores PNG til JPG-konverter er til.
Hvordan adskiller dette sig fra TinyPNG?
Samme underliggende teknik (paletkvantisering), lignende besparelser. De praktiske forskelle: dine filer uploades aldrig her, der er ingen grænse på 20 filer pr. batch, ingen 5 MB-loft og intet betalt niveau — fordi der ikke er nogen server, der udfører arbejdet.
Hvilket farveantal skal jeg vælge?
Start ved 256 — visuelt identisk for næsten al grafik. Sæt ned til 64 eller 32 for ikoner og simple UI-elementer for at presse mere ud; hold øje med miniaturevisningen for banding.