CodeKitHubHvorfor bruke det?
- 100 % lokalt: bildene forlater aldri enheten din — trygt for private bilder og uutgitte design.
- Ingen grenser: ingen maks filstørrelse, ingen daglig kvote, ingen vannmerke, ingen konto.
- Batch-modus — slipp inn mange bilder samtidig, hvert får sin egen nedlasting.
- Kvalitetsglidebryter + maksbredde-endring + JPG/WebP-utdata — de tre innstillingene som faktisk betyr noe.
- Viser eksakt besparelse per bilde slik at du kan vurdere avveiningen.
Ofte stilte spørsmål
Vil komprimering gjøre bildene mine stygge?
Ved 70–85 % kvalitet er forskjellene praktisk talt usynlige for bilder vist på skjerm. Synlige artefakter dukker opp under ~50 %. Tekst-tunge skjermbilder er unntaket — de viser artefakter tidligere i JPG; prøv WebP-utdata eller hold kvaliteten over 85 % for slike.
Er det en grense for filstørrelse eller antall?
Nei. Fordi komprimeringen skjer på enheten din i stedet for på en server, er det ingenting å begrense — komprimer et 50 MB-bilde eller 100 bilder i én batch. Svært store bilder tar bare litt lenger tid.
Blir bildene mine lastet opp noe sted?
Nei. Filer leses og kodes på nytt helt av nettleseren din med HTML5 canvas-API-et. Du kan laste inn siden, gå offline, og fortsette å komprimere.
Bør jeg velge JPG eller WebP som utdata?
WebP er typisk 25–35 % mindre ved samme visuelle kvalitet og fungerer i alle moderne nettlesere — best for nettsider. JPG åpnes overalt, inkludert gammel programvare og skrivere — best for deling og e-post. Er du i tvil, velg JPG.
Hvorfor ble PNG-filen min så mye mindre?
PNG er tapsfritt, noe som er kostbart for bilder — en fotografisk PNG er ofte 5–10 ganger større enn en visuelt identisk JPG. Å konvertere bilde-PNG-er til JPG/WebP gir den største besparelsen av alle. Behold PNG bare for grafikk som trenger transparens eller knivskarpe kanter.
Hvorfor er utdataen noen ganger større enn originalen?
Hvis bildet allerede var kraftig komprimert, hjelper ikke ny koding og kan legge til bytes. Verktøyet forteller deg når dette skjer — bare behold originalen i så fall.
Hva er dette verktøyet?
En bildekomprimering reduserer filstørrelsen ved å kode bildet på nytt med mer effektive (lossy) innstillinger. Et bilde fra et mobilkamera er ofte 3–8 MB; for en nettside, chatmelding eller e-post ser 200–500 KB som regel identisk ut på skjermen. Mindre bilder lastes opp raskere, laster inn raskere og sparer lagringsplass og båndbredde.
Dette verktøyet koder bilder på nytt med nettleserens egen kodek ved den kvaliteten du velger, og kan valgfritt skalere svært store bilder ned til en fornuftig maksbredde — de to spakene som betyr mest for filstørrelsen. Komprimeringsstyrke mot synlig kvalitet er alltid en avveining; live før/etter-størrelser hjelper deg å finne den beste balansen for hvert bilde.
Formatsammenligning: JPG vs. WebP vs. PNG for størrelse
Samme bilde, samme visuelle kvalitet, tre svært ulike størrelser: PNG er tungvekteren (tapsfritt — ofte 5–10 ganger JPG-størrelsen for bilder), JPG er den universelle mellomvekten, WebP havner typisk 25–35 % under JPG. Så komprimeringshierarkiet for et bilde er: konverter bort fra PNG først, velg deretter JPG for kompatibilitet eller WebP for minst mulig størrelse.
Grafikk snur bildet: for skjermbilder, logoer og flatfargede UI-bilder slår som regel en palettkomprimert PNG JPG både i størrelse og skarphet — JPGs fotografiske komprimering visker ut skarpe kanter. Det tilfellet har sitt eget verktøy under.
| Innholdstype | Beste format | Hvorfor |
|---|---|---|
| Bilder for nett/e-post/chat | WebP (eller JPG for kompatibilitet) | Lossy-komprimering passer fotografiske detaljer; WebP er 25–35 % mindre enn JPG ved lik kvalitet. |
| Skjermbilder, logoer, flatfarget UI | PNG | Tapsfritt — JPGs fotografiske komprimering gjør skarp tekst og harde kanter uklare. |
| Bilder som trenger transparens | PNG eller WebP | JPG har ingen alfakanal; PNG og WebP støtter begge gjennomsiktig bakgrunn. |
| Maksimal kompatibilitet (gammel programvare, skrivere) | JPG | Universelt støttet siden 1990-tallet; WebP-støtte er nyere, men nå nesten universell i nettlesere. |
Ytelsesnotater
- Endre størrelse før du øker komprimeringen: å redusere dimensjonene fra 4000 px til 1920 px fjerner ~77 % av pikslene — ingen kvalitetsglidebryter kan konkurrere med det.
- Batch-behandling kjører sekvensielt på CPU-en din; hundre mobilbilder tar et par minutter på en bærbar PC. Ingenting kø-legges på en server, så det er likevel som regel raskere enn opplastingsbaserte sider — og det virker offline.
- −%-tallet er tilbakemeldingsløkken din: viser det enkeltsifret, var bildet allerede optimalisert, og videre kvalitetsreduksjon vil skade utseendet før det hjelper størrelsen.
- For publisering på nett, sikt mot ≤200 KB for innholdsbilder og ≤500 KB for fullbredde-hero-bilder; de budsjettene holder Core Web Vitals komfortable på mobiltilkoblinger.
Fra vår egen testing
Før vi lanserte dette verktøyet kjørte vi det mot genererte testbilder og sjekket resultatet piksel for piksel, ikke bare med øyet. En 3000×2000 fargerik PNG gikk fra 140 KB til 94 KB (−33 %) ved 75 % kvalitet med 1920 px-taket — og fordi testbildet var syntetisk, kunne vi bekrefte at ingen piksel avvek mer enn JPG-kodekens forventede toleranse. Vi bekreftet også at advarselen om allerede-optimalisert fil utløses riktig i stedet for å stille produsere en større fil: mat den med en tett komprimert JPG, og den ber deg beholde originalen i stedet for å late som den hjalp.
Slik bruker du det
- Slipp bilder i boksen (eller klikk for å velge) — JPG, PNG og WebP støttes.
- Sett kvaliteten: 75 % er en god balanse; ned til 60 % for maksimal besparelse.
- Velg en maksbredde — 1920 px er rikelig for bruk i fullskjerm på nett.
- Velg JPG (universell) eller WebP (mindre, alle moderne nettlesere) som utdata.
- Klikk Last ned ved hvert resultat. Størrelse og prosent spart vises per fil.
Eksempel
- Inndata
mobilbilde.jpg — 4,20 MB, 4032×3024- Resultat
mobilbilde-komprimert.jpg — 0,48 MB (−89 %), 1920×1440
Endring til 1920 px og ny koding ved 75 % kvalitet: visuelt identisk på enhver skjerm, 9 ganger mindre.