Dijital Ürün Scriptinde Görsel Format ve Boyut Politikası: Sitenin Neden Ağır Açıldığını Sana Kimse Söylemiyor, Çünkü Suçlu O Klasörde Saklanıyor

Çoğu kişi, sitesinin ağır açılmasını hosting paketine ya da kullandığı e-pin scriptine yükler. Panelden tema değiştirir, önbellek eklentisi arar, sunucu planını yükseltir. Ama gerçek suçlu genellikle çok daha sıkıcı bir yerde durur: ürün görsellerinin yüklendiği klasörde. 2.400 piksel genişliğinde, 1,8 MB'lık bir PNG dosyası 120 piksellik bir kartın içinde gösterildiğinde olan şey çok basittir; tarayıcı o dosyanın tamamını indirir, sonra ekranda küçültür. Müşteri bekler, sen bekletildiğini fark etmezsin.

Görsel politikası, bir dijital ürün satış scriptinde en çok göz ardı edilen ama en hızlı kazanç veren alandır. Tek satır kod yazmadan, sunucu değiştirmeden, sadece "hangi format, hangi boyut, hangi kural" sorusuna net cevap vererek sayfa ağırlığını üçte birine indirmen mümkün. Aşağıda e-pin ve dijital ürün satan bir işletmenin kurması gereken görsel disiplinini adım adım açıyorum: hangi formatın nerede kullanılacağı, kaç türev üretmen gerektiği, yükleme anında neyin reddedileceği ve bunu e-pin satış yazılımının içine nasıl gömeceğin.

Neden Hâlâ PNG Yüklüyorsun ve Bu Sana Ne Kaybettiriyor?

PNG, kayıpsız bir formattır. Keskin kenarlı logolar, şeffaf arka planlı simgeler ve içinde yazı geçen görseller için doğru tercihtir. Ama oyun kapak görseli, e-pin kartı fotoğrafı ya da kampanya banner'ı gibi fotoğrafik içerikte PNG, gereksiz yere üç dört kat fazla veri taşır. İşin kötüsü, çoğu satıcı görseli tedarikçiden geldiği gibi alır ve panele olduğu gibi yükler. Yükleyen kişi için dosya "çalışıyor" görünür, çünkü ekranda düzgün duruyordur.

Kaybın iki yeri var. Birincisi bant genişliği: 40 ürünlük bir kategori sayfası, her biri 1 MB civarı görselle 40 MB'ı aşabiliyor. Mobil veri üzerinden gezen bir müşteri o sayfayı açmıyor, geri tuşuna basıyor. İkincisi ve daha sinsi olanı sıralama: arama motorları ilk içerik boyamasının ne kadar sürdüğünü gerçek kullanıcı verisiyle ölçüyor. Kapak görselin sayfanın en büyük öğesiyse, senin sıralaman doğrudan o dosyanın kilobaytına bağlı hale geliyor.

Üçüncü bir kayıp kalemi daha var: depolama ve yedek süresi. Bin ürünlük bir katalogda ham dosyaları saklamak, yedeklerin her gece gigabaytlarca büyümesi demek. Politika kurmak, sadece hız değil işletme maliyeti meselesi.

Tek Görsel Değil Türev Seti: Kaç Boyut Üretmen Gerekiyor?

Doğru yaklaşım, bir görseli "tek dosya" olarak düşünmeyi bırakmaktır. Yükleme anında bir kaynak dosya saklanır, ondan otomatik olarak kullanım yerine göre türevler üretilir. Kart için 320 piksel, listeleme için 480, ürün detay için 800, retina ekranlar için 1600. Sayfa hangi türevi kullanacağını srcset ile tarayıcıya bırakır; tarayıcı ekran genişliğine ve piksel yoğunluğuna göre en uygun dosyayı indirir.

Türev üretimini elle yapmaya kalkarsan sürdüremezsin. Bu yüzden dijital ürün satış yazılımının görsel katmanı, yükleme sırasında bu işi kuyruğa atmalı ve arka planda tamamlamalı. Pinova'da görsel yükleme akışı tam olarak böyle çalışır: kaynağı alır, türevleri üretir, veritabanına sadece temel adı yazar ve şablon tarafında doğru varyantı çağırır. Sen panelde tek dosya seçersin, arkada dört dosya doğar.

WebP mi AVIF mi? Tartışmanın Sana Bakan Tarafı

Forumlarda bu iki format üzerinden bitmeyen bir tartışma yürüyor ama işletme tarafında cevap sıkıcı derecede nettir: ikisini de üret, tarayıcıya seçtir. etiketi içinde önce AVIF, sonra WebP, en sonda JPEG yedeği verirsin. Destekleyen tarayıcı en küçüğünü alır, desteklemeyen bir alt sıraya düşer. Kimse bozuk görsel görmez.

