Base64 Encoded Grootte Berekenen
Met deze Base64 grootte calculator bereken je hoeveel groter een bestand wordt na Base64-codering. Base64 codeert binaire data als ASCII-tekst en vergroot de omvang met circa 33%. Vul de originele bestandsgrootte in en zie direct de gecodeerde grootte, de overhead in bytes en het exacte overheadpercentage. Onmisbaar bij het inbedden van afbeeldingen in HTML/CSS (data-URI), het verzenden van bijlagen via API's of het opslaan van binaire data in JSON- of XML-formaten.
Base64 Encoded Grootte Berekenen
Hoe werkt de berekening?
- Reken de originele bestandsgrootte om naar bytes.
- Deel het aantal bytes door 3 en rond naar boven af.
- Vermenigvuldig met 4 voor het aantal Base64-tekens.
- Voeg eventueel MIME regeleindes toe (elke 76 tekens 2 bytes voor \r\n).
- Het verschil tussen gecodeerde en originele grootte is de overhead.
- De overhead is altijd minimaal 33,33% door de 4/3 verhouding.
Voorbeeldberekening
Je wilt een afbeelding van 150 KB inbedden als data-URI in je CSS-bestand.
- Originele grootte: 150 KB = 153.600 bytes
- Base64 tekens: ceil(153.600 / 3) × 4 = 51.200 × 4 = 204.800 tekens
- Gecodeerde grootte: 204.800 bytes = 200 KB (geen MIME regeleindes)
- Overhead: 204.800 − 153.600 = 51.200 bytes = 50 KB
- Overhead percentage: (51.200 / 153.600) × 100 = 33,33%
- Vergrotingsfactor: 1,3333×
Resultaat:
De afbeelding van 150 KB groeit naar 200 KB als Base64 data-URI, een overhead van 50 KB (33,33%).
Resultaat interpreteren
De overhead van Base64-codering is altijd circa 33%, ongeacht de bestandsgrootte. Dit betekent dat een bestand van 1 MB na codering circa 1,33 MB wordt. Bij kleine bestanden (iconen, kleine afbeeldingen) is de overhead acceptabel voor het gemak van data-URI's. Bij grote bestanden weegt de overhead zwaarder en is het beter om bestanden als aparte resources te serveren. MIME-codering voegt extra bytes toe door regeleindes.
Tips
Gebruik data-URI's alleen voor kleine bestanden (onder 10 KB); grotere bestanden laden sneller als aparte resources.
Base64 in JSON-payloads vergroot je API-responses met 33%; overweeg multipart/form-data voor grote bestanden.
Browser-caching werkt niet voor inline Base64-data; aparte bestanden kunnen gecachet worden.
Gebruik gzip-compressie op je server: Base64-tekst comprimeert goed en reduceert de effectieve overhead.
SVG-afbeeldingen kun je direct inline in HTML plaatsen zonder Base64, wat efficiënter is.
E-mailbijlagen gebruiken Base64 met MIME-regeleindes; houd rekening met de grootte bij bijlagelimieten.
Veelgemaakte fouten
Vergeten dat Base64-grootte altijd 33% meer is dan het origineel, wat API-limieten kan overschrijden.
Grote afbeeldingen (100+ KB) als data-URI inbedden, waardoor de HTML-pagina onnodig groot wordt.
Aannemen dat Base64 data comprimeert; het is een codering, geen compressie.
Vergeten dat Base64-data in CSS/HTML niet apart gecachet kan worden door de browser.
MIME-overhead niet meerekenen bij e-mailbijlagen, waardoor de bijlagelimiet overschreden wordt.
Base64-codering verwarren met encryptie; Base64 biedt geen beveiliging.
Veelgestelde vragen
Base64 codeert elke 3 bytes (24 bits) als 4 tekens (elke teken vertegenwoordigt 6 bits). De verhouding 4/3 = 1,333... geeft een overhead van exact 33,33%. Dit komt doordat Base64 slechts 64 verschillende tekens gebruikt (6 bits per teken) in plaats van de volledige 256 waarden per byte (8 bits).
Base64 is handig wanneer je binaire data moet verzenden via een tekst-gebaseerd protocol. Veelgebruikte toepassingen zijn: data-URI's in CSS/HTML, e-mailbijlagen (MIME), JSON API's die binaire data bevatten, en het opslaan van kleine binaire objecten in databases die alleen tekst ondersteunen.
Nee, Base64 is een codering (encoding), geen versleuteling (encryption). Iedereen kan Base64 decoderen zonder sleutel. Het doel is om binaire data om te zetten naar ASCII-tekst, niet om gegevens te beveiligen. Gebruik echte encryptie (AES, RSA) als je data wilt beschermen.
De = tekens zijn padding. Base64 werkt in blokken van 3 bytes (24 bits). Als de invoer niet precies deelbaar is door 3, worden er 1 of 2 paddingtekens (=) toegevoegd om het laatste blok van 4 tekens vol te maken. Eén = betekent dat er 1 byte padding is, twee == betekent 2 bytes padding.
Standaard Base64 gebruikt + en / als de 62e en 63e tekens. Base64URL vervangt deze door - en _, waardoor het veilig is voor gebruik in URL's en bestandsnamen (waar + en / speciale betekenissen hebben). Base64URL laat ook de = padding vaak weg.
Voor kleine afbeeldingen (iconen onder 2-5 KB) is een data-URI efficiënt omdat het een extra HTTP-request bespaart. Voor grotere afbeeldingen is een los bestand beter: het kan apart gecachet worden, ondersteunt lazy loading en vergroot de HTML niet. De vuistregel is: onder 5 KB inline, daarboven als apart bestand.
Over deze berekening
Auteur
Mastercalc Redactie
Financieel en technisch redactieteam
Laatst bijgewerkt
2026-08-24
Aannames bij deze berekening:
- De berekening gaat uit van standaard Base64-codering (RFC 4648).
- Elk Base64-teken wordt als 1 byte (ASCII) geteld.
- Bij MIME-modus worden regeleindes (\r\n, 2 bytes) toegevoegd na elke 76 tekens.
- Padding (= tekens) is inbegrepen in de berekening.
- De originele bestandsgrootte wordt exact omgerekend naar bytes met machten van 1024.
Deze calculator geeft een theoretische schatting van de Base64-gecodeerde grootte. De werkelijke grootte kan minimaal afwijken door implementatieverschillen in padding en regeleindes. De tool is bedoeld als richtlijn voor het plannen van opslagruimte en bandbreedtegebruik.