Bestanden comprimeren voor verzending: bespaar tijd
Leer wanneer en hoe je bestanden comprimeert voor overdracht. Vergelijk ZIP, RAR en 7z en weet wanneer compressie helpt of schaadt.
Comprimeer tekst, broncode, logs, CSV's en ongecomprimeerde beeldformaten zoals .bmp of .tiff voor verzending — verwacht een 3-10x kleinere bestandsgrootte. Comprimeer geen .jpg, .png, .mp4, .mp3, .docx, .xlsx, .pdf of .zip-bestanden — die zijn intern al gecomprimeerd, en een tweede ronde levert hooguit 2-3% winst op terwijl je CPU verstookt. Om veel kleine bestanden in één upload te bundelen gebruik je .zip in store-modus (geen compressie). Voor de maximale verhouding op comprimeerbare data verslaat 7z met LZMA2 doorgaans .zip met 30-40%. RAR is grofweg gelijk aan 7z, maar vereist dat de ontvanger WinRAR of 7-Zip heeft geïnstalleerd — .zip wordt universeel ondersteund.
Wanneer compressie daadwerkelijk helpt
Tekstbestanden comprimeren dramatisch. Een server-.log van 10 MB krimpt vaak tot 800 KB met .zip (12x), en tot 550 KB met 7z (18x). Compressie werkt omdat logs sterk herhalende patronen bevatten — tijdstempels, IP-adressen, HTTP-statuscodes — die compressie-algoritmen efficiënt benutten.
Vergelijkbaar comprimeerbare categorieën:
- Broncode: .js, .py, .java, .cs, .go — doorgaans 3-5x compressie
- CSV-data: 4-10x afhankelijk van inhoudsredundantie
- JSON/XML: 5-8x vanwege herhaalde veldnamen
- Ongecomprimeerde afbeeldingen: .bmp (5-10x), ongecomprimeerde .tiff (4-8x)
- Databases: .sql-dumps, SQLite-bestanden met vrije pagina's (2-4x)
- PSD platte lagen: 2-3x indien niet al intern RLE-gecomprimeerd
Een Git-repository-tarball van een middelgroot project comprimeert vaak 4-5x, en daarom verpakt git archive de tree standaard in .tar.gz.
Wanneer compressie zinloos is
Reeds gecomprimeerde formaten worden niet kleiner. De onderliggende data is al door DEFLATE, H.264, JPEG DCT-kwantisatie of een vergelijkbaar schema gegaan — de entropie zit al dicht bij het theoretische minimum.
Bestanden die geen voordeel opleveren:
- .jpg, .jpeg, .heic: lossy compressie al toegepast
- .png: DEFLATE-compressie ingebouwd
- .mp4, .mov, .mkv: H.264- of H.265-compressie al toegepast
- .mp3, .aac, .flac, .ogg: audio al gecomprimeerd
- .pdf: interne object-streams meestal DEFLATE-gecomprimeerd
- .docx, .xlsx, .pptx: dit zijn eigenlijk ZIP-archieven van XML — opnieuw zippen is overbodig
- .zip, .7z, .rar, .gz, .bz2, .xz: gecomprimeerde archieven; nog een ronde is zinloos
- .apk, .jar, .war: ZIP-gebaseerde Java/Android-archieven
Deze comprimeren verspilt CPU en laat het bestand soms zelfs iets groeien door archief-metadata-overhead.
ZIP vs 7z vs RAR
| Formaat | Typische verhouding | Snelheid | Ontvangerscompatibiliteit | Encryptie | |---|---|---|---|---| | .zip (DEFLATE) | Basislijn | Snel | Universeel (ingebouwd in Windows, macOS, Linux) | ZIP 2.0 (zwak), AES-256 (meeste moderne tools) | | .zip (DEFLATE64) | 5-10% beter | Snel | Windows ingebouwd, 7-Zip, sommige macOS-tools | Zelfde als .zip | | 7z (LZMA2) | 30-40% beter dan .zip | Trager | Vereist 7-Zip, Keka of The Unarchiver | AES-256 ingebouwd | | .rar (RAR5) | ~25-35% beter dan .zip | Gemiddeld | Vereist WinRAR of 7-Zip; niet gratis om te creëren | AES-256 ingebouwd | | .tar.gz | Vergelijkbaar met .zip | Snel | Ingebouwd in macOS, Linux; heeft 7-Zip nodig op Windows | Geen native | | .tar.zst (Zstandard) | Tussen .zip en 7z | Zeer snel | Vereist zstd (nog niet universeel) | Geen native |
Voor portabiliteit blijft .zip de veiligste keuze. Voor verhouding wint 7z. Voor snelheid en moderne efficiëntie is Zstandard (.zst) uitstekend, maar ontvangers hebben tooling nodig die het ondersteunt.
"Store"-modus voor bundelen
Verstuur je 200 .jpg-foto's in één overdracht, dan wil je ze nog steeds in één archief zodat de ontvanger één keer op "download" klikt. Gebruik .zip met compressieniveau 0 ("store"-modus). Het archief is de som van de bestandsgroottes plus enkele kilobytes directory-overhead — en de CPU-kosten om het te maken zijn bijna nul.
In 7-Zip: Toevoegen aan archief → Compressieniveau → Opslaan. In macOS Finder: Rechtermuisknop → Comprimeer (gebruikt standaard DEFLATE, wat niet helpt bij .jpg maar ook niet veel schaadt). Op de commandoregel: zip -0 bundle.zip *.jpg.
Versleuteling bij compressie
Met wachtwoord beveiligde ZIP-bestanden die AES-256 gebruiken (niet de oude ZIP 2.0-versleuteling) zijn een redelijk vervoersmiddel voor gevoelige lading wanneer je niet op de beveiliging van het overdrachtskanaal kunt vertrouwen. WinRAR, 7-Zip en macOS' Archive Utility ondersteunen allemaal AES-256 ZIP-versleuteling.
De valkuil: wachtwoorduitwisseling. Mail het wachtwoord niet in hetzelfde bericht als de ZIP. Verstuur het bestand, deel daarna het wachtwoord via Signal, iMessage of een apart kanaal. Beter: gebruik een overdrachtsdienst met ingebouwde wachtwoordbeveiliging, die de complexiteit voor je afhandelt.
Oude ZIP 2.0-versleuteling (soms nog de standaard in oudere tools) is cryptografisch gebroken — in seconden terug te halen met known-plaintext-aanvallen. Controleer altijd of je AES-256 gebruikt wanneer je vertrouwt op archiefversleuteling voor beveiliging.
Afweging: CPU-tijd versus bespaarde bytes
Compressie is een tijd/grootte-afweging. Maximale 7z-compressie op een 5 GB tekstarchief kan 30 minuten duren op een laptop en 2 GB besparen ten opzichte van .zip. Als de overdracht formaat-gelimiteerd is (een dienst met een plafond van 2 GB), is dat het waard. Als de overdracht tijdgebonden is en bandbreedte goedkoop is, uploadt dezelfde 5 GB in 90 seconden over glasvezel — het half uur compressie had je meer tijd gekost dan het bespaarde.
Vuistregel: comprimeer wanneer het netwerk traag is ten opzichte van de CPU; doe geen moeite wanneer het netwerk snel is ten opzichte van de CPU.
Grote archieven splitsen
Wanneer een bestand het plafond van een overdrachtsdienst overschrijdt, is splitsen in volumes een optie. Zowel 7-Zip als WinRAR ondersteunen meerdelige archieven (.7z.001, .7z.002, of .part1.rar, .part2.rar). Elk deel kan als aparte overdracht worden geüpload; de ontvanger downloadt alle delen en pakt uit.
Dit werkt maar is kwetsbaar — als één deel ontbreekt, is het hele archief onbruikbaar. Beter indien mogelijk: gebruik een dienst met een hoger plafond. SwissTransfers limiet van 50 GB maakt splitsen in de meeste realistische gevallen overbodig.
Lossy compressie als alternatief
Soms is het doel geen archiefcompressie, maar compressie van het bestandsformaat. Een 200 MB .wav-audiobestand wordt een 15 MB 320 kbps .mp3 — lossy, maar bijna transparant voor casual luisteren. Een ongecomprimeerde .tiff-foto van 60 MB wordt een hoogwaardige .jpg van 5 MB. Een 4K .mov-video die hergecodeerd wordt naar H.265 op een redelijke bitrate kan 3-5x krimpen.
Gebruik dit met mate. Voor masterbestanden vernietigt lossy-conversie informatie. Voor previews of opleveringen is het de juiste tool. Tools: FFmpeg voor video/audio, Handbrake voor video, ImageMagick voor afbeeldingen, en de exportdialogen in Photoshop, Final Cut Pro of Premiere.
Wat de overdrachtsdienst sowieso doet
De meeste overdrachtsdiensten comprimeren onderweg tot op zekere hoogte — TLS-compressie is om veiligheidsredenen uitgeschakeld, maar HTTP gzip of brotli op de API-laag springt af en toe bij voor metadata. De werkelijke bestandslading wordt server-side niet gecomprimeerd omdat de meeste verkeer al gecomprimeerde formaten zijn.
HexaTransfer en vergelijkbare zero-knowledge-diensten kunnen ladingen server-side helemaal niet comprimeren omdat ze ciphertext ontvangen. Compressie moet plaatsvinden op de client voor versleuteling — na versleuteling ziet de ciphertext er willekeurig uit en is deze niet meer comprimeerbaar. Dit betekent dat client-side compressie de enige manier is om de grootte te verkleinen bij het gebruik van een E2EE-dienst.
Beslis op basis van inhoud, niet op gewoonte
De belangrijkste fout is de reflex "altijd zippen voor verzending". Voor een klant die 20 .pdf-documenten ontvangt is een ZIP-bundel handig. Voor een klant die één .mp4 van 800 MB ontvangt verspilt de ZIP aan beide kanten tijd. Stem de keuze af op de inhoud.
Bij twijfel: verstuur ruw. De ontvanger kan na ontvangst altijd zippen. Als je meerdere bestanden bundelt, gebruik dan store-modus .zip. Als de inhoud tekst-zwaar is, gebruik 7z voor echte besparingen.
Oordeel
Comprimeer wanneer de data comprimeerbaar is — tekst, logs, broncode, databases. Comprimeer niet wanneer de data al gecomprimeerd is — foto's, video's, audio, PDF's, Office-documenten. Voor bundelen gebruik je ZIP in store-modus. Voor de maximale verhouding op tekst gebruik je 7z met LZMA2. Versleutel met AES-256-archiefwachtwoorden alleen als aanvulling op een veilig overdrachtskanaal, niet als vervanging.
Probeer het op hexatransfer.com — gratis, zonder account, tot 10 GB.
Verstuur grote bestanden veilig met end-to-end-versleuteling
Draag bestanden tot 10 GB gratis over met end-to-end-versleuteling. Geen account nodig. Uw bestanden worden in uw browser versleuteld voordat ze worden geüpload — niemand anders kan ze lezen.
Een bestand verzenden