Base64 coderen/decoderen
Base64 coderen/decoderen
Base64 coderen/decoderen: Ondersteunt Base64-codering en -decodering van tekst- en binaire gegevens met URL-safe- en MIME-formaatopties. Ondersteunt gegevens-URL-parsing, regel-voor-regel codering en automatische formaatherkenning, geschikt voor API-aanroepen, e-mailbijlagen en gegevensinsluiting.
Snelstart
Veelvoorkomende scenario's
URL/JWT
gebruik bij voorkeur de URL‑veilige variant (−/_); de afsluitende '=' kan worden weggelaten om escapingsproblemen in URLs te vermijden.
E-mail/MIME
als regels moeten worden afgebroken, gebruik dan de MIME-regel van 76 kolommen (CRLF); voor webtransport wordt meestal niet afgebroken. Deze tool biedt 76‑kolomsafbreking en een LF/CRLF-schakelaar.
Meerdere regels tekst
schakel "Per regel coderen" in om elke regel afzonderlijk te coderen.
MIME/PEM
schakel "Afbreken volgens MIME op 76 tekens (CRLF)" in; als u LF als regeleinde nodig hebt, schakel dan ook "LF gebruiken voor regeleinden (\n)" in.
Data URL
bij inbedding gebruikt u data:[mime];base64,…; de decoder haalt automatisch het deel na de komma eruit.
Rondritcontrole
codeer en decodeer direct daarna om te controleren of de inhoud identiek blijft.
Image upload
Keep the original bytes and switch between Data URL and raw Base64 output without re-uploading
Image Data URL
Paste data:image/...;base64,... to auto-detect MIME and rebuild a previewable image
Raw Base64 image data
Supply the original image MIME explicitly before reconstructing or downloading
Aanvullend scenario
Base64 coderen, Base64 decoderen en Base64 converter passen in dezelfde controleflow, zodat u het resultaat sneller kunt nalopen vóór kopiëren of exporteren.
Encodeerparameters & varianten
Gebruiksadvies
Beperkingen & compatibiliteit
Sessiebeheer
Veelgestelde vragen
Base64 is een schema om willekeurige binaire data veilig als tekst met leesbare tekens weer te geven. Het verscheen eerst in de MIME-standaard voor e-mail (jaren 90, RFC 1521/2045) en werd later samengebracht in RFC 4648. Het doel is niet "versleuteling", maar een betrouwbare overdracht van bytes via tekstgeoriënteerde kanalen. Werking: telkens 3 bytes (24 bits) worden opgesplitst in vier blokken van 6 bits en gemapt naar 64 tekens A–Z, a–z, 0–9, + en /. Als de bronlengte geen veelvoud van 3 is, wordt '=' als padding gebruikt om de lengte uit te lijnen. De grootte neemt daardoor typisch met ongeveer 33% toe. Varianten & keuze: RFC 4648 definieert een URL‑veilige variant, die “-” en “_” gebruikt in plaats van “+” en “/”, en de afsluitende "=" kan worden weggelaten. Gebruik URL‑safe in URL's, cookies en JWT's; gebruik standaard Base64 (met +/ en =) voor legacy/MIME-toolketens. Deze tool gebruikt standaard URL‑safe; de decoder accepteert beide varianten. Voorbeelden: ??? → standaard Pz8/, URL‑safe Pz8_; ~~~ → standaard fn5+, URL‑safe fn5-. Data URL: bij inbedding gebruikt u data:[mime];base64,… en decodeert u het deel na de komma (deze tool haalt dat automatisch op). Korte tijdlijn: 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (MIME update, vervangt 1521) → 2003 RFC 3548 (Simon Josefsson, abstraheert Base16/32/64) → 2006 RFC 4648 (Simon Josefsson, definieert Base64URL, vervangt 3548). Daarnaast gebruikte 1993 RFC 1421 (PEM, J. Linn) Radix‑64 (verwant aan Base64) om binaire inhoud via e-mail te dragen. Beveiliging: Base64 is omkeerbare opmaak, geen vertrouwelijkheid of integriteit. Versleutel eerst, codeer daarna.
Nee. Iedereen kan de tekst decoderen. Versleutel eerst als u vertrouwelijkheid nodig hebt.
Alleen A–Z, a–z, 0–9, +, / en = zijn toegestaan en de lengte moet geldig zijn (veelvoud van 4 na padding).
Verschillen komen vaak door regelafbreking, wel/niet behouden van '='‑padding, URL‑safe variant (−/_), en implementatiedetails. Gebruik UTF‑8, schakel afbreking uit en kies bewust voor wel/niet URL‑safe en padding.
Base64 vertegenwoordigt 8 bits via blokken van 6 bits; ongeveer 33% overhead is inherent.
Ja, met UTF‑8. Voor niet‑tekstuele binaire data kan het gedecodeerde resultaat er als willekeurige tekens uitzien.