Pratik fark şu: AVIF aynı görsel kalitede WebP'ye göre yüzde 20-30 daha küçük dosya verir, ama kodlaması belirgin biçimde daha fazla işlemci yakar. Bin ürünü tek seferde dönüştürürken sunucunu dakikalarca meşgul edebilir. Bu yüzden makul politika şudur: kart ve liste gibi küçük türevlerde WebP ile kal, ağırlığın gerçekten hissedildiği büyük görsellerde AVIF ekle. Her yerde en yeni formatı kullanmak, çoğu zaman hiç kullanmamaktan daha pahalıya gelir.

Politikayı Yazıya Değil Koda Gömmek: Yükleme Anında Reddetme

Ekibine "lütfen 800 pikselden büyük yüklemeyin" demenin ömrü iki haftadır. Kural, panelin kendisinde yaşamak zorundadır. Sağlam bir e-pin satış scripti yükleme anında şunları yapar: dosyanın gerçek MIME türünü uzantıya güvenmeden kontrol eder, piksel boyutlarını okur, üst sınırı aşanı otomatik küçültür, 512 KB'ı geçen kaynağı reddeder ya da yeniden kodlar.

Güvenlik tarafı da burada başlıyor. Görsel yükleme alanları, dijital ürün satan panellerde en sık istismar edilen kapılardan biri. Uzantı kontrolü yeterli değil; dosyanın başlık imzasını doğrulamak, yüklenen dosyayı çalıştırılamaz bir dizine koymak ve adını rastgele bir karma ile yeniden yazmak gerekiyor. Yükleme klasöründe PHP yürütmeyi sunucu seviyesinde kapatmak, tek satırla alınan en büyük önlemdir.

Bir de isimlendirme var. WhatsApp Image 2026-03-11 at 14.22.jpeg gibi bir ad, hem arama motoru için hiçbir şey söylemez hem de dosya taşımalarında baş ağrıtır. Politikan ürün kodu ve kısa bir betimleyiciden oluşan sabit bir şablon olmalı.

Logo, Kupür ve Marka Görselleri: Kimsenin Konuşmak İstemediği Telif Tarafı

E-pin satan siteler, kategori kartlarında oyun kapaklarını ve marka logolarını kullanmaya mecburdur; müşteri aradığı ürünü görselden tanır. Ama internetten bulunup indirilen her görselin bir sahibi var. Bu alanda güvenli yol üç adımlıdır: mümkün olan yerde resmi basın kitlerinden gelen varlıkları kullan, ikinci seçenek olarak kendi ürettiğin kompozisyonlara (kendi arka planın üstüne yerleştirilmiş logo) geç, üçüncü olarak lisansını satın aldığın görselleri ayrı bir dizinde belgeyle birlikte sakla.

Pratik bir öneri: görsel tablosuna kaynak ve lisans alanı ekle. Altı ay sonra bir marka sana yazdığında, o görseli nereden aldığını on saniyede cevaplayabilmek, uzun bir yazışmayı kapatan şey olur.

Ölçmediğin Politikanın Politika Sayılmadığı Yer

Kuralları koydun, türevleri üretiyorsun, formatları ayırdın. Şimdi tek soru kaldı: nasıl bileceksin? Üç ölçü yeter. Birincisi kategori sayfasının toplam transfer boyutu; hedefin 1,2 MB altı. İkincisi en büyük içerik boyamasının mobil değeri; hedefin 2,5 saniye altı. Üçüncüsü de depolama: ürün başına toplam görsel ağırlığı, yani bin ürünün klasörde kaç gigabayt tuttuğu.

Bu üç sayıyı ayda bir kaydet. Politikanın işe yarayıp yaramadığı, tahminle değil eğilim çizgisiyle anlaşılır. Aşağıdaki liste, denetimini yapmak için doğrudan kullanabileceğin bir kontrol tablosu.

Bu Disiplin Kurulduğunda Ne Değişiyor?

Görsel politikası oturmuş bir sitede üç şey aynı anda iyileşir. Sayfa hızı ölçülebilir biçimde artar, mobil dönüşüm oranı yükselir ve kataloğu büyütmek artık korkutucu olmaz; bin ürün eklemek sunucuyu boğmaz çünkü her dosya sınırlı ve öngörülebilir bir ağırlıkta doğar.

Bu yüzden kullanacağın epin yazılım seçiminde görsel katmanına şablonlar kadar dikkat etmelisin. Panelin arka planda türev üretip üretmediği, modern formatları sunup sunmadığı, yükleme kapısını sertleştirip sertleştirmediği; bunlar demoda iki dakikada görülür ama yıllarca etkisini sürdürür. Özellik listesine bakarken bu kalemleri tek tek ara.

Görsel politikası, tek seferde kurulup unutulan bir ayar değil; kataloğun büyüdükçe seni koruyan bir çerçeve. Bu çerçevenin panel içinde nasıl göründüğünü, yükleme ekranında hangi kuralların devreye girdiğini ve türevlerin nasıl oluştuğunu kendi gözünle görmek istersen canlı demo üzerinden bir görsel yükleyip ağ sekmesini açman yeterli; on saniyede anlarsın. Fiyatlandırmayı karşılaştırmak istersen paket sayfasına göz atabilirsin.