Standart ( RFC 4648 §4 ) + , / , = kullanır. E-posta, JSON değerleri, çoğu XML'de uygundur. base64url ( RFC 4648 §5 ) - , _ kullanır ve genellikle sondaki = padding'ini düşürür. JWT'ler, OAuth token'ları ve değerin URL içinde yaşadığı yerlerde kullanılır.

Base64 Encoder / Decoder

Metni Base64'e kodla veya Base64'ü metne çöz. UTF-8 güvenli, base64url varyantı destekli.

Mode

Variant

Giriş

Çıktı

Sonucu görmek için yukarıya giriş yapın.

Base64 gerçekte ne yapar

Base64, rastgele byte'ları 64 ASCII karaktere (A–Z, a–z, 0–9 artı iki ek) çevirir. Üç giriş byte'ı dört çıkış karakteri olur, yani sonuç girişten kabaca %33 daha büyüktür. Bu bir kodlamadır, şifreleme değil — herkes çözebilir.

Base64'ü ne zaman kullanmalı

Küçük ikilik verileri sadece metin biçimlerine gömerken: data URI'ler, JSON değerleri, ortam değişkenleri, YAML string'leri.
İkilik token'ları (imzalar, anahtarlar, hash'ler) URL, header veya cookie'lere dahil etmek için kodlama.
E-posta ekleri ve SMIME — tarihsel ama hâlâ canlı.

Standart - base64url

Standart (RFC 4648 §4) +, /, = kullanır. E-posta, JSON değerleri, çoğu XML'de uygundur.
base64url (RFC 4648 §5) -, _ kullanır ve genellikle sondaki = padding'ini düşürür. JWT'ler, OAuth token'ları ve değerin URL içinde yaşadığı yerlerde kullanılır.

Sık yapılan hatalar

Şifrelemeyle karıştırma. Base64 herkes tarafından geri çevrilebilir. Veri hassassa, önce şifrele.
UTF-8 burada doğru round-trip yapar — ASCII olmayan (é, 你好, 🚀) doğrudan btoa/atob'dan değil, TextEncoder/TextDecoder'dan geçer. JavaScript'te naif btoa(str) Latin olmayan karakterlerde bozulur.
Padding — standart Base64 giriş uzunluğuna bağlı olarak her zaman 0/1/2 = karakteriyle biter. base64url genellikle bunları atlar. Padding gerektiren decoder'lar padding'siz girişi reddeder; bu araç decode sırasında eksikse yeniden ekler.
Kodlanmış string içindeki boşluk — buradaki decoder boşluklar ve satır sonlarını temizler (kopyala-yapıştırdan yaygın), ancak bazı kütüphaneler temizlemez, bu nedenle birine pipe yapıyorsan yeniden kodla.