Çok büyük olan bilgisayar ekran görüntülerini blog veya dökümanlar için uygun boyutlara küçültün.
Fotoğraf küçültmek ile ekran görüntüsü küçültmek arasındaki temel fark, piksel yapısının doğasında yatar. Fotoğraflar, sürekli ton geçişlerine sahiptir — gökyüzü, cilt tonu, gradyanlar. Bu geçişler interpolasyon (piksel arası hesaplama) ile doğal görünür.
Ekran görüntüleri ise tamamen farklı bir dünyadır: keskin kenarlar, 1 piksel genişliğinde çizgiler, 8-12px boyutunda metin, net renk blokları. Bu yapı, standart interpolasyon algoritmalarıyla küçültüldüğünde bozulmaya açıktır.
Örneğin, 14px boyutunda bir metin içeren ekran görüntüsünü %50 küçülttüğünüzde, her harf yaklaşık 7 piksele düşer. Eğer interpolasyon yöntemi 'yumuşatma' odaklıysa (bilinear, bicubic), harf kenarları grileşir ve okunabilirlik dramatik şekilde azalır.
Bu nedenle ekran görüntüsü boyutlandırmada kullanılan algoritmaların keskin kenar koruma özelliği taşıması gerekir. Pixes.app'deki boyutlandırma aracı, bu tür kaynaklar için optimize edilmiş algoritmalar kullanır — sonuçta metin hâlâ okunabilir, ikonlar hâlâ tanınabilir kalır.
Her boyutlandırma amacı, farklı bir piksel hedefi gerektirir. Tek bir 'en iyi boyut' yoktur — doğru boyut, kullanım bağlamına bağlıdır.
Hata raporları ve teknik destek: 1000-1400px genişlik genellikle idealdir. Çok küçük boyutlar (600px altı) hata mesajlarını okunamaz hale getirir. Çok büyük boyutlar (2000px+) ise destek sistemlerinin yavaş yüklenmesine neden olur.
Blog yazıları ve dokümantasyon: İçerik genişliğine bağlı olarak 700-900px arası yaygındır. Metin ağırlıklı ekran görüntülerinde bu boyut aralığı, mobil cihazlarda bile okunabilirliği korur.
E-posta ekleri: E-posta istemcileri büyük ekran görüntülerini yeniden boyutlandırır — bu da kalite kaybı yaratır. 800-1000px genişlik, çoğu e-posta istemcisinde sorunsuz görüntülenir ve ek boyutunu makul seviyede tutar.
API dokümantasyonu ve teknik belgeler: 1200-1500px, kod blokları ve terminal çıktıları için gereken piksel yoğunluğunu sağlar. Bu belgeler genellikle masaüstünde okunur, bu yüzden daha büyük boyutlar uygundur.
"Ekran görüntüsünü küçült" dendiğinde iki farklı şey kastedilebilir: piksel boyutunu azaltmak veya dosya boyutunu (KB/MB) küçültmek. Bu ikisi birbiriyle ilişkilidir ama aynı şey değildir.
Piksel boyutunu %50 küçülttüğünüzde, toplam piksel sayısı dörtte bire düşer (genişlik × yükseklik). Bu, dosya boyutunu da önemli ölçüde azaltır — ama azalma oranı formatına göre değişir.
PNG formatında: Piksel sayısı %75 azaldığında, dosya boyutu yaklaşık %60-70 küçülür. PNG'nin kayıpsız sıkıştırması piksel sayısına doğrudan bağlıdır.
JPEG formatında: Aynı küçültme oranı, dosya boyutunda %70-85 azalma yaratır. JPEG'in kayıplı sıkıştırması daha agresif çalışır.
WebP formatında: Piksel küçültme + WebP sıkıştırması birleştiğinde, orijinal PNG'ye kıyasla %80-90 dosya boyutu azalması mümkündür.
Eğer amacınız dosya boyutunu mümkün olduğunca küçültmekse, piksel boyutunu düşürdükten sonra ek bir sıkıştırma adımı gerekebilir. Görsel boyut küçültme aracı bu amaçla kullanılabilir.
MacBook Retina, Windows HiDPI, Linux'ta fractional scaling — modern ekranlarda piksel yoğunluğu arttıkça ekran görüntüleri de büyüyor. Bu durum iki sorun yaratır: dosya boyutu şişer ve paylaşım platformlarında boyut sınırlarına takılır.
2x Retina ekrandan alınan bir ekran görüntüsü, fiziksel ekran boyutunun 2 katı piksel içerir. 1680x1050 bir ekranda screenshot aldığınızda dosya 3360x2100 piksel olur. Bu boyut, çoğu web kullanımı için gereksiz büyüktür.
Pratik çözüm basittir: %50 boyutlandırma (yarıya indirme). Bu işlem, piksel gruplarını 4'ten 1'e düşürür ve ekran görüntüsünü orijinal fiziksel boyutuna getirir. Sonuç, hem piksel hem dosya boyutu açısından optimize edilmiş bir ekran görüntüsüdür.
Dikkat edilmesi gereken nokta: bazı araçlar 2x ekran görüntülerini otomatik olarak küçültür — ama bu küçültme kalitesi araca göre büyük farklılık gösterir. Tarayıcı tabanlı bir araç kullanmak, sonucu anında görmenizi sağlar.
1. Oran kilidini açmak: Ekran görüntülerinde en-boy oranı (aspect ratio) bozulduğunda, her şey yassılaşır veya uzar. Metin okunamaz, UI öğeleri tanınmaz hale gelir. Oran kilidi her zaman açık olmalıdır — bu, en sık yapılan hatadır.
2. JPEG formatında metin ağırlıklı ekran görüntüsü boyutlandırmak: JPEG sıkıştırması, metin kenarlarında artefakt yaratır. Terminal çıktıları, kod editörü ekranları, hata mesajları — bunlar mutlaka PNG veya WebP formatında boyutlandırılmalıdır.
3. Çok küçük boyutlara indirmek: 400px genişliğinde bir ekran görüntüsündeki 12px metin artık okunamaz. Ekran görüntülerinin minimum boyutu, içerdiği metin büyüklüğüne bağlıdır. Metin piksel başına en az 2px yüksekliğe sahip olmalıdır — bu, okunabilirlik eşiğidir.
4. Kırpma yerine boyutlandırma yapmak: Bazen ekran görüntüsünün sadece belirli bir bölgesi gereklidir. Bu durumda boyutlandırma yerine kırpma işlemi daha doğrudur — gereksiz pikselleri taşımak yerine odaklanılan alanı korursunuz.
5. Boyutlandırma sonrası kontrol etmemek: İşlem tamamlandıktan sonra sonucu yakınlaştırarak kontrol etmek gerekir. Metin okunabilir mi? İkonlar tanınabilir mi? Renk kayması var mı? Bu kontrol, geri dönüşü olmayan kalite kayıplarını önler.
Tek bir ekran görüntüsünü boyutlandırmak kolaydır — zorluk, onlarca ekran görüntüsüyle çalışırken başlar. Dokümantasyon hazırlayan, hata raporları düzenleyen veya düzenli olarak ekran görüntüsü paylaşan biriyseniz, iş akışınızı optimize etmeniz gerekir.
Tutarlı boyut standardı belirleyin: Tüm ekran görüntüleriniz için bir standart genişlik seçin (örneğin 1200px). Bu, dokümantasyonda görsel tutarlılık sağlar ve her seferinde boyut düşünmenizi engeller.
Dosya adlandırma kuralı oluşturun: Orijinal boyut bilgisini dosya adında tutun — ör. "dashboard-login-2880x1800.png" → "dashboard-login-1200x750.png". Bu, hangi sürümün hangi boyutta olduğunu takip etmenizi kolaylaştırır.
Kırpma-sonrası boyutlandırma sırası: Ekran görüntüsünde önce gereksiz alanları kırpmalı, sonra boyutlandırmalısınız. Tersi sıralama, kırpmayı zorlaştırır çünkü küçültülmüş piksellerde seçim yapmak daha az hassastır.