Base64 Kodla/Çöz
Base64 Kodla/Çöz, metin ve görsel iş akışlarını destekler. Metni kodlayıp çözebilir, görselleri Data URL veya ham Base64'e dönüştürebilir ya da Data URL / Base64'i yeniden görsele çevirip yerel önizleme ve indirme yapabilirsiniz.
Girdi metni
Karakter
0 / 500,000
Görsel seçin veya bırakın
Tarayıcı okuyabildiğinde PNG, JPEG, WebP, GIF, SVG, BMP, AVIF, TIFF, ICO, HEIC ve HEIF desteklenir.
Çıktı metni
Çıktı metni
Girdi metni
Karakter
0 / 500,000
Ham Base64 için MIME türü
Ham Base64 MIME bilgisi içermez. Önizlemenin otomatik oluşturulabilmesi için önce özgün görsel türünü seçin.
Bir görsel Data URL'si yapıştırın ya da ham Base64 yapıştırıp bir MIME türü seçin; önizlemeyi burada görebilirsiniz.
Hızlı başlangıç
Yaygın kullanım senaryoları
URL/JWT
URL güvenli varyantı (−/_) tercih edin; kaçış sorunlarını azaltmak için sonda yer alan '=' işaretleri isteğe bağlıdır.
E‑posta/MIME
satır kaydırma gerekiyorsa MIME 76 sütun (CRLF) kullanın; web için genellikle satır kaydırma yapılmaz. Bu araç 76 sütun kaydırma ve LF/CRLF arasında geçiş imkânı sunar.
Çok satırlı metin
her satırı ayrı ayrı kodlamak için satır bazlı kodlamayı etkinleştirin.
MIME/PEM
76 sütun kaydırmayı etkinleştirin; gerektiğinde satır sonlarını LF olarak ayarlayın.
Data URL
gömme yaparken data:[mime];base64,… biçiminde üretin; çözücü virgülden sonraki kısmı otomatik ayıklar.
Gidiş‑dönüş doğrulama
önce kodlayıp hemen ardından çözerek bütünlüğü kontrol edin.
Görsel yükleme
orijinal baytları korurken yeniden yükleme yapmadan Data URL ile ham Base64 çıktısı arasında geçiş yapın.
Görsel Data URL'si
data:image/...;base64,... yapıştırın; MIME türü otomatik algılansın ve görsel hemen önizlensin.
Ham Base64 görsel verisi
Aracın otomatik önizleme yapabilmesi ve görsel olarak indirebilmesi için özgün MIME türünü belirtin.
Kodlama parametreleri ve varyantlar
Kullanım tavsiyeleri
Sınırlamalar ve uyumluluk
Gizlilik ve güvenlik
Sıkça Sorulan Sorular
Base64, rastgele ikili verileri yazdırılabilir metin karakterleriyle güvenle temsil etmeye yarayan bir şemadır. İlk olarak e‑posta MIME standardında (1990’lar, RFC 1521/2045) ortaya çıkmış, ardından RFC 4648 ile birleştirilmiştir. Amaç şifreleme değil, baytları metin odaklı kanallar üzerinden güvenilir şekilde taşımaktır. Nasıl çalışır: her 3 bayt (24 bit), dört adet 6 bitlik blok hâline getirilir ve 64 karakterlik bir alfabeteye (A–Z, a–z, 0–9, +, /) eşlenir. Kaynak uzunluğu 3’ün katı değilse, “=” dolgusu uzunluğu hizalar. Boyut genellikle ~%33 artar. Varyantlar ve seçimler: RFC 4648, + ve / yerine “-” ve “_” kullanan URL güvenli varyantı tanımlar; sondaki “=” işaretleri isteğe bağlıdır. URL, Cookie ve JWT için URL güvenli varyantı; eski/MIME araç zincirleri içinse standart Base64’i ( +/ ve = korunarak) tercih edin. Bu araç varsayılan olarak URL güvenli çalışır; çözücü iki varyantı da kabul eder. Örnekler: ??? → standart Pz8/, URL güvenli Pz8_; ~~~ → standart fn5+, URL güvenli fn5-. Data URL: gömme yaparken data:[mime];base64,… biçimini kullanın ve virgülden sonra gelen kısmı çözün (bu araç bunu otomatik yapar). Kısa tarihçe: 1993 RFC 1521 (MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045 (MIME güncellemesi, 1521’i değiştirir) → 2003 RFC 3548 (Simon Josefsson, Base16/32/64’ü soyutlar) → 2006 RFC 4648 (Simon Josefsson, standartlaştırır ve Base64URL tanımlar, 3548’i geçersiz kılar). Ayrıca: 1993 RFC 1421 (PEM, J. Linn) e‑postada ikili veriyi taşımak için Base64’e çok benzeyen “Radix‑64” kullanmıştır. Güvenlik notu: Base64 ters çevrilebilir bir biçimleme yöntemidir; gizlilik veya bütünlük sağlamaz. Önce şifreleyin, sonra kodlayın.
Hayır. Herkes veriyi çözebilir. Gizlilik gerekiyorsa önce şifreleyip sonra kodlayın.
Yalnızca A–Z, a–z, 0–9, +, / ve = karakterlerine izin verilir ve dizge uzunluğunun geçerli olması gerekir.
Farklar genellikle satır sarma, '=' padding'inin korunup korunmaması, URL-safe varyantları (-/_), ya da metin kodlamasının farklı olmasından kaynaklanır. Sonuçları karşılaştırırken iki tarafın da aynı metin kodlamasını kullandığından emin olun, otomatik satır sarmayı kapatın ve URL-safe ile padding kullanımını netleştirin.
Base64, 8 biti 6 bitlik bir alfabe ile temsil eder; yaklaşık %33’lük ek yük doğaldır.
Evet. Emoji ve çok dilli metinler, Metin modunda UTF-8 olarak işlenir. Çözümleme sonucu aslında metin olmayan ikili veri ise, okunamayan çıktı normaldir.