CodeKitHubWaarom gebruiken?
- Je uploadt vakantiefoto's naar een site of e-mail, en de mailbox weigert bijlagen boven 25 MB — je verkleint 40 foto's tegelijk in batchmodus, zonder ze één voor één naar een onbekende server te uploaden.
- Je runt een webshop en de productfoto's van de camera zijn elk 6 MB, wat de paginalaadtijd vertraagt — je comprimeert ze naar WebP onder 200 KB en de Core Web Vitals verbeteren van de ene op de andere dag.
- Je fotografeert gevoelige documenten of nog niet gepubliceerde ontwerpen en wilt ze niet naar een onbekende cloudserver sturen alleen om ze te verkleinen — hier gebeurt alles in je browser, de afbeelding gaat nergens naartoe.
- Als organisatie moet je onder de AVG kunnen aantonen dat foto's van klanten of medewerkers niet onnodig door derde partijen worden verwerkt — deze compressor draait volledig lokaal, dus er is geen externe verwerker om over te rapporteren.
- Je staat op het punt een foto te versturen via WhatsApp of Messenger, waar de app de afbeelding toch op zijn eigen manier comprimeert — je comprimeert hem vooraf zelf, zodat jij de uiteindelijke kwaliteit bepaalt in plaats van de automatische compressie van de app.
Veelgestelde vragen
Zorgt compressie ervoor dat mijn afbeeldingen er slecht uitzien?
Bij 70–85% kwaliteit zijn verschillen praktisch onzichtbaar voor foto's die op een scherm bekeken worden. Zichtbare artefacten verschijnen onder ~50%. Tekstrijke screenshots zijn de uitzondering — ze tonen eerder artefacten in JPG; probeer WebP-uitvoer of houd de kwaliteit boven 85% voor die gevallen.
Is er een limiet op bestandsgrootte of aantal?
Nee. Omdat compressie op je eigen apparaat draait in plaats van op een server, is er niets om te beperken — comprimeer een afbeelding van 50 MB of 100 afbeeldingen in één batch. Zeer grote afbeeldingen duren gewoon iets langer.
Worden mijn afbeeldingen ergens geüpload?
Nee. Bestanden worden volledig door je browser gelezen en opnieuw gecodeerd met de HTML5 canvas-API. Je kunt deze pagina laden, offline gaan, en gewoon doorgaan met comprimeren.
Moet ik JPG of WebP als uitvoer kiezen?
WebP is doorgaans 25–35% kleiner bij dezelfde visuele kwaliteit en werkt in alle moderne browsers — het beste voor websites. JPG opent overal, inclusief oude software en printers — het beste voor delen en e-mail. Bij twijfel: JPG.
Waarom werd mijn PNG zoveel kleiner?
PNG is lossless, wat kostbaar is voor foto's — een fotografische PNG is vaak 5–10× groter dan een visueel identieke JPG. Fotografische PNG's omzetten naar JPG/WebP levert verreweg de grootste besparing op. Bewaar PNG alleen voor grafische afbeeldingen die transparantie of haarscherpe randen nodig hebben.
Waarom is de uitvoer soms groter dan het origineel?
Als de afbeelding al zwaar gecomprimeerd was, helpt opnieuw coderen niet en kan het bytes toevoegen. De tool vertelt je wanneer dit gebeurt — behoud in dat geval gewoon het origineel.
Wat is het verschil tussen lossy en lossless compressie?
Lossy compressie (JPG, WebP bij lage kwaliteit) gooit permanent een deel van de beeldgegevens weg om een kleinere grootte te bereiken — daarom bestaat de kwaliteitsschuif. Lossless compressie (PNG, WebP in lossless-modus) verkleint het bestand zonder een enkele pixel te veranderen, maar de besparing is veel kleiner, meestal maar 10-30% bij fotografische inhoud. Voor foto's loont lossy compressie, voor grafiek met scherpe randen lossless.
Behoudt de gecomprimeerde afbeelding EXIF-metadata (gps-locatie, cameramodel, datum)?
Nee — deze tool verwijdert EXIF-metadata bij het opnieuw coderen, als neveneffect van het wegschrijven van de afbeelding via de canvas-API van de browser. Dat is eigenlijk een privacyvoordeel: als je een telefoonfoto deelt, komen de gps-coördinaten van het moment van opname niet automatisch bij de ontvanger terecht.
Kan ik met deze tool PNG naar JPG converteren, of JPG naar WebP?
Ja — je kiest het uitvoerformaat onafhankelijk van het invoerformaat. Je uploadt een PNG en kiest JPG- of WebP-uitvoer, en de tool voert de formaatconversie tegelijk met de compressie uit. Let op dat de omzetting van PNG naar JPG transparantie (het alfakanaal) verwijdert, omdat JPG dit niet ondersteunt.
Wat is deze tool?
Een afbeeldingscompressor verkleint de bestandsgrootte door de afbeelding opnieuw te coderen met efficiëntere (lossy) instellingen. Een foto van een telefooncamera is vaak 3–8 MB; voor een website, chatbericht of e-mail ziet 200–500 KB er meestal identiek uit op het scherm. Kleinere afbeeldingen worden sneller geüpload, laden sneller en besparen opslag en bandbreedte.
Deze tool codeert afbeeldingen opnieuw met de eigen codec van de browser op de door jou gekozen kwaliteit, en verkleint optioneel zeer grote afbeeldingen tot een verstandige maximale breedte — de twee knoppen die het meest uitmaken voor bestandsgrootte. Compressiesterkte versus zichtbare kwaliteit is altijd een afweging; de live grootte vóór/na helpt je het optimale punt per afbeelding te vinden.
Formaatvergelijking: JPG vs WebP vs PNG voor bestandsgrootte
Dezelfde foto, dezelfde visuele kwaliteit, drie heel verschillende bestandsgroottes: PNG is het zwaargewicht (lossless — vaak 5–10× de JPG-grootte voor foto's), JPG is het universele middenveld, WebP komt doorgaans 25–35% onder JPG uit. De compressiehiërarchie voor een foto is dus: eerst weg van PNG, dan JPG kiezen voor compatibiliteit of WebP voor minimale grootte.
Bij grafische afbeeldingen draait het om: voor screenshots, logo's en effen UI-afbeeldingen verslaat een op palet gebaseerde PNG doorgaans JPG in zowel grootte als scherpte — de fotografische compressie van JPG maakt scherpe randen wazig. Daarvoor hebben we hieronder een aparte tool.
| Type inhoud | Beste formaat | Waarom |
|---|---|---|
| Foto's voor web/e-mail/chat | WebP (of JPG voor compatibiliteit) | Lossy compressie past bij fotografisch detail; WebP is 25–35% kleiner dan JPG bij gelijke kwaliteit. |
| Screenshots, logo's, effen UI | PNG | Lossless — de fotografische compressie van JPG maakt scherpe tekst en harde randen wazig. |
| Afbeeldingen met transparantie | PNG of WebP | JPG heeft geen alfakanaal; PNG en WebP ondersteunen beide transparante achtergronden. |
| Maximale compatibiliteit (oude software, printers) | JPG | Universeel ondersteund sinds de jaren 90; WebP-ondersteuning is nieuwer, al nu bijna overal aanwezig in browsers. |
Prestatienotities
- Verklein eerst voordat je de kwaliteit verder verlaagt: afmetingen van 4000px naar 1920px terugbrengen verwijdert ~77% van de pixels — geen enkele kwaliteitsschuif kan daar tegenop.
- Batchverwerking draait sequentieel op je processor; honderd telefoonfoto's duren een paar minuten op een laptop. Er wordt niets in de wachtrij op een server gezet, dus het is nog steeds meestal sneller dan upload-gebaseerde sites — en het werkt offline.
- Het −%-getal is je feedbacklus: als het enkele cijfers toont, was de afbeelding al geoptimaliseerd en gaat verdere kwaliteitsverlaging het uiterlijk schaden voordat het de grootte helpt.
- Streef voor webpublicatie naar ≤200 KB voor inhoudsafbeeldingen en ≤500 KB voor volledig-breedte hero-afbeeldingen; die budgetten houden Core Web Vitals comfortabel op mobiele verbindingen.
Wat er met je data gebeurt tijdens het comprimeren
- De afbeelding wordt in het browsergeheugen geladen en opnieuw getekend op een HTML5-canvas, dat vervolgens het nieuwe bestand exporteert volgens de gekozen kwaliteit — het hele proces draait in JavaScript op je eigen apparaat, er is geen upload naar een server.
- EXIF-metadata (gps, cameramodel, tijdstempel) wordt tijdens dit proces niet naar de uitvoer overgezet, wat bij het publiekelijk delen van foto's eerder een privacyvoordeel is dan een nadeel.
- Het kleurprofiel van de afbeelding (sRGB) blijft behouden, zodat kleuren na compressie er op gewone schermen hetzelfde uitzien als in het origineel.
- Na het sluiten van het browsertabblad blijft er geen spoor achter van de verwerkte afbeeldingen — niets belandt in een servercache, omdat geen enkele server de afbeelding ooit heeft gezien.
Uit onze eigen tests
Voordat we deze tool uitbrachten, hebben we hem getest op gegenereerde testafbeeldingen en de uitvoer pixel voor pixel gecontroleerd, niet alleen op het oog. Een PNG van 3000×2000 met veel kleuren ging van 140 KB naar 94 KB (−33%) bij 75% kwaliteit met de 1920px-limiet — en omdat de testafbeelding synthetisch was, konden we verifiëren dat geen enkele pixel verder afweek dan de verwachte tolerantie van de JPG-codec. We hebben ook bevestigd dat de waarschuwing voor al-geoptimaliseerde bestanden correct afgaat in plaats van stilletjes een groter bestand te produceren: geef het een strak gecomprimeerde JPG en het vertelt je het origineel te behouden in plaats van te doen alsof het geholpen heeft.
Hoe te gebruiken
- Sleep afbeeldingen naar het vak (of klik om te kiezen) — JPG, PNG en WebP worden ondersteund.
- Stel de kwaliteit in: 75% is een goede balans; ga naar 60% voor maximale besparing.
- Kies een maximale breedte — 1920px is ruim voldoende voor volledig-scherm webgebruik.
- Kies JPG (universeel) of WebP (kleiner, alle moderne browsers) als uitvoer.
- Klik op Downloaden naast elk resultaat. De grootte en het besparingspercentage worden per bestand getoond.
Voorbeeld
- Invoer
telefoonfoto.jpg — 4,20 MB, 4032×3024- Uitvoer
telefoonfoto-comprimeerd.jpg — 0,48 MB (−89%), 1920×1440
Verkleinen naar 1920px en opnieuw coderen op 75% kwaliteit: visueel identiek op elk scherm, 9× kleiner.