Haber ve Medya Siteleri İçin Görsel Akışı Nasıl Standartlaştırılır
Günde kırk haber yayınlayan bir sitede görsel kararları dağılır. Bir editör manşet görselini 1920 piksel genişliğinde yükler, bir diğeri 850'de bırakır, üçüncüsü sıkıştırmayı atlar çünkü CMS zaten küçültüyor sanır. Sayfa açıkça yavaşlamaz ama anasayfa düzensiz görünür; büyük görsel yanındaki küçük görselin yanında ezilir, farklı kesim oranları liste görünümünü dağıtır.
Sorun araçlarda değildir. Herkes aynı CMS'yi kullanıyor, aynı şablona yüklüyor; ama her editör kendi kararını veriyor çünkü ortak bir kural yok. Teknik altyapı hazır olduğunda bile iş akışı (workflow) tutarsız kalabilir. Bu tutarsızlık SEO açısından da görünür hale gelir: farklı boyutlarda yüklenen görseller CMS'nin ürettiği küçük resimleri (thumbnail) bozar, bazı sayfalar görsel olmadan indekslenir.
Standart bir görsel akışı kurmak, bir araç seçmekten başlamaz. Kararların nerede alındığını, kim tarafından alındığını ve nasıl uygulandığını belirlemekle başlar. Senaryo şu: ayda yüz elli haber yayınlayan, dört editörü olan ve anasayfasında görsel tutarsızlığı fark eden bir medya sitesi. Akışı sıfırdan değil, mevcut düzene minimal müdahaleyle kuruyor.
Bir Günün Görsel Yükü
Siteye ortalama günde sekiz ila on beş haber giriyor. Her haberin manşet görseli var; bir kısmının makale içi görseli de var. Sosyal medya paylaşımı için kırpılmış bir versiyon lazım. Haber ajansından gelen ham görsel bazen 4000 piksel genişliğinde TIFF, bazen 600 piksel JPEG oluyor. Editör ikisine de aynı alanı doldurmak zorunda.
Gerçek yük boyut değil, karar sayısıdır. Her görselde editör şunu düşünüyor: kaç piksele indireyim, hangi formata çevireyim, ne kalite ayarında kaydedeyim? Gün içinde bu üçlü karar onlarca kez tekrarlanıyor. Biri JPEG kalitesini 90'da tutuyor, biri 70'de; biri WebP'yi denemiş, biri hiç açmamış. Sonuç tutarsız dosya boyutları ve tutarsız sayfa ağırlıkları.
Akışı standartlaştırmanın amacı bu kararları editörden almak değil, önceden vermektir. Kural bir kez belirlenir, editör uygular; her seferinde tartmaz.
Boyut Kararlarını İçerik Türüne Bağlamak
Haber sitelerinde görsel türleri birkaç kategoriye düşer ve her kategorinin boyut ihtiyacı farklıdır. Standart koymanın ilk adımı bu kategorileri yazmaktır.
Manşet görseli (featured image) genellikle en geniş alanda kullanılır. 1280x720 ya da 1200x630 piksel, çoğu temada makul bir tavan. 1200x630 hem Open Graph hedefleriyle hem de standart 16:9 oranıyla örtüşür. Daha geniş bir şablon kullanılıyorsa 1440 piksele çıkılabilir, ama bunun üstüne gerek kalmaz; tarayıcı büyük görseli ölçekler, geniş dosyayı tam boyutlu göndermek yalnızca bant genişliği kaybı yaratır.
Makale içi görsel için 800 piksel genişlik çoğu içerik sütununu doldurur. Galeri görseli farklıdır: kullanıcı tam ekran açabildiği için 1024 piksele çıkmak mantıklı olabilir. Küçük resim listelemelerde genellikle 400x300 veya 350x200 gibi bir şablon boyutuna oturtulur; bu boyutu CMS üretiyorsa ham yüklemede ekstra bir işlem gerekmez.
Her kategorinin piksel değerini bir tabloya yazmak ve bunu CMS yöneticisinin görebileceği bir yere koymak, ilk standardı oluşturur. Tablo değişebilir; ama o değişikliği herkesin bilmesi gerekir, tek editörün karar vermesi değil.
Format Kararını Sözleşmeye Almak
Format tartışması, her görselde yeniden açılırsa vakit kaybıdır. Editörden her yüklemede "bu WebP mi olsun, JPEG mi?" diye düşünmesini beklemek gereksizdir. Kural şöyle kurulabilir:
- Fotoğraf içerikli görseller için WebP öncelikli; eski tarayıcı desteği gerekiyorsa JPEG yedek.
- Şeffaf arka plan içeren logolar veya infografikler için PNG ya da WebP (alfa kanallı).
- Animasyonlu içerik için GIF yerine WebP animasyonu veya video.
Çoğu modern CMS, yüklenen JPEG'i otomatik olarak WebP'ye dönüştürür. WordPress'te bunu üstlenen eklentiler var; bazı barındırma servisleri bunu CDN katmanında yapıyor. Sistem bu dönüşümü otomatik yapıyorsa editörün format konusunda hiçbir şey bilmesi gerekmez. Sistem yapmıyorsa editöre net talimat verilir: "JPEG veya PNG olarak yükle, dönüşüm otomatik değil."
Kalite eşiği benzer şekilde sabitlenebilir. JPEG için 75-80 arası, WebP için 70-75 arası çoğu haber fotoğrafında görsel kaybı gözle fark ettirmez. Bunu belirlemek için bir editör gözü şöyle test edebilir: aynı görseli 80, 70 ve 60 kalitede dışa aktarın, yan yana koyun, farkı anlatın. Haber görseli için kabul sınırı genellikle 70'in üstünde olur; ürün fotoğrafı çok farklı bir durumdur, haber sitesinin buna ihtiyacı yoksa bu ayrımı standarda eklemeye değmez.
Tek Sayfayı Geçmeyecek Kılavuz
Yazılı kuralın değeri, kural sayısıyla ters orantılıdır. Otuz maddelik bir doküman kimse tarafından okunmaz; beş maddelik bir sayfa her gün kullanılabilir.
Kılavuzda şu beş alan yeterlidir: görsel türü ve piksel boyutu tablosu, kabul edilen formatlar, kalite eşiği, dosya adlandırma kuralı, yükleme öncesi kontrol soruları. Bunun dışına çıkmak çoğu durumda kılavuzu şişirir ve işlevsizleştirir.
Dosya adlandırma standardı olarak atlanır ama anasayfanın görsel SEO'su açısından önem taşır. IMG_4821.jpg yerine atina-yanginlari-helikopter-mudahale.jpg yazmak hem erişilebilirlik hem arama motoru taraması için fark yaratır. Kural basit tutulabilir: haberin konusu, varsa yer adı veya kişi adı, kısa ve Türkçe karaktersiz. Boşluk yerine kısa çizgi. Beş kelimeyi geçmemek.
Kılavuzu nereye koymak? E-posta zincirinde kaybolmaz; bir wiki sayfası ya da CMS içinde erişilebilir bir not alanı tercih edilir. Ekip büyüyünce her yeni editörün göreceği yerde olmalı. Kılavuzun adresi sabit kalsın, belgesi değişirse aynı adreste güncellensin.
Yükleme Öncesi Kontrol Adımı
Küçük bir kontrol noktası, hataları CMS'ye girmeden yakalar. Manuel bir liste bile işe yarar; otomasyon daha iyi.
Manuel seçenek: editör yüklemeden önce şu üç soruyu sorar. Dosya boyutu 500 KB'ın altında mı? Genişlik, bu içerik türü için belirtilen değerde mi? Dosya adı kurala uygun mu? Üçüne de evet varsa yükler. Bu bir dakika alan bir kontrol; çoğu hatalı yüklemeyi filtreler.
Otomatik seçenek: CMS'ye yükleme sırasında devreye giren bir işleyici boyutu ve formatı standarda çeker. WordPress için bazı medya eklentileri yükleme anında boyutlandırma ve format dönüşümü yapar. Özel bir sistem kullanılıyorsa yükleme uç noktası (upload endpoint) önünde Sharp, ImageMagick veya benzeri bir kütüphaneyle aynı işlem yapılabilir.
Otomasyon bir görsel gazetecinin özenle kırptığı görseli yanlış orana çekebilir. Manşet fotoğrafında yüzün tam ortada durması gerekiyorsa ve otomasyon merkezi kırpma yapıyorsa, sahnede kayıp olabilir. Otomasyonu boyut ve format için açmak, kırpma için kapalı tutmak bu yüzden mantıklıdır.
Editörün Kaldığı Alan
Standart iş akışı kurulduktan sonra editörün görsel kararlarının bir kısmı hâlâ editöre aittir ve bu olması gerekendir.
Hangi görsel bu haberi temsil eder? Kalabalık bir miting fotoğrafında kitleyi mi göstermek, yoksa konuşmacının yüzünü mü öne çıkarmak? Bu karar kırpma aracının değil, editörün kararıdır. Haber değeri taşıyan unsur görselin neresindeyse kırpma oraya odaklanmalıdır; piksel boyutu bunu değiştiremez.
Aynı şekilde, bir haber için doğru görselin hangisi olduğu sorusu da teknik değildir. Ajans fotoğrafı mı kullanılacak, muhabirin çektiği mi, stok fotoğraf mı? Stok kullanılacaksa görsel haberin bağlamıyla örtüşüyor mu? Milyonlarca kez kullanılmış bir stok fotoğraf, manşette orijinal bir haberin güvenilirliğini zedeler. Standart iş akışı bu soruyu yanıtlamaz; editörün uzmanlığı yanıtlar.
Teknik standartlar ile editoryal yargı arasındaki sınırı netleştirmek, akışın aylar sonra da işlevsel kalmasını sağlar. Her şeyi standartlaştırmaya çalışan bir sistem editörü araçsallaştırır ve sonunda atlatılır.
Standartların Çürüme Hızı
Yazılı bir kural, sahipsiz kaldığında hızla geçersizleşir. Yeni bir ekip üyesi gelir ve kimse kılavuzu göstermez. Şablon değişir ama boyut tablosu güncellenmez. CDN değişir, otomatik WebP dönüşümü kapanır, kimse fark etmez.
Sahiplik basit çözümdür. Görsel kılavuzunun sorumlusu bellidir; değilse herkesin sorumluluğu olur, yani kimsenin olmaz. Ayda bir kontrol yeterlidir: kılavuz güncel mi, otomasyon hâlâ çalışıyor mu, anasayfada boyut tutarsızlığı çıktı mı? Bu kontrol bir toplantı değil, on dakikalık bir gözden geçirmedir.
Teknik altyapı değiştiğinde kılavuz ilk güncellenenler arasında olmalıdır; son değil. Yeni bir tema yeni görsel boyut şartları getirebilir. Yeni bir CDN format dönüşümünü kaldırabilir. Sistemi kuranların bu değişiklikleri gördüğünde kılavuzu da güncellemesi, kural çürümesinin önündeki tek engel olmaya devam eder.
Senaryo başındaki medya sitesi birkaç ay içinde görsel yük ortalamasını tutarlı bir düzeye çekti; bu kendi başına bir hedef değil, doğru kararların yan ürünüdür. Asıl gözlem şuydu: editörler kural olmadığında tereddüt ederek vakit kaybediyordu. Kural olduğunda teknik kararları hızla verip editoryal yargıya ayırdıkları zamanı artırdılar.
Kılavuzun ilk versiyonu mükemmel olmaz. Beş madde yazın, iki hafta uygulayın, nelerin eksik kaldığını görün. Çoğu zaman atlanmış bir boyut kategorisi ya da yeterince netleştirilmemiş bir format kuralı çıkar; ikinci versiyonda düzeltilebilir.
Görsel akışını standartlaştırmak, editörleri kısıtlamak için değil, teknik tartışmayı tekrarlamamak için yapılır. Her haberde aynı soruları sormak yerine, bir kez yanıtlanmış kurala bakmak; zamanı yargıya harcamak. Günde kırk haber yayınlayan bir sitede bu fark küçük görünmez.