Open Graph Görsel Boyutu Kaç Olmalı?
OG görseli ayarlanmış ama paylaşım önizlemesinde görüntü bozuk ya da kırpılmış görünüyor. Çoğu durumda sorun dosyanın piksel sayısından değil, oranından ya da platformun işleme davranışından gelir. "1200×630 piksel" önerisi her kaynakta tekrarlanır; ancak bu boyutu doğru üretip doğru referans vermek ile platformun bu görseli güvenilir biçimde kullanması arasında fark vardır.
Open Graph protokolü Facebook tarafından 2010'da tanıtıldı ve o günden bu yana web içeriğinin sosyal medya paylaşımlarında nasıl görüneceğini belirleyen standart haline geldi. Twitter/X Card, LinkedIn ve WhatsApp da aynı meta etiketlerini büyük ölçüde destekler; bu nedenle tek bir görsel birden fazla platformu kapsar. Ama "destekler" ile "aynı şekilde işler" eşanlamlı değildir; her platformun kırpma, önbellek ve yeniden sıkıştırma davranışı birbirinden farklıdır.
Bu farklılıkları önceden bilmek, onlarca test paylaşımı yapmadan önüne geçilebilecek sorunları ortadan kaldırır. Doğru boyut, güvenli alan kullanımı, format seçimi ve test adımları birlikte değerlendirildiğinde OG görsel kararı çok daha öngörülebilir hale gelir.
1200×630 nereden geliyor ve bu boyut ne anlama geliyor
Facebook'un ilk OG görsel önerisi 1200×627 pikseldi; zamanla bu değer 1200×630 olarak dokümante edildi. Boyutun yaygınlaşmasının iki nedeni vardır. Birincisi oran: yaklaşık 1.905:1, yani 16:9'a yakın ama tam değil. Bu oran geniş ekranlar için makul bir yatay genişlik sağlar. İkincisi çözünürlük: 1200 piksel genişlik, platformun görüntüyü küçültürken detay kaybını minimumda tutar.
Sayısal bir bağlantı dikkat çekicidir: 1200×630, 600×315 piksel görüntüleme boyutunun tam 2x versiyonudur. Pek çok platform önizleme kartını 600 piksel civarında render eder. Bu nedenle 1200×630 boyutunda üretilen dosya, retina ekranlar için 2x kaynak mantığıyla örtüşür: standart ekranda 600 piksel görüntüleme alanına 1200 piksel dosya düşer ve keskinlik korunur.
Minimum boyut genellikle 600×315 olarak belirtilir. Bu boyutun altında Facebook görseli görmezden gelebilir veya yerine sayfa başlığını ve açıklamasını metin olarak görüntüler. 1200×630'un altında kalmak doğrudan sorun yaratmayabilir; ancak güvenli alan ve kırpma hesaplaması daha az tolerans tanır. Twitter/X 1200×600, LinkedIn 1200×627 önerir; bu üç değer pratik amaçlar için birbirinin yerine kullanılabilir.
Platform farkları: kırpma davranışı ve güvenli alan
Aynı OG görseli farklı platformlarda farklı kırpma davranışıyla karşılaşır. Facebook masaüstünde görseli genellikle tam oranıyla gösterir. Mobil uygulamada ise kart formatına bağlı olarak kare kırpma yapılabilir; bu durumda 1200×630 boyutunda tasarlanmış bir görselin üst ve alt kısmı kesilir, yalnızca merkez bölge görünür.
Twitter/X'te hangi kart türünün aktif olduğu kritik öneme sahiptir. twitter:card meta etiketi summary olarak ayarlanmışsa görsel kare kırpılır; 1200×630 tasarlanmış görsel 630×630'a dönüştürülür ve kenar içeriği kaybolur. summary_large_image kullanıldığında ise görsel yaklaşık 2:1 oranında tam gösterilir. Hangi değerin kullanıldığı kontrol edilmeden OG görseli tasarlamak önemli bir bilgiyi atlıyor demektir.
LinkedIn görseli genellikle 1200×627 oranında gösterir. Ancak LinkedIn'in dikkat gerektiren bir özelliği var: önbellek süresi uzundur. Bir OG görseli bir kez çekildikten sonra LinkedIn bu görseli saatler, bazen günler boyunca değişmeden servis eder. Görsel güncellendikten hemen sonra LinkedIn'de paylaşım yapılırsa eski görsel çıkabilir. LinkedIn Post Inspector aracıyla önbellek yenilenebilir; bu adım görselde değişiklik yapıldıktan sonra test sürecinde ihmal edilmemesi gereken bir adımdır.
WhatsApp OG meta etiketlerini okur ama görsel kırpma davranışı cihaza ve WhatsApp sürümüne göre değişkenlik gösterir. Genel olarak kare veya yakın oran beklenir. 1200×630 görsel çalışır ancak kırpma olasılığı daha yüksektir; kritik içeriğin merkeze alınması bu platform için özellikle önemlidir.
Tüm platformları kapsayan ortak prensip güvenli alan kullanımıdır: asıl içerik — başlık, logo, temel görsel öğe — görselin merkez %70-80 alanında konumlandırılmalıdır. Kenar bölgeler dekoratif ya da boş bırakılabilir. Bu yaklaşım kare kırpma senaryosunda dahi içeriğin görünür kalmasını sağlar.
İçerik kompozisyonu: logo tek başına neden çoğu zaman yetmez
Logo OG görseli olarak kullanıldığında oransal bir sorun hemen ortaya çıkar. Yatay bir logotipin 1200×630 alana yerleştirildiğinde iki seçenek vardır: logonun her iki yanında büyük boş alanlar bırakılır, ya da logo alanı kaplamak için orantısız büyütülür. Her iki sonuç da sosyal medya önizlemelerinde zayıf bir görsel izlenim yaratır; paylaşımın dikkat çekme gücü azalır.
Logo dosyası boyut kararlarında da ele alındığı gibi, her bağlam farklı bir yaklaşım gerektirir. OG için daha işlevsel kompozisyon şudur: marka rengiyle doldurulan bir arka plan, üzerinde ortalanmış logo ve varsa sayfa başlığı ya da kısa bir açıklama metni. Bu yapı hem logonun okunabilirliğini korur hem de platform önizleme alanını tam doldurur.
Blog yazıları için OG görseli ise sayfanın konusunu temsil eden bir görüntü veya illüstrasyon olabilir; marka tutarlılığı renk paleti ve tipografi üzerinden sağlanabilir. E-ticaret ürün sayfalarında ürün görseli doğrudan OG görseli olarak kullanılabilir; ürün arka planı 1200×630 alana yerleştirildiğinde kırpma davranışı göz önünde bulundurularak konumlandırma yapılmalıdır.
Metin içeren OG görsellerinde bir dikkat noktası vardır: platform sıkıştırması sonrasında metin netliği bozulabilir. Küçük punto kullanıldığında JPEG sıkıştırmasının metin kenarlarında yarattığı parazit belirginleşir. Görsel içindeki metinlerin en az 20-24 piksel ekran boyutunda görünecek büyüklükte tasarlanması, sıkıştırma sonrası netliği koruma açısından güvenli bir başlangıç noktasıdır.
JPEG mi PNG mi: platformun yeniden sıkıştırması
Platform OG görselini indirip kendi CDN'inden servis eder. Bu süreçte dosya neredeyse her zaman yeniden işlenir. Facebook JPEG olarak yüklenmiş görseli kendi kalite standardında yeniden sıkıştırır; PNG yüklense bile çoğu durumda JPEG'e dönüştürür. Twitter/X ve LinkedIn de benzer davranış gösterir. Dolayısıyla yüklenen format ne olursa olsun, platform sonunda kendi optimize ettiği versiyonu gösterir.
Bu gerçekten çıkan pratik sonuç şudur: fotoğraf veya karmaşık renk geçişi içeren OG görselleri için JPEG 85-90 ile başlamak makuldür. Platform dönüştürdüğünde JPEG kayıplı sıkıştırmadan JPEG'e geçiş birikimli kalite kaybı üretir; başlangıç kalitesi ne kadar yüksekse bu birikim o kadar az hissedilir. Sıkıştırma kararları OG görseli için de içerik türüne göre şekillenir.
Metin, logo veya keskin kenar içeren görseller için PNG daha güvenli bir başlangıç noktasıdır. Platform PNG'yi JPEG'e dönüştürdüğünde, orijinali lossless olduğundan dönüşüm tek adımda gerçekleşir; kayıplı kaynaktan dönüştürmeye kıyasla daha az bozulma üretir. Şeffaf arka plan gerekiyorsa PNG zorunludur; platformlar şeffaflığı desteklemez ve arka planı genellikle beyaza çevirir.
Dosya boyutu için pratik bir üst sınır gözetmek iyidir. Facebook 8 MB sınırını belgeler; ancak performans açısından 200-500 KB arasında bir OG görseli makuldür. Bu aralıkta JPEG 85-90 ya da iyi optimize edilmiş PNG rahatlıkla kalır. Görsel SEO perspektifinden OG görseli doğrudan sıralama etkisi yaratmaz; ancak paylaşım oranını ve tıklanma davranışını etkiler. Hızlı yüklenen, temiz görünümlü bir kart bu metriği olumlu etkiler.
OG görselini doğrulama ve önbellek yönetimi
Meta etiketleri HTML'e eklendikten sonra platformların bu etiketleri doğru okuyup okumadığı test edilmelidir. Facebook Sharing Debugger URL'yi alır, sayfayı tarar ve hangi OG görselini çektiğini, hangi başlığı ve açıklamayı kullandığını gösterir. Görsel çekilemiyorsa — URL'ye erişim kısıtlıysa, dosya bulunamıyorsa ya da boyut minimum değerin altındaysa — burada görünür.
Twitter Card Validator benzer işlevi Twitter/X bağlamında sunar. Hangi kart türünün aktif olduğunu ve görselin nasıl göründüğünü doğrulamak için kullanılır. LinkedIn Post Inspector ise özellikle önbellek yenileme için gereklidir; görsel veya meta etiket değiştirildikten sonra LinkedIn'de Inspect butonu ile yeni veri çekilmesi tetiklenir.
Test sürecinde dikkat edilmesi gereken bir ayrıntı: sayfanın yayına alınmadan önce debug aracına erişilebilir olması gerekir. Şifre korumalı ya da erişim kısıtlı ortamlarda platform sayfayı tarayamaz ve görsel çekemez. Canlıya alınmadan önce OG meta etiketlerini doğrulamak için <meta> etiketlerinin içeriğini HTML kaynağında kontrol etmek yeterlidir; etiketler doğruysa canlıya alındıktan sonra platform taraması beklenen sonucu üretecektir.
Favicon kurulumunda olduğu gibi OG görselinde de "bir kez ayarla unut" yaklaşımı çalışmaz. Sayfa içeriği değiştikçe OG görseli de güncellenmeli ve güncelleme sonrası platform önbellekleri temizlenmelidir. Otomatik veya dinamik OG görseli üreten sistemlerde — başlık metnini görsele işleyen araçlar gibi — bu süreç pipeline'a entegre edilebilir; her yeni içerik için otomatik görsel üretimi platforma tutarlı ve güncel kart sağlar.
OG görseli çoğu projede düşünülenden fazla dikkat gerektirir. "1200×630 yükledim, tamam" yaklaşımı platform kırpma farkını, önbellek gecikmesini ve yeniden sıkıştırma davranışını görmezden gelir. Bu parametreleri önceden hesaba katan bir görsel hem daha tutarlı görünür hem de farklı platformlarda daha az sürpriz üretir.
Başlangıç için pratik çerçeve şudur: 1200×630 piksel, JPEG 85-90 ya da PNG, kritik içerik görselin merkez %75 alanında, metin kullanılıyorsa 20px üzerinde, platform debugger araçlarıyla test edilmiş. Bu parametreler sağlandıktan sonra her platform için ayrı versiyon üretmek çoğu proje için gereksizdir — tek bir iyi hazırlanmış dosya büyük platformların tamamını kapsar. Twitter/X'te kare kırpma gibi istisnai durumlar bağlama göre değerlendirilebilir; ama bunlar kural değil, kenar durumdur.