CodeKitHubHvorfor bruke det?
- Produktsidene på nettbutikken din laster tregt på mobil fordi hvert produktbilde er 4 MB rett fra kameraet — komprimer hele mappen på én gang ved 75 % kvalitet og krymp filstørrelsen kraftig uten synlig forskjell.
- Du sender bilder til en kunde på e-post, men innboksen avviser vedlegg over 25 MB — komprimer en batch på ti bilder samtidig og hold deg godt under grensen.
- Du redigerer konfidensielle produktbilder før en lanseringsdato og vil ikke at de skal passere en ekstern server — alt skjer lokalt, bildene forlater aldri enheten din.
- Du bygger en nettside og vil forbedre Core Web Vitals-tallene — konverter hero-bildene til WebP og begrens bredden til 1920 px i ett trekk.
- Du fikk en transparent logo i PNG-format, men den veier 3 MB — behold transparensen ved å velge WebP som utdata i stedet for PNG og spar likevel betydelig plass.
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.
Er lossy og tapsfri komprimering det samme?
Nei. Tapsfri komprimering (PNG) omorganiserer data uten å miste informasjon — det utpakkede resultatet er piksel-for-piksel identisk med originalen. Lossy komprimering (JPG, WebP med kvalitetsinnstilling) kaster bort data under merkbarhetsterskelen for å oppnå en mye mindre filstørrelse. Dette verktøyet bruker lossy komprimering for JPG og WebP fordi bilder tåler det godt.
Beholdes bildets EXIF-data (posisjon, kameramodell) etter komprimering?
Nei — ny koding med HTML5 canvas-API-et tegner bildet på nytt fra bunnen, så original EXIF-metadata (GPS-posisjon, kameramodell, tidsstempel) følger ikke med i utdatafilen. Dette er i praksis en personvernfordel: deler du mobilbilder offentlig, fjerner komprimeringen automatisk posisjonsdata.
Kan jeg konvertere bildeformatet til et annet, f.eks. PNG til JPG?
Ja — velg ønsket utdataformat (JPG eller WebP) uansett hvilket format originalbildet har. Dette er faktisk den vanligste måten å få størst besparelse på fotografiske PNG-filer som opprinnelig ble lagret i feil format.
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.
EXIF-data og personvern
Et bilde tatt med et mobilkamera inneholder ofte EXIF-metadata: GPS-koordinater for hvor bildet ble tatt, kameramodell, nøyaktig tidsstempel og noen ganger til og med enhetens serienummer. Deler du bildet som det er på sosiale medier eller en annonsetjeneste, deler du utilsiktet også denne dataen — den er synlig for alle som sjekker filens egenskaper.
Fordi dette verktøyet tegner bildet på nytt med HTML5 canvas-API-et, følger ikke EXIF-data med i det komprimerte utdataen. Dette er en nyttig bieffekt for personvernet: selger du ting på nett eller deler feriebilder offentlig, fjerner komprimeringen automatisk posisjonsdata uten noe ekstra steg.
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.