AVIF → JPEG dönüştürücü
AVIF’i çevrimiçi JPG/JPEG’e çevirerek AVIF desteklemeyen uygulamalarda uyumluluk sağlayın. Kaliteyi ayarlayın; saydamlık varsa arka plan rengiyle düzleştirin ve indirin.
AVIF yükle → JPEG indir. JPEG saydamlık içermez; arka plan saydam pikselleri doldurur.
Orijinal
Dönüştürüldü

Bu araç işlemi cihazınızda yapar; dosyanız işlem için sunucuya yüklenmez.
Açıklama
AVIF, modern görsel formatları arasında en agresif olanı — AV1 video kodlayıcısından türetilen, fotoğrafları eşdeğer JPEG’in yaklaşık yarısı boyutunda algılanabilir bir farka neden olmadan sıkıştırmak için tasarlanmış ve 2020’lerin başından beri tüm büyük tarayıcılarda yer alan bir format. Sorun, tarayıcı dışındaki dünyanın bu hızla yetişememesi. Slack uzun süre AVIF’i tutarsız biçimde gösterdi, birkaç yaygın sohbet istemcisi dosyayı hâlâ inline açmıyor, bazı Office sürümleri sessizce gömme aşamasında başarısız oluyor; eski fotoğraf görüntüleyiciler, bilet takip sistemleri ve tasarım eklentileri bu codec’i hiç tanımıyor. Bu dönüştürücü tam olarak o anlar için var: AVIF’i koy, JPEG’i al; gerektiğinde kalite ve arka plan kontrolüyle dosyayı gerçekten açılacağı yere yerleştir.
Bu dönüşüme en sık ihtiyaç duyulan akış indirme akışı. Güncel bir haber sitesinde, emlak ilanında ya da yemek tarifi blogunda bir görsele sağ tıkladığında, CDN tarayıcına AVIF servis ettiği için dosyanın diske .avif olarak düşmesi gerçek bir olasılık. O an için bu sorun değil — dosya görüntüleyici de tarayıcı da görseli açıyor — ama dosya başka bir yere yolculuk etmek zorunda kaldığında işler tıkanmaya başlıyor. AVIF önizlemeyen Slack çalışma alanına iletmek, satıcıya e‑posta eki olarak yollamak, Confluence sayfasına bırakmak, uzantıyı filtreleyen bir DMS’e yüklemek; bunların her biri sessiz hatalar üretebiliyor ve karşı tarafa görsel hiç gelmemiş gibi görünüyor.
Kalitenin titizlikle ele alınması gerekiyor; çünkü AVIF’ten JPEG’e geçiş kayıpsız bir kopyalama değil, yeni bir kodlama. Orijinal AVIF zaten kayıplı bir sıkıştırmaydı; üstüne JPEG’in kayıplı katmanı bindiğinde iki farklı formatın artefaktları her zaman birbirine kibarca uyum sağlamıyor. 88–92 aralığında bu ikinci kayıp normal bir ekranda neredeyse görünmüyor — önerilen başlangıç noktası ve aracın varsayılanı bu. 80’in altına inildiğinde özellikle gökyüzü, bulut ve odak dışı arka planlar içeren fotoğraflarda iki formatın etkileşimi hafif blok ya da bantlanma desenleri çıkarmaya başlıyor. 92’nin üstünde ise dosya görünür bir kazanç sağlamadan büyüyor.
Saydamlık burada gerçek bir mesele; çünkü AVIF tam alfa kanalı taşıyor, JPEG taşımıyor. Kaynakta saydam ya da yarı saydam alanlar varsa — ürün cutout’larında, pazarlama grafiklerinde, sticker’larda yaygın — bunlar dönüşüm sırasında bir zemin rengine bastırılmak zorunda. Renk seçici beyaz, siyah ve özel hex’i kapsıyor; JPEG’in sonunda yerleşeceği sayfanın ya da belgenin rengiyle eşleşen bir seçim yapmak, “oraya ait” bir logoyla etrafında halesi olan bir logo arasındaki farkı ortaya koyuyor. Varsayılan olarak beyaz seçip JPEG’i renkli bir zemine yerleştirmek, en sık karşılaşılan hata kalıbı.
Animasyonlu AVIF, animasyonlu WEBP’ye benzer şekilde var ve JPEG animasyonu hiç tutmuyor. Animasyonlu bir AVIF bu dönüştürücüden geçtiğinde JPEG çıktısına yalnızca ilk kare yansıyor. Sabit önizleme için faydalı; döngüyü korumak gerektiğinde yetersiz. Animasyon önemliyse APNG, animasyonlu WEBP ya da kısa bir MP4 gibi seçeneklere bakmak daha doğru. Karşılaşılan AVIF dosyalarının çoğu sabit görsel oluyor; bir meme sitesinden ya da ürün konfigüratöründen animasyonlu bir AVIF aldıysan dönüşümden önce farkında olunması gereken sınırlama bu.
Boyut tarafı çoğu dönüşümün tersine çalışıyor. Çıkan JPEG, eşdeğer algılanan kalitede kaynak AVIF’ten neredeyse her zaman büyük geliyor; çünkü AVIF, fotoğrafımsı içeriği ciddi biçimde daha verimli sıkıştırıyor. 200 KB’lık bir AVIF, görünürde hiçbir değişiklik olmadan 350 KB veya 500 KB’lık bir JPEG olarak çıkabiliyor. Bu iki format arasındaki yapısal fark — bir hata değil — ve JPEG’i kalıcı bir yedek gibi düşünmemen, orijinal AVIF’i saklaman gerektiğinin gerekçesi. JPEG belirli bir uyumluluk kısıtını çözmek için var; kanonik dosya AVIF olarak duruyor.
Renk ve metadata tarafı dönüşüm sırasında akıllı bir şekilde aktarılıyor. Renk profili sRGB olarak korunuyor; bu sayede JPEG, AVIF’in tarayıcıda göründüğü şekliyle aynı tonlarda render ediliyor. Orijinal Display P3 gibi geniş bir renk uzayında etiketlenmişse, değerler beklenmedik bir ton kayması olmadan düzgünce tone‑map ediliyor. AVIF’in taşıdığı EXIF metadata genelde yol üzerinde düşürülüyor — kamuya açık paylaşımda işe yarayan bir tercih, dosyanın metadata’sı önemliyse uygun olmayan bir tercih. Akış için metadata doğruluğu kritikse, orijinal AVIF’i bozulmadan yan yana sakla ve gerektiğinde oradan al.
Pratikte iş tek bir bırakma. AVIF’i koy, JPEG’i al; varsayılanların yetersiz kaldığı durumlar için kalite kaydırıcısı ve arka plan rengi seçici elinde duruyor. Dosyalar geçici depolamada işleniyor, indirme bağlantıları kısa sürede geçersizleşiyor; hesap açma, filigran ve arka planda saynan günlük kota yok. Birden fazla dosya arka arkaya geçebiliyor — özellikle tarayıcıdan AVIF olarak kaydedilen bir yığın görseli, formatı tanımayan bir kişiye göndermek gerektiğinde bu fark hissediliyor. Çoğu dosya bir saniyenin altında dönüyor; çok büyük orijinaller biraz daha uzasa da tek seferde tamamlanıyor.
Bir küçük detay daha: AVIF dosyalarını e‑posta ekinde gönderirken farkına varılmayan bir gümrük denetimi var. Pek çok kurumsal e‑posta gateway’i (Mimecast, Proofpoint, Microsoft Defender for Office) bilinmeyen format eklerini güvenlik nedeniyle karantinaya alabiliyor; AVIF, hâlâ pek çok kurumun beyaz listesinde olmayan bir uzantı. Sonuç olarak gönderdiğin e‑posta alıcıya ulaşıyor ama eki kayıp gözüküyor, alıcı eki açamıyor ya da BT departmanı dosyayı serbest bırakana kadar bekleniyor. AVIF’i önceden JPEG’e çevirmek bu denetim adımını tamamen atlamış oluyor; e‑posta hızla iletilebiliyor, ek bir BT bildirimi yaşanmıyor, iş süreci aksamıyor.
Discord ve Slack’in dosya yükleme uç durumları da bilinmesi gereken bir konu, çünkü kullanıcıyı hazırlıksız yakalıyor. Discord tarihsel olarak format konusunda cömert davranıyor ama önizleme tutarsız — bir AVIF dosyası, kanalın izinlerine ve kullanıcının istemci sürümüne bağlı olarak inline thumbnail yerine tıklanabilir link olarak görünebiliyor. Slack’in masaüstü, web ve mobil istemcileri AVIF’i farklı şekillerde render ediyor; bazı çalışma alanları inline gösterirken diğerleri indirme linkine düşürüyor. Bu dosyaları paylaşmadan önce JPEG’e çevirmek değişkenliği tamamen ortadan kaldırıyor; özellikle ekran görüntüsünün mesajın asıl içeriği olduğu durumlarda bu fark, paylaşımın bağlamından kopmaması açısından önemli oluyor. Discord topluluk yöneticileri ve Slack admin’leri için bu küçük dönüşüm rutini, ekibin iletişim akışında görünmez bir öncül adım hâline geliyor.
Haber ve yayın akışına bakanlar için ek bir not: pek çok haber kuruluşu ve fotoğraf ajansı, dağıtım ağına yalnızca belirli formatları kabul ediyor ve bu liste hâlâ büyük ölçüde JPEG’den ibaret. Reuters, AP, AFP veya benzeri kuruluşların dosya yükleme sistemleri zaman zaman dosya uzantısını metadata kontrolü öncesi reddedebiliyor; AVIF olarak gelen bir görseli yayına almak için onu JPEG’e çevirmek tek geçerli yol oluyor. Aynı durum yerel haber portalları, kurumsal basın bültenleri ve bazı PR ajanslarının iletişim sistemleri için de geçerli. Bu dönüştürücü, fotomuhabirin saha çıktısı modern formatlarda gelse bile geleneksel yayın hattında dolaşmasını mümkün kılıyor — kanonik AVIF saklı kalıyor, dağıtıma giden kopya istenen formatta hazırlanmış oluyor. Editör masası saatlerini kaybetmeden işine devam edebiliyor; bu saat farkı, bir günlük haber döngüsünde yetişip yetişmemenin somut karşılığı.
Kurumsal medya yönetim sistemleri (MAM/DAM) tarafında da benzer bir kısıt görülüyor. Türkiye’deki büyük yayın gruplarının ve reklam ajanslarının kullandığı dijital varlık yönetim sistemleri (örneğin Bynder, Adobe Experience Manager, ya da yerli kurulumlar) AVIF desteğini henüz tüm modüllerde tutarlı sunmuyor; arama motoru AVIF dosyasını listeliyor ama önizleme bozuk geliyor, ya da indir butonuna basıldığında dosya bozulmuş olarak iniyor. Bu sistemleri kullanan ekipler için dosyayı önceden JPEG’e çevirip yüklemek, sonradan ortaya çıkacak bilet açma ve destek yazışmalarının yükünü baştan ortadan kaldırıyor. Marka ajanslarının haftalık iş yükünün beşte birinin bu tür format uyumluluk sorunlarıyla harcandığını söylemek abartı olmaz; küçük ama tekrar eden bu sürtünmenin önüne geçmek, ekibin asıl yaratıcı işine ayırdığı zamanı geri kazandırıyor.
Kullanım senaryoları
- AVIF açmayan editörler için JPEG üretme.
- E‑posta/mesajlaşmada AVIF engeline takılmama.
- Saydamlığı arka planla düzleştirip tutarlı çıktı alma.
- Baskı ve eski sistemler için JPG kullanma.
Nasıl çalışır
- 1AVIF dosyasını yükleyin.
- 2Kalite ve arka planı ayarlayın (gerekirse).
- 3JPG/JPEG olarak dönüştürüp indirin.
SSS
Neden AVIF’i JPEG’e çevireyim?
JPEG daha geniş desteklenir. AVIF açmayan site/uygulamalarda kullanın.
Saydamlık ne olur?
JPEG alfa tutmaz; saydam alanlar seçtiğiniz arka planla doldurulur.
Kalite değişir mi?
JPEG kayıplıdır. Daha net sonuç için kaliteyi yükseltin.
Ücretsiz mi?
Evet—temel dönüşümler için üyelik gerekmez.