--- title: "Raster nedir?" author: Androverse author_url: https://androverse.com.tr/yazar/androverse publisher: Androverse updated_at: 2026-10-15 url: https://androverse.com.tr/sozluk/raster language: tr --- # Raster nedir? Raster görsel, görüntüyü bir piksel ızgarasında renk değerleriyle saklayan görsel türüdür. Diğer adlar: Bitmap, piksel tabanlı görsel. ## Nerede işine yarar? Fotoğraf ve çok ayrıntılı görüntülerde kullanılır. Dosya boyutu, piksel ölçüsü ve sıkıştırma birlikte seçilir. Kullanım alanından çok daha büyük bir görsel göndermek gereksiz aktarım yaratabilir; gereğinden fazla küçültmek de ayrıntıyı bozar. ## Bir cümlede uygulaması Bir kartta küçük gösterilecek fotoğraf için bütün ekranı dolduracak kaynak yerine uygun boyut üretmek. ## Neyle karıştırılmamalı? Raster görüntüyü sınırsız büyütmek, vektör gibi yeni ayrıntı üretmez. ## Büyük dosya her zaman daha iyi görüntü değil. Bir portfolyo kartında fotoğraf küçük bir alanda gösteriliyor olsun. Kaynak görsel çok büyük olduğu için kartın ihtiyaç duyduğundan fazla veri aktarılıyor; fakat fotoğraf yine yanlış kırpım nedeniyle konuyu anlatmıyor. Raster görsel hazırlığı yalnız çözünürlük artırmak değildir. Piksel ölçüsü, kadraj, sıkıştırma ve kullanım alanı birlikte düşünülür. Yüksek kaliteli kaynak saklanabilir, yayın için ise gerçek ihtiyaca uygun sürümler hazırlanabilir. Kaynağı korumakla her ziyaretçiye en büyük dosyayı göndermek farklı kararlardır. Örnekte bir iç mekan projesinin fotoğrafı kare kartta, geniş detay sayfasında ve telefonda kullanılacak. Kare sürümde önemli mimari ayrıntı kesiliyorsa aynı merkez kırpımı her yerde kullanmak doğru olmayabilir. Görselin odak noktası belirlenir ve farklı alanlarda nasıl korunacağı düşünülür. Detay sayfası daha fazla alan istediği için başka bir ölçü veya oran kullanabilir. Kartın görevini, ayrıntı görüntüsünün göreviyle karıştırmamak hem anlatıyı hem teknik sunumu netleştirir. Sıkıştırmayı gerçek görüntü üzerinde değerlendir. İnce çizgiler, yazılar, yumuşak geçişler ve yoğun dokular aynı ayarda farklı etkilenebilir. Dosya küçüldü diye bütün ayrıntılar kabul edilebilir hale gelmez; aynı şekilde küçük bir fark için gereksiz büyük dosya taşımak da zorunlu değildir. Farklı sürümleri normal kullanım boyutunda karşılaştırmak gerekir. Aşırı yakınlaştırılmış görüntüde görülen farkın gerçek kullanıcı deneyiminde anlamlı olup olmadığı ayrıca düşünülür. Görselin web sayfasındaki yerini de baştan ayır. Boyut veya oran bilgisi verilmediğinde görüntü geldiğinde çevresindeki içerik hareket edebilir. Açıklayıcı alt metin, görselin ne işe yaradığına göre yazılır; yalnız dekoratif olanla bilgi taşıyan fotoğraf aynı şekilde ele alınmaz. Bu çalışma belirli bir dosya biçiminin her projede en iyi olduğunu söylemez. Görüntünün içeriği, gereken saydamlık, destek koşulları ve kullanım boyutu birlikte seçimi belirler. ### Kaynak Yeterli ayrıntı taşıyan özgün dosyayı koru. Küçük bir yayın görselini tekrar tekrar büyütmek kaynak kalitesinin yerini tutmaz. Düzenleme ve dışa aktarım işlerini mümkün olduğunca korunmuş ana dosyadan yürütmek sürümleri daha anlaşılır kılar. ### Kadraj Fotoğrafın ne anlattığını belirleyen bölge farklı oranlarda görünür kalıyor mu? Otomatik merkez kırpımı her görüntü için yeterli olmayabilir. Önemli ürün, kişi veya mimari ayrıntı kesiliyorsa dosya ölçüsünden önce kompozisyon kararına dön. ### Yayın Görüntünün gösterileceği alanı ve ihtiyaç duyulan çözünürlüğü düşün. Fazla büyük dosyayla düşük kaliteli kaynak farklı sorunlardır. Dosya boyutu, görsel kalite ve yükleme davranışını aynı kullanım bağlamında değerlendir; yalnız tek bir sayıya odaklanma. ## Piksel ölçüsü, dosya boyutu, görünen kalite. ### Daha fazla piksel Görüntünün genişlik ve yükseklik boyunca taşıdığı örnek sayısını artırır. Bu, büyük alanda gösterim için gerekli olabilir ama düşük kaliteli kaynağı otomatik olarak düzeltmez. Ayrıca görüntüdeki sıkıştırma izleri veya yanlış kadraj yalnız ölçü büyütülerek çözülmez. Webde görüntünün gerçekten ne kadar alan kapladığı ve hangi cihaz koşullarında gösterildiği düşünülmelidir. Bütün varlıklar için tek bir en büyük ölçü belirlemek verimli bir yayın sistemi kurmaz. ### Amaca uygun görüntü Doğru kaynak, gerekli ölçü, uygun kırpım ve kabul edilebilir sıkıştırmayı bir araya getirir. Kart, hero ve detay medyası farklı ihtiyaçlar taşıyabilir. Aynı ana fotoğraftan bu kullanımlara uygun sürümler üretilebilir. Karar yalnız dosyayı olabildiğince küçültmek değildir; görüntünün anlattığı bilgiyi korumaktır. Bir ürünün önemli ayrıntısını bozacak küçültme, teknik olarak hafif ama iletişim açısından yetersiz bir sonuç oluşturabilir. ## Piksel bütçesini doğru ayırmak Raster görselin ayrıntısı piksel boyutuyla sınırlıdır. Web sayfasında ihtiyacın çok üstünde boyut göndermek kaliteyi görünür biçimde artırmadan aktarımı büyütebilir. Hedef ekranda gereken boyut, format ve sıkıştırma birlikte seçilir; özellikle şeffaflık ve ince kenarlar kontrol edilir. - Görünen boyuta uygun çözünürlük üret. - Sıkıştırma sonrası kenar ve yazı ayrıntısını incele. - Farklı ekranlara uygun görsel sürümlerini sun. ## Dosya boyutu ile çözünürlük aynı mı? Hayır. Çözünürlük piksel boyutunu anlatır; dosya boyutu format, sıkıştırma ve görselin içeriğine de bağlıdır. Aynı çözünürlükteki iki görüntünün aktarım maliyeti farklı olabilir. ## Bu karar, işinin neresinde? Raster kavramının bir projede nasıl ele alındığını; yaklaşım, süreç ve teslimler üzerinden incele. [Web tasarım & yazılım](https://androverse.com.tr/hizmetler/web-tasarim-yazilim) ## Karar masası ### Raster görsel büyütülemez mi? Büyütülebilir, fakat kaynakta bulunmayan gerçek ayrıntının aynı biçimde korunacağı varsayılmaz. Yazılımlar aradaki pikselleri hesaplayabilir veya yeni ayrıntılar tahmin edebilir. Bu işlem özellikle ürün, belge veya doğruluk taşıyan görüntülerde dikkatle değerlendirilmelidir. Daha büyük ölçüde bir dosya elde etmek ile özgün ayrıntıyı geri kazanmak aynı şey değildir. Mümkün olduğunda gereken kullanım için yeterli kaynakla başlamak daha güvenilir bir üretim yoludur. ### Hangi dosya biçimini seçmeliyim? Fotoğraf, düz renkli grafik, saydam arka plan ve hareketli görüntü farklı ihtiyaçlar doğurur. Biçimlerin sıkıştırma özellikleri ve kullanılan platformun desteği değerlendirilir. Tek bir uzantıyı bütün görseller için zorunlu görmek yerine içerik türüne göre karar verilir. Web yayınında modern biçimler yararlı olabilir; ancak gerçek sonuç görüntü kalitesi, dosya boyutu ve sunum zinciriyle birlikte incelenmelidir. Kaynak dosyayı ayrı saklamak, yayın biçimini ileride değiştirmeyi kolaylaştırır. ### Fotoğrafın üstündeki metni görüntüye gömmeli miyim? Kullanım amacına bağlıdır. Bir afişin bütün tasarımı görsel olarak paylaşılabilir, fakat web sayfasındaki önemli bilgi yalnız görüntünün içine gömülürse okunurluk, uyarlama ve erişilebilirlik sorunları doğabilir. Metni gerçek HTML olarak sunmak farklı ekranlarda daha esnek olabilir. Görselin bir belge veya tasarım örneği olduğu durumlarda ise uygun açıklama ve bağlam sağlanır. Karar, metnin süs mü yoksa kullanıcının ihtiyaç duyduğu bilgi mi olduğuna dayanmalıdır. ### Alt metin dosya adını tekrar etmeli mi? Genellikle dosya adını söylemek görselin görevini açıklamaz. Alt metin, görüntünün bulunduğu bağlamda taşıdığı anlamı aktarmalıdır. Aynı fotoğraf farklı sayfalarda farklı işlev görebilir. Dekoratif bir görsel gereksiz açıklamayla okuma akışını uzatmamalı; bilgi taşıyan bir görsel de yalnız görsel diye etiketlenmemelidir. Uzun veya karmaşık bilgi varsa sayfa içinde gerçek açıklama sağlamak, bütün içeriği tek bir alt metne sıkıştırmaktan daha uygun olabilir. ## Bir fotoğrafın üç kullanımını hazırla. Aynı kaynak fotoğrafı bir kart, geniş içerik alanı ve dar ekran için düşün. Her sürümde görüntünün hangi ayrıntıyı koruması gerektiğini belirle. Amaç üç farklı dosya üretmekten önce, üç farklı kullanımın gerçekten neye ihtiyaç duyduğunu anlamak. - [ ] Fotoğrafın odak noktasını ve gösterilmesi gereken ayrıntıyı yaz. Farklı oranlarda bu bölgenin kesilip kesilmediğine bak. Yanlış kırpımı daha yüksek çözünürlükle çözmeye çalışma; gerektiğinde odak ve yerleşim kararını değiştir. - [ ] Normal gösterim boyutunda birkaç sıkıştırma ve ölçü seçeneğini karşılaştır. İnce ayrıntı, geçiş ve yazı varsa özellikle onları incele. En küçük dosyayı otomatik seçmek yerine kabul edilebilir görüntü kalitesini koruyan sürümü belirle. - [ ] Görselin sayfadaki boyut oranını ve metin açıklamasını düşün. Kaynakla yayın sürümünü anlaşılır isimlerle ayır. Böylece sonraki güncellemede küçük yayın dosyasının yanlışlıkla ana kaynak olarak kullanılmasını önleyebilirsin. Raster görselin kalitesi yalnız piksel sayısına bağlı değildir. Doğru kadraj, temiz kaynak, uygun dışa aktarım ve anlamlı sayfa bağlamı birlikte gerekir. Görüntü kullanıcıya gerekli ayrıntıyı taşıyıp gereksiz yük oluşturmadığında teknik ve görsel karar aynı yerde buluşur. ## Bağlantılı kavramlar - [Vektör](https://androverse.com.tr/sozluk/vektor) — Vektör grafik, görseli piksel dizisi yerine geometrik şekiller, yollar ve matematiksel ilişkilerle tanımlar. - [Responsive tasarım](https://androverse.com.tr/sozluk/responsive-tasarim) — Responsive tasarım, arayüzün farklı ekran ölçülerinde içerik ve etkileşim önceliklerini koruyarak uyarlanmasıdır. - [LCP](https://androverse.com.tr/sozluk/lcp) — LCP, sayfanın görünür alanındaki en büyük uygun içerik öğesinin gösterilme zamanını ölçen bir yükleme metriğidir. ## Konuyu uygulamaya taşı - [Web tasarım & yazılım](https://androverse.com.tr/hizmetler/web-tasarim-yazilim) — Raster kavramının bir projede nasıl ele alındığını; yaklaşım, süreç ve teslimler üzerinden incele. - [Sunumda “disruptive”. Çıktıda aynı şablon.](https://androverse.com.tr/blog/sunumda-disruptive-ciktida-ayni-sablon) — Raster ile ilgili tasarım kararını Androverse’nin uygulama örnekleri ve değerlendirme sorularıyla birlikte düşün. ## Kaynaklar - [Adobe — Raster ve vektör görseller](https://helpx.adobe.com/photoshop/desktop/create-open-import-images/import-files/use-raster-and-vector-files.html) - [MDN — Görsel dosya biçimleri](https://developer.mozilla.org/en-US/docs/Web/Media/Guides/Formats/Image_types) [Androverse profili](https://androverse.com.tr/yazar/androverse) · [Yayın ilkeleri](https://androverse.com.tr/yayin-ilkeleri)