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.

Gebruiksinstructies

🚀 Snelstart

Voer tekst in (platte tekst of een Base64-string) in het invoerveld.
Klik op "Coderen" of "Decoderen" om te verwerken.
Invoer en resultaat delen hetzelfde tekstvak; u kunt met één klik kopiëren of wissen.
Voor controle: codeer eerst en schakel daarna naar "Decoderen" om een rondrit te testen.

📌 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.

🎛️ Encodeerparameters & varianten

URL‑veilige output
Per regel coderen (elke regel afzonderlijk)
Afbreken volgens MIME op 76 tekens (CRLF)
LF gebruiken voor regeleinden (\n)
Automatische padding: de lengte wordt uitgelijnd op een veelvoud van 4; ongeldige lengtes worden gemeld.
Witruimte‑tolerant: bij decoderen worden regeleinden en spaties automatisch verwijderd.

🧭 Gebruiksadvies

Gebruik consequent UTF‑8 om tekengarbled te voorkomen.
Standaard wordt de URL‑veilige variant gebruikt; schakel deze uit voor standaard Base64.
Bij uitwisseling tussen systemen is het verstandig om regeleinden en spaties te verwijderen; voeg ze alleen toe voor presentatie.
Base64 vergroot de grootte met ongeveer 33%; niet geschikt voor zeer grote bestanden.
Voor legacy‑systemen die standaard Base64 verwachten: schakel URL‑safe uit (behoud +/ en =).
Per-regelcodering codeert reeds gecodeerde tekst opnieuw; voor alleen variantconversie zet u deze optie uit voordat u codeert.
Afbreken op 76 kolommen beïnvloedt alleen de weergave; de decoder negeert regeleinden en witruimte.

⚠️ Beperkingen & compatibiliteit

Zeer lange tekst kan de prestaties beïnvloeden; verwerk in delen waar nodig.
Binaire gegevens: de UI is tekstgericht; gebruik voor echte binaire stromen bij voorkeur Data URL's of CLI-tools.
De maximaal verwerkbare grootte wordt begrensd door het beschikbare browsergeheugen.

🔒 Privacy & veiligheid

Alle verwerking gebeurt in uw browser; gegevens verlaten uw apparaat niet.
Beveiligingsopmerking: Base64 is een codering, geen versleuteling. Versleutel gevoelige gegevens eerst en codeer daarna.

❓ Veelgestelde vragen

Wat is Base64? Waarom moet ik "coderen"?

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.

Is Base64 veilig?

Nee. Iedereen kan de tekst decoderen. Versleutel eerst als u vertrouwelijkheid nodig hebt.

Waarom zie ik "Ongeldig Base64-formaat"?

Alleen A–Z, a–z, 0–9, +, / en = zijn toegestaan en de lengte moet geldig zijn (veelvoud van 4 na padding).

Waarom geven verschillende tools soms verschillende resultaten?

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.

Waarom wordt de grootte groter?

Base64 vertegenwoordigt 8 bits via blokken van 6 bits; ongeveer 33% overhead is inherent.

Worden emoji en speciale tekens ondersteund?

Ja, met UTF‑8. Voor niet‑tekstuele binaire data kan het gedecodeerde resultaat er als willekeurige tekens uitzien.