WEBP → PNG dönüştürücü

WEBP artık açık webin neredeyse her köşesinde; ancak dosya tarayıcıdan dışarı çıkmaya başladığı an, formatı tanımayan uzun bir araç kuyruğuna toslamaya başlıyor. Eski içerik yönetim sistemleri, kurum içi bilet uygulamaları, birkaç kurumsal tasarım paketi, bazı Word şablonları, altı yıllık bir telefondaki fotoğraf galerisi ve şaşırtıcı sayıda akademik dergi başvuru portalı WEBP’yi ya doğrudan reddediyor ya da sessizce göstermiyor. PNG’ye geri dönmek bu durumun pratik çözümü; PNG, 1990’ların sonundan bu yana yazılmış görsel destekli yazılımların tamamına yakınında, kurulum, eklenti ya da sürüm uyarısı olmadan açılıyor.

Bu dönüşüme en sık modern bir yerden görsel kaydetme akışından geliniyor. Güncel bir haber sitesinden, pazaryeri ilanından, yemek tarifi blogundan ya da bir dokümantasyon sitesinden bir görseli kaydettiğinde, CDN tarafından servis edildiği şekliyle dosyanın diske .webp olarak düşmesi giderek daha olası. Bir sonraki adım Word’e yapıştırmak, PowerPoint’e bırakmak, bir Trello kartına eklemek, bir okul ödevi portalına yüklemek ya da bir matbaanın başvuru formuna göndermek olduğunda — bu sistemlerin bir kısmı uzantıyı tanımıyor ve dosyayı geri çeviriyor. PNG’ye bir kez çevirmek, her sistemle teker teker kavga etmek yerine sürtünmeyi tamamen kaldırıyor.

PNG kayıpsız bir format; bu yüzden dönüşüm WEBP’nin her pikselini birebir koruyor — küçük bir nüans hariç: WEBP’nin kendisi kayıplı ya da kayıpsız olabiliyor. Açık webdeki fotoğrafların büyük çoğunluğu olduğu gibi kaynak WEBP kayıplıysa, çıkan PNG kayıplı baytları olduğu gibi taşıyor; PNG, görüntüyü WEBP’den daha iyi göstermiyor, sadece bundan sonraki kayıpların önüne geçiyor. Kaynak WEBP kayıpsızsa (ikon, UI öğesi, ekran görüntüleri için tipik), çıkan PNG orijinal yaratıcının elinden çıkmış hâliyle birebir aynı oluyor. İki durumda da bu dönüştürücüden çıkan dosya, içeri girenden daha kötü görünmüyor.

Saydamlık dönüşüm sırasında temiz bir şekilde aktarılıyor. WEBP tam alfa kanalını destekliyor, PNG tam alfa kanalını destekliyor; kaynak ister keskin kenarlı saydam bir UI grafiği olsun ister yumuşak bir gölgeye sahip bir fotoğraf, alfa byte‑bayt korunuyor. Bu önemli; çünkü WEBP’yi reddeden araçların büyük kısmı, yapılan iş için saydamlığa da ihtiyaç duyuyor — bir zemin üstüne yerleşen logo, tasarım kompozisyonuna eklenen sticker, renkli bir slayda bırakılan ikon. PNG üzerinden geçmek, alfayı korumak yerine zemine bastırılarak düzleştirmeye zorlamadan iş görüyor.

Açık takas dosya boyutu. PNG’nin kayıpsız sıkıştırması, WEBP’nin verimli ele aldığı fotoğrafımsı içerikle başa çıkmak için tasarlanmamış; bu yüzden 200 KB’lık bir fotoğraf WEBP’i, kalitede hiçbir değişiklik olmadan 1–2 MB’lık bir PNG hâlinde çıkabiliyor. Bu dönüştürücüde bir kusur değil; webin başta neden WEBP’ye geçtiğinin yapısal sebebi. Kısıt boyutsa ve PNG yalnızca başka bir hedefe ulaşmak için ara format olarak kullanılıyorsa, geçici şişmeyi kabul et, gerekli düzenleme veya yüklemeyi yap, ara PNG’yi sonrasında at.

Animasyonlu WEBP küçük ama bilinmesi gereken bir uç durum. Bazı WEBP dosyaları sabit görsel değil, kısa döngü animasyonlar oluyor; standart PNG ise animasyon karelerini saklayamıyor. Animasyonlu bir WEBP dönüştürüldüğünde PNG çıktısına yalnızca ilk kare yansıyor — sabit önizleme için iş gören, animasyonun kendisi gerektiğinde yetersiz bir sonuç. Döngünün korunması gerekiyorsa APNG dönüştürücüye bakmak ya da kareleri ayrı dosyalar olarak çıkarmak daha doğru; statik PNG, hareketli bir görselin yapısal olarak doğru hedefi değil.

Bilmekte fayda var iki teknik nokta. Renk profili dönüşüm boyunca sRGB olarak korunuyor; bu zaten neredeyse her görüntüleyicinin beklediği renk uzayı. WEBP’nin bazen taşıdığı metadata (EXIF parçaları, ICC profilleri, gömülü XMP) PNG formatının izin verdiği yerlerde korunuyor, izin vermediği yerlerde sessizce düşüyor. Bir dosya, sonraki adımlar için metadata’ya bağlıysa — telif bilgisi, çekim zamanı, GPS koordinatları — orijinal WEBP’yi de yan yana saklayıp metadata gerektiğinde oradan çekmek daha güvenli.

Pratikte iş tek bir bırakma hareketi. WEBP’yi koy, PNG’yi al; PNG kayıpsız olduğu için çıkışta üzerinde oynanacak bir kalite ayarı yok — görsel ya birebir geçer ya da düzeltilecek bir hata vardır. Dosyalar geçici depolamada işlenip indirme bağlantıları kısa sürede geçersizleşiyor; hesap açma ve filigran yok, arka planda günlük kota saymıyor. Birden fazla dosya arka arkaya geçebiliyor — bir araştırma projesi boyunca tarayıcıdan kaydedilen bir klasör dolusu görseli toplu hâlde çevirmek gerektiğinde bu önem kazanıyor. Çoğu dosya bir saniyenin altında dönüyor; büyük WEBP dosyaları oransal olarak biraz uzasa da yine tek seferde tamamlanıyor.

Eski sürüm Adobe Photoshop ve InDesign’ı hâlâ kullanan tasarım stüdyoları için pratik bir not: Photoshop CS6 ve önceki sürümler (Türkiye’de hâlâ pek çok matbaa ve baskı evinde aktif olarak kullanılıyor) WEBP’yi yerel olarak açamıyor. Tasarımcı modern bir kaynaktan WEBP olarak gelen bir görseli almak zorunda kaldığında, dosyayı önce PNG’ye çevirmek bilgisayara ek eklenti yüklemeden yapılabilecek tek pratik yol. CS6’dan vazgeçmek istemeyen veya lisans nedeniyle yeni sürüme geçemeyen ekipler için bu küçük dönüşüm, modern web’den gelen asset’lerin geleneksel baskı iş akışına sorunsuz katılmasını sağlıyor; her iki dünyanın bir arada çalışmasını mümkün kılan görünmez bir köprü gibi.

Müşteri destek ekipleri ve CRM kullanıcıları için sessizce tekrar eden bir vaka. Zendesk, Freshdesk, Intercom ya da Salesforce üzerinden bilet açan destek temsilcileri, tarayıcı oturumlarının ekran görüntülerini eke koyarken Chrome’un varsayılan WEBP çıktısıyla karşılaşıyor; CRM arayüzü ya da Salesforce eklenti alanı bazen bu formatı reddedip dosyayı sessizce biletten çıkarıyor. Temsilci bu durumu fark etmiyor, müşteri cevap yazıp “söz verilen ekran görüntüsü nerede?” diye sorduğunda iş işten geçiyor. Eki yüklemeden önce WEBP’den PNG’ye çevirmek, biletin tüm zincir boyunca — temsilci, yönetici, eskalasyon mühendisi, müşteri — okunabilir kalmasını sağlıyor; “ekteki dosya neden ortadan kayboldu” sorusunu hiç sormadan süreç ilerliyor. Türk şirketlerinin müşteri ilişkilerinin bu küçük teknik hatalara takılması ne yazık ki sıkça görülen bir durum.

Hukuki ve idari süreçlere giden dosyalar için bilinmesi gereken küçük bir nokta: noter, tapu, banka ve devlet portallarına yüklenecek görsel kanıt dosyalarının formatı genellikle ilgili yönetmelikte sabit yazıyor ve bu listede WEBP nadiren bulunuyor. Bir telefon ekran görüntüsünü WEBP olarak almışsan ve sonra onu bir resmi formda kanıt olarak kullanman gerekiyorsa, sistem dosyayı reddedip “lütfen JPEG veya PNG yükleyin” mesajıyla seni geri çevirebiliyor. Bu dönüştürücü o anda zaten kanıt niteliği taşıyan dosyaya hiçbir değişiklik yapmadan onu PNG’ye çevirip yüklenmesini mümkün kılıyor; çünkü PNG kayıpsız ve yetkili merci açısından dosyanın “düzenlenmediğini” argüman edebileceğin bir format. Aynı dosyayı JPEG’e çevirmek istesen kayıplı sıkıştırma, denetim sırasında potansiyel bir tartışma noktası açıyor; PNG bu tartışmayı baştan kapatıyor. Aynı mantık akademik etik kurullara, basın haklarına ve sigorta talepleri gibi süreçlere de uzanıyor; dosyanın bütünlüğünü koruduğunu ispatlaman gerektiğinde kayıpsız bir formatın, üzerinde tartışılması zor olan bir avantajı oluyor. Sürecin sonunda asıl önemli olan, dosyanın gerçekten “orijinal kanıt” niteliğini taşıması ve bu niteliğin formatla başlayan tartışmalara takılmaması; PNG’yi yalnızca uyumluluk için değil, bu güven zincirini koruduğu için de tercih ediyorsun.

Kurumsal sunum akışları tarafında özellikle PowerPoint ve eski Word sürümleri WEBP’yi sessizce sorun çıkaran bir format hâline getirebiliyor. Kullanıcının ekranında dosya doğru görünebiliyor; ama sunum başka bir bilgisayara aktarıldığında ya da PDF olarak dışa aktarıldığında WEBP görsellerinin yerinde kırık ikon kalabiliyor. Bu, özellikle yatırımcı toplantılarında, yönetim kurulu sunumlarında ve teklif paketlerinde ortaya çıktığında çok rahatsız edici bir durum yaratıyor. Görsellerin önceden PNG’ye çevrilmesi bu sürpriz hatayı tamamen kaldırıyor; sunum hangi sürüm Office üzerinde açılırsa açılsın, görseller her durumda yerinde duruyor. Pazartesi sabahı toplantısı öncesi bir geliştirici çağırmadan elde halletmek mümkün, ki bu noktada hızın kendisi sonucun kalitesi kadar önemli oluyor.