Görüntü optimizasyon katmanları benzer görünümü korurken PNG filtrelerini, sıkıştırmayı, metadata'yı, boyutu hatta formatı yeniden yazabilir.
URL her zaman depolanan objenin kendisi değildir
Modern image delivery servisleri istekte varlığı dönüştürebilir veya türevini cache'leyebilir. Tarayıcının aldığı byte'lar origin dosyanın bire bir kopyası değil, ondan üretilmiş çıktı olabilir.
Lossless yeniden yazım bile hash'i değiştirir
Optimizer aynı pikselleri yeniden kurarken farklı PNG filtreleri, Deflate parametreleri, IDAT sınırları veya metadata seçebilir. Decode edilen raster aynı olsa bile teslim dosyasının kriptografik hash'i değişir.
Metadata sık kaybolan alandır
Metin, zaman, EXIF, renk profili ve fiziksel ölçü chunk'ları servis ayarına göre korunabilir veya silinebilir. Renk metadata'sı özellikle önemlidir; kaldırılması yorumlamayı etkileyebilir.
Bazı sistemler başka format pazarlığı yapar
Servis content negotiation yapıyorsa URL'nin .png ile bitmesi her istemcinin image/png aldığı anlamına gelmez. Path uzantısına değil HTTP Content-Type ve gerçek response byte'larına bakın.
İki ucu da debug edin
Origin objeyi ve teslim edilen response'u kaydedin. Boyut, MIME türü, PNG chunk'ları, decode edilmiş pikseller ve header'ları karşılaştırın. Böylece export problemi ile delivery dönüşümünü ayırabilirsiniz.
Pipeline için değişmezleri tanımlayın
Neyin sabit kalması gerektiğine karar verin: görsel pikseller, alpha, renk görünümü, metadata, byte kimliği veya URL semantiği. Gereksinim belli değilse optimizer'ı anlamlı biçimde test edemezsiniz.
Kaynaklar ve teknik dayanak
Temel teknik kaynak: W3C Portable Network Graphics (PNG) Specification, Third Edition (2025). Web teslimiyle ilgili bölümlerde uygun yerlerde MDN responsive image dokümantasyonu da esas alınmıştır.
