CodeKitHubHvorfor bruge det?
- Din webshops produktsider indlæses langsomt på mobilen, fordi hvert produktfoto er 4 MB lige fra kameraet — komprimer hele mappen på én gang ved 75% kvalitet og skær filstørrelsen markant ned uden synlig forskel.
- Du sender billeder til en kunde via e-mail, men indbakken afviser vedhæftninger over 25 MB — komprimer en batch på ti billeder samtidig og hold dig godt under grænsen.
- Du redigerer fortrolige produktbilleder inden en lanceringsdato og vil ikke have, at de passerer gennem en ekstern server — alt sker lokalt, billederne forlader aldrig din enhed.
- Du bygger en hjemmeside og vil forbedre dine Core Web Vitals-tal — konvertér hero-billederne til WebP og begræns bredden til 1920px i ét hug.
- Du fik et transparent logo i PNG-format, men det fylder 3 MB — behold gennemsigtigheden ved at vælge WebP som output i stedet for PNG og spar alligevel markant plads.
Ofte stillede spørgsmål
Vil komprimering få mine billeder til at se dårlige ud?
Ved 70-85% kvalitet er forskellene stort set usynlige for fotos, der ses på skærm. Synlige artefakter opstår under ~50%. Teksttunge screenshots er undtagelsen — de viser artefakter tidligere i JPG; prøv WebP-output eller hold kvaliteten over 85% for dem.
Er der en grænse for filstørrelse eller antal?
Nej. Fordi komprimeringen kører på din enhed i stedet for en server, er der intet at begrænse — komprimer et billede på 50 MB eller 100 billeder i en batch. Meget store billeder tager blot lidt længere tid.
Bliver mine billeder uploadet nogen steder?
Nej. Filer læses og genkodes udelukkende af din browser med HTML5 canvas API'en. Du kan indlæse denne side, gå offline og fortsætte med at komprimere.
Bør jeg vælge JPG- eller WebP-output?
WebP er typisk 25-35% mindre ved samme visuelle kvalitet og virker i alle moderne browsere — bedst til hjemmesider. JPG åbner overalt inklusive gammel software og printere — bedst til deling og e-mail. Er du i tvivl, vælg JPG.
Hvorfor blev min PNG så meget mindre?
PNG er lossless, hvilket er dyrt for fotos — en fotografisk PNG er ofte 5-10× større end en visuelt identisk JPG. At konvertere foto-PNG'er til JPG/WebP giver den største besparelse af alle. Behold kun PNG til grafik, der har brug for gennemsigtighed eller skarpe, klare kanter.
Hvorfor er outputtet nogle gange større end originalen?
Var billedet allerede kraftigt komprimeret, kan genkodning ikke hjælpe og kan tilføje bytes. Værktøjet fortæller dig, når det sker — behold blot originalen i det tilfælde.
Er lossy og lossless komprimering det samme?
Nej. Lossless komprimering (PNG) omorganiserer data uden at miste information — det udpakkede resultat er pixel-for-pixel identisk med originalen. Lossy komprimering (JPG, WebP med kvalitetsindstilling) smider data væk under den opfattelige tærskel for at opnå en langt mindre filstørrelse. Dette værktøj bruger lossy komprimering til JPG og WebP, fordi fotos tåler det godt.
Bevares billedets EXIF-data (placering, kameramodel) efter komprimering?
Nej — genkodningen med HTML5 canvas-API'en tegner billedet forfra, så original EXIF-metadata (GPS-placering, kameramodel, tidsstempel) følger ikke med i outputfilen. Det er reelt en privatlivsfordel: deler du telefonfotos offentligt, fjerner komprimeringen automatisk placeringsdata.
Kan jeg konvertere billedformatet til et andet, f.eks. PNG til JPG?
Ja — vælg dit ønskede outputformat (JPG eller WebP) uanset hvilket format det originale billede har. Det er faktisk den mest almindelige måde at få den største besparelse på fotografiske PNG-filer, der oprindeligt blev gemt i det forkerte format.
Hvad er dette værktøj?
En billedkomprimering reducerer filstørrelsen ved at genkode billedet med mere effektive (lossy) indstillinger. Et foto fra et telefonkamera er ofte 3-8 MB; til en hjemmeside, chatbesked eller e-mail ser 200-500 KB som regel identisk ud på skærmen. Mindre billeder uploades hurtigere, indlæses hurtigere og sparer lagerplads og båndbredde.
Dette værktøj genkoder billeder med browserens eget codec ved din valgte kvalitet, og skalerer eventuelt meget store billeder ned til en fornuftig maksimal bredde — de to justeringer, der betyder mest for filstørrelsen. Komprimeringsstyrke mod synlig kvalitet er altid en afvejning; de live før/efter-størrelser lader dig finde det optimale punkt per billede.
Formatsammenligning: JPG vs. WebP vs. PNG for størrelse
Samme foto, samme visuelle kvalitet, tre meget forskellige størrelser: PNG er sværvægteren (lossless — ofte 5-10× JPG-størrelsen for fotos), JPG er den universelle mellemvej, WebP lander typisk 25-35% under JPG. Så komprimeringshierarkiet for et foto er: konvertér væk fra PNG først, vælg derefter JPG for kompatibilitet eller WebP for minimum størrelse.
Grafik vender billedet om: for screenshots, logoer og flade UI-billeder slår en palet-kvantiseret PNG som regel JPG i både størrelse og skarphed — JPG's fotografiske komprimering udvisker skarpe kanter. Det tilfælde har sit eget værktøj nedenfor.
| Indholdstype | Bedste format | Hvorfor |
|---|---|---|
| Fotos til web/e-mail/chat | WebP (eller JPG for kompatibilitet) | Lossy-komprimering passer til fotografiske detaljer; WebP er 25-35% mindre end JPG ved lige kvalitet. |
| Screenshots, logoer, flad-farve UI | PNG | Lossless — JPG's fotografiske komprimering udvisker skarp tekst og hårde kanter. |
| Billeder med behov for gennemsigtighed | PNG eller WebP | JPG har ingen alfakanal; PNG og WebP understøtter begge gennemsigtige baggrunde. |
| Maksimal kompatibilitet (gammel software, printere) | JPG | Universelt understøttet siden 1990'erne; WebP-understøttelse er nyere, om end nu næsten universel i browsere. |
Ydelsesnoter
- Ændr størrelse, før du komprimerer hårdere: at skære dimensionerne fra 4000px til 1920px fjerner ~77% af pixlerne — ingen kvalitetsskyder kan konkurrere med det.
- Batch-behandling kører sekventielt på din CPU; hundrede telefonfotos tager et par minutter på en bærbar. Intet lægges i kø på en server, så det er stadig som regel hurtigere end upload-baserede sider — og det virker offline.
- −%-tallet er din feedback-loop: viser det encifrede tal, var billedet allerede optimeret, og yderligere kvalitetsreduktion vil skade udseendet, før det hjælper størrelsen.
- Til webpublicering, sigt efter ≤200 KB for indholdsbilleder og ≤500 KB for fuldbredde-hero-billeder; de budgetter holder Core Web Vitals behagelige på mobilforbindelser.
EXIF-data og privatliv
Et foto taget med et telefonkamera indeholder ofte EXIF-metadata: GPS-koordinater for hvor billedet blev taget, kameramodel, præcist tidsstempel og nogle gange endda enhedens serienummer. Deler du billedet, som det er, på sociale medier eller en annoncetjeneste, deler du utilsigtet også denne data — den er synlig for enhver, der tjekker filens egenskaber.
Fordi dette værktøj tegner billedet forfra med HTML5 canvas-API'en, følger EXIF-data ikke med i det komprimerede output. Det er en nyttig bivirkning ud fra et sikkerhedsperspektiv: sælger du ting online eller deler feriebilleder offentligt, fjerner komprimeringen automatisk placeringsdata uden et ekstra trin.
Fra vores egen testning
Før vi udgav dette værktøj, kørte vi det mod genererede testbilleder og tjekkede outputtet pixel for pixel, ikke bare med øjnene. En 3000×2000 multi-farve PNG gik fra 140 KB til 94 KB (−33%) ved 75% kvalitet med 1920px-loftet — og fordi testbilledet var syntetisk, kunne vi verificere, at ingen pixel afveg mere end JPG-codecets forventede tolerance. Vi bekræftede også, at advarslen om allerede-optimeret-fil udløses korrekt i stedet for stille at producere en større fil: fodr det med en tæt komprimeret JPG, og det fortæller dig at beholde originalen frem for at foregive, at det hjalp.
Sådan bruger du det
- Slip billeder på boksen (eller klik for at vælge) — JPG, PNG og WebP understøttes.
- Indstil kvaliteten: 75% er en god balance; sæt ned til 60% for maksimal besparelse.
- Vælg en maksimal bredde — 1920px er rigeligt til fuldskærmsbrug på nettet.
- Vælg JPG (universel) eller WebP (mindre, alle moderne browsere) som output.
- Klik på Download ud for hvert resultat. Størrelse og procent sparet vises per fil.
Eksempel
- Input
telefonfoto.jpg — 4,20 MB, 4032×3024- Output
telefonfoto-komprimeret.jpg — 0,48 MB (−89%), 1920×1440
Ændring af størrelse til 1920px og genkodning ved 75% kvalitet: visuelt identisk på enhver skærm, 9× mindre.