Reklam ve Core Web Vitals Dengesi: Yayıncı Rehberi

Reklam gelirini korurken sayfayı hızlı ve kararlı tutmak, bir yayıncının en sık karşılaştığı gerilimdir. Reklam ve Core Web Vitals ilişkisi bu gerilimin ölçülebilir yüzüdür: reklam alanı yer ayırmadan yüklenirse içerik kayar, kreatif geç gelirse ana görsel gecikir, ağır betikler ise tıklamaya yanıt vermeyi yavaşlatır. Üstelik bu sorunlar çoğu zaman reklamın kendisinden değil, nasıl yerleştirildiğinden kaynaklanır.

Genel okur deneyimi dengesi için reklam alanı ve kullanıcı deneyimi yazısına bakabilirsiniz. Bu rehber ise yalnızca Core Web Vitals ölçütlerine odaklanır: hangi ölçüt reklamdan nasıl etkilenir, nasıl ölçülür, nasıl düzeltilir ve düzeltme nasıl doğrulanır.

Reklam ve Core Web Vitals İlişkisi Neden Önemli

Core Web Vitals, Google'ın gerçek kullanıcı deneyimini ölçmek için öne çıkardığı üç ölçütten oluşur. web.dev dokümantasyonuna göre bu ölçütler ve "iyi" kabul edilen eşikler şöyledir:

• Largest Contentful Paint (LCP): Yükleme hızını ölçer; iyi eşik 2,5 saniye veya altıdır.
• Interaction to Next Paint (INP): Etkileşime yanıt verme hızını ölçer; iyi eşik 200 milisaniye veya altıdır.
• Cumulative Layout Shift (CLS): Görsel kararlılığı ölçer; iyi eşik 0,1 veya altıdır.

Bir sayfanın başarılı sayılması için bu üç ölçütün de, sayfa yüklemelerinin yüzde 75'lik diliminde, mobil ve masaüstü ayrı ayrı iyi eşiği tutturması gerekir. Eşikler zamanla güncellenebilir; yayından önce web.dev sayfasını kendiniz doğrulayın.

Reklam bu ölçütlerin üçüne de dokunur. Reklam sunucusundan gelen içerik sayfanın geri kalanından sonra yüklenir, boyutu önceden belli olmayabilir ve üçüncü taraf kod çalıştırır. Bu özellikler, doğru yönetilmezse hem okuru hem de yayıncının sayfa deneyimi ölçümünü olumsuz etkiler.

Burada bir ayrım önemlidir: Core Web Vitals bir sayfa deneyimi ölçüsüdür, gelir ölçüsü değildir. Amaç reklamı kaldırmak değil, reklamı sayfa deneyimini bozmayacak biçimde sunmaktır. Reklam gelirinden vazgeçmeden de bu dengeyi kurmak mümkündür.

Düzen Kayması: Reklam Alanı İçin Yer Ayırmak

Reklamla ilgili en yaygın Core Web Vitals sorunu düzen kaymasıdır. Okur bir paragrafı okurken reklam yüklenir ve metin aşağı iner; hatta okur başka bir şeye tıklamak üzereyken içerik kaydığı için yanlış yere tıklar. Bunun nedeni, tarayıcının reklam alanının boyutunu önceden bilmemesidir.

Çözümün özü, reklam gelmeden önce o alan için yer ayırmaktır:

• Sabit boyutlu kap: Reklam alanını, reklam yüklenmeden önce boyutu belli bir kap içine koyun. Kapın yüksekliğini ve genişliğini stil tanımında açıkça verin.
• Olası en büyük boyutu düşünün: Aynı alan birden fazla boyutu kabul ediyorsa, yer ayırma sırasında hangi boyutun daha sık geldiğini ve kayma riskini birlikte değerlendirin.
• Yer tutucu: Reklam gelmezse boş kalan alan sayfada garip bir boşluk bırakabilir. Boşluğu nasıl yöneteceğinize önceden karar verin.
• Mevcut içeriğin üstüne ekleme: Kullanıcının zaten okuduğu içeriğin üzerine sonradan alan açılması en çok kaymaya yol açan durumdur.

Hangi boyutun hangi konuma uygun olduğunu seçerken banner reklam boyutları ve konumları yazısındaki yaklaşım yol gösterir. Esnek ya da duyarlı boyutlar kullanıyorsanız, her ekran genişliği için yer ayırmanın ayrı ayrı doğru çalışıp çalışmadığını test edin; masaüstünde doğru çalışan çözüm mobilde kaymaya yol açabilir.

Geç Yüklenen Reklam ve En Büyük İçerik Boyama

LCP, sayfanın en büyük görünür öğesinin ne kadar sürede çizildiğini ölçer. Çoğu sayfada bu öğe bir başlık görseli ya da büyük bir metin bloğudur. Reklam LCP'yi iki yoldan etkiler: ya reklamın kendisi ekrandaki en büyük öğe olur ve geç yüklendiği için ölçümü uzatır, ya da reklam istekleri ana içeriğin kaynaklarıyla ağ ve işlemci için yarışır.

Şöyle bir durumu düşünün: bir haber sayfasının en üstünde büyük bir reklam bölümü var ve sayfanın ana görseli bunun altında kalıyor. Reklam isteği yavaş cevap verdiğinde tarayıcı, ana görseli çizmek için gereken kaynaklarla uğraşırken reklam kodu da aynı kaynakları tüketir.

Alınabilecek önlemler:

1. Ana içeriğe öncelik verin: Sayfanın asıl içeriği ve ana görseli, reklam isteklerinden önce yüklenecek biçimde düzenleyin.
2. Reklam kodunu erteleyin: Reklam kütüphanesini, sayfanın temel içeriği çizildikten sonra çalışacak şekilde yükleyin.
3. Kreatif ağırlığını izleyin: Çok büyük dosyalar ya da zincirleme isteklerle gelen kreatifler yüklemeyi uzatır; yayın tarafında kreatif boyutu için üst sınır koymak mümkünse bunu sözleşmeye taşıyın.
4. Doğrudan ve programatik farkını gözetin: Programatik akışta açık artırma adımları ve çok sayıda üçüncü taraf, süreyi uzatabilir. Direkt reklam ile programatik reklam arasındaki fark yazısı, bu yapısal farkın performansa etkisini anlamanıza yardım eder.

Ekran üstünde dev bir reklam yerleştirmek hem LCP hem kullanıcı rahatı açısından risklidir; ana içerik her zaman reklamdan önce görünmelidir.

Etkileşim Gecikmesi ve Reklam Betikleri

INP, kullanıcının bir sayfadaki tüm etkileşimleri (tıklama, dokunma, tuş) boyunca yanıt süresinin ne kadar uzun olduğunu ölçer. Ana iş parçacığı meşgulken tarayıcı kullanıcının dokunuşuna cevap veremez. Reklam betikleri, özellikle üçüncü taraf ve programatik betikler, bu iş parçacığını uzun görevlerle meşgul edebilir.

Etkileşim sorunu çoğunlukla şu belirtilerle kendini gösterir: menü düğmesine basıldığında gecikme, kaydırma sırasında takılma, reklam yüklenirken sayfanın donması. Okur bunları "site yavaş" diye tanımlar.

Düzeltmek için şunlara bakın:

• Betik sayısı: Sayfada kaç reklam ve ölçüm betiği çalışıyor? Her biri ayrı bir yük ekler.
• Uzun görevler: Tarayıcı performans araçlarında reklam betiklerinden doğan uzun görevleri bulun.
• Yenileme sıklığı: Reklamları çok sık yenilemek, tekrar eden betik çalışması demektir.
• Ertelenen yükleme: Kullanıcı etkileşime geçmeden önce çalışması gerekmeyen betikleri geciktirin.

INP için gerçek kullanıcı verisine bakmak gerekir; çünkü laboratuvar ortamında kullanıcı etkileşimi birebir yeniden üretilemez. Laboratuvar araçları genellikle ana iş parçacığı yükünü gösteren yakın göstergeler verir, ancak INP'nin kendisi alan verisiyle okunur. Bu ayrım sonraki bölümde ele alınıyor.

Tembel Yükleme ve Ekran Üstü Yerleşim

Tembel yükleme, bir öğenin ancak görünüm alanına yaklaştığında yüklenmesidir. Ekran altındaki reklamlar için sayfanın ilk yükünü hafifletir ve LCP ile INP'ye olumlu etki edebilir. Ancak ekran üstündeki reklamı tembel yüklemek, reklamın görünür olması gereken anda gecikmesi demektir.

Genel ilke şudur:

• Ekran altı alanlar: Tembel yüklemeye uygundur. Kullanıcı kaydırıp yaklaşınca yüklenir.
• Ekran üstü alanlar: Hemen görünür olması beklenir. Burada tembel yükleme gösterim ve görüntülenebilirlik kaybına yol açabilir.
• Yer ayırma yine şart: Tembel yüklenen reklam için de alan baştan ayrılmalıdır; aksi halde kaydırma sırasında kayma oluşur.

Tembel yüklemenin reklam gelirini azaltıp azaltmayacağı, her yayıncıda farklıdır. Görüntülenme ölçütü uygulanan reklamlarda yükleme zamanlaması, reklamın görünür sayılmasına etki edebilir. Bu nedenle değişikliği tüm sayfalara birden uygulamak yerine önce bir bölümde deneyin ve hem sayfa deneyimi hem reklam göstergelerini birlikte izleyin.

Ekran üstü yerleşim kararı, yayın sitesinin yapısına da bağlıdır. Bir sitenin reklam yerleşimini alıcı gözüyle değerlendirirken yayın sitesinin 10 dakikada ön incelemesi gibi hızlı bir kontrol, sayfanın ilk bakışta nasıl yüklendiğini görmenize yardım eder.

Alan Verisi ile Laboratuvar Ölçümünü Birlikte Okumak

Core Web Vitals iki farklı veri türüyle okunur ve ikisi birbirinin yerine geçmez.

• Alan verisi: Gerçek ziyaretçilerin cihazlarından toplanan veridir. Google'ın değerlendirmesi bu tür veriye dayanır. Chrome Kullanıcı Deneyimi Raporu (CrUX) ve Search Console'daki Core Web Vitals raporu bu verinin başlıca kaynaklarındandır.
• Laboratuvar verisi: Kontrollü bir ortamda, belirli cihaz ve ağ koşullarıyla yapılan ölçümdür. Hata ayıklamak için idealdir, çünkü sorunu yeniden üretebilirsiniz. PageSpeed Insights ve Lighthouse bu amaçla kullanılır.

İkisini birlikte okumanın mantığı basittir. Alan verisi "sorun var mı ve ne kadar yaygın" sorusunu cevaplar; laboratuvar verisi "sorun nerede ve neden" sorusunu cevaplar. Alan verisinde CLS yüksekse laboratuvarda sayfayı yükleyip kaymaya neden olan reklam kabını bulursunuz.

Laboratuvar sonucunun alan verisinden farklı çıkması normaldir. Reklamlar çoğunlukla açık artırmayla, değişen kreatiflerle ve kullanıcıya göre farklı sunulur; bu yüzden aynı sayfa her ölçümde aynı reklamı göstermez. Tek bir laboratuvar ölçümüne bakıp sonuç çıkarmayın; birkaç ölçüm alın ve alan verisindeki eğilimle birlikte yorumlayın.

Alan verisi birikmesi zaman alır; küçük sitelerde yeterli veri olmayabilir. Bu durumda laboratuvar sonuçlarını yön gösterici olarak kullanın ama alan verisi gelene kadar kesin hüküm vermeyin.

Reklam Yoğunluğu Kararı

Reklam yoğunluğu, bir sayfada kaç reklam bulunduğu ve bunların içerikle oranıdır. Burada iki ayrı soru karışır: sayfa deneyimi ve gelir. Daha çok reklam kısa vadede daha çok gösterim demektir, ancak her ek reklam hem yüklenecek bir betik hem de okurun dikkatini bölen bir öğedir.

Yoğunluk kararını verirken şu soruları sorun:

1. Her ek reklam alanı Core Web Vitals ölçütlerini kötüleştiriyor mu?
2. Okur, reklamlar arasında içeriği hâlâ rahat okuyabiliyor mu?
3. Ek alanın getirdiği gelir, sayfa deneyimi maliyetini karşılıyor mu?
4. Mobilde aynı yoğunluk sürdürülebilir mi?

Önemli bir çerçeve notu: reklam yoğunluğunun doğrudan bir sıralama faktörü olduğu şeklinde kesin bir iddia yoktur. Google'ın yönergeleri, ana içeriği engelleyen ya da kullanıcıyı rahatsız eden deneyimlere karşı uyarır ve sayfa deneyimini daha geniş bir kalite çerçevesinde ele alır. Doğru yaklaşım, yoğunluğu bir sıralama hilesi olarak değil, okur deneyimi ve gelir dengesi olarak yönetmektir.

Reklam alanı satışında bu dengeyi ilke haline getirmek faydalıdır; sitenizde reklam yeri satmak yazısı, alanları nasıl planlayıp sınırlayacağınıza dair bir çerçeve sunar. Az sayıda ama iyi yerleştirilmiş alan çoğu zaman çok sayıda baskın alandan daha sürdürülebilirdir.

Düzeltme Sonrası Doğrulama

Düzeltme yapıldıktan sonra sonucu doğrulamadan işi bitmiş saymayın. Doğrulama iki aşamalıdır: hemen laboratuvar kontrolü, ardından alan verisinde uzun vadeli takip.

1. Önce ve sonra kaydı: Düzeltmeden önce ilgili sayfaların ölçümünü kaydedin ki karşılaştırabilesiniz.
2. Laboratuvar kontrolü: Aynı sayfayı birkaç kez ölçerek kaymanın ve gecikmenin azaldığını görün.
3. Farklı cihaz ve genişlikler: Mobil ve masaüstünde, çeşitli ekran genişliklerinde yer ayırmanın tutup tutmadığına bakın.
4. Alan verisi takibi: Alan verisi gerçek ziyaretçilerden birikir ve iyileşmenin yansıması zaman alır. Bu sürede sabırlı olun ve tek bir güne bakmayın.
5. Reklam göstergeleri: Değişiklikten sonra doldurma ve görüntülenme göstergelerini de izleyin.

Ölçüm planı kurarken reklam performansını okuma yöntemleri için banner reklam performansının ölçümü yazısındaki mantıktan yararlanabilirsiniz. Her düzeltme tek tek yapılırsa, hangi değişikliğin hangi etkiyi yarattığını daha kolay izlersiniz.

Unutmayın: tema güncellemeleri, yeni reklam ortakları ve eklenen betikler düzeltilmiş bir sorunu geri getirebilir. Düzenli aralıklarla yeniden ölçüm, bu gerilemeyi erken yakalamanın tek yoludur.

Örnek Şablon: Reklam Yerleşimi Performans Denetim Tablosu

Aşağıdaki tablo, her reklam yerleşimi için ayrı ayrı doldurabileceğiniz bir denetim şablonudur. Kurgu bir senaryoyla kullanın: şöyle bir durumu düşünün, bir blog sitesinde üç reklam alanı var ve siz bunları sırayla değerlendiriyorsunuz. Değerler yalnızca örnektir ve gerçek bir ölçümü temsil etmez.

Örnek şablon: Reklam yerleşimi performans denetim tablosu

Tabloyu doldururken her satır için hem alan hem laboratuvar verisi notu ekleyin ve düzeltmeden sonra aynı satırı yeniden değerlendirin. Böylece hangi yerleşimin sorun çıkardığı, ne yapıldığı ve sonucun ne olduğu tek yerde görünür.

Sıkça Sorulan Sorular

Reklam Core Web Vitals puanını düşürür mü?

Doğru yönetilmezse düşürebilir. Yer ayrılmamış alanlar düzen kaymasına, geç yüklenen kreatifler yükleme gecikmesine, ağır betikler etkileşim gecikmesine yol açabilir. Ancak reklam tek başına sorun değildir; sorun yerleşim ve yükleme biçimindedir ve çoğu zaman düzeltilebilir.

Düzen kaymasını reklamda nasıl önlerim?

Reklam alanı için baştan yer ayırın: kapın yüksekliğini ve genişliğini stil tanımında sabitleyin, mevcut içeriğin üzerine sonradan alan açmayın ve farklı ekran genişliklerinde test edin. Boş kalan alanın nasıl davranacağına da önceden karar verin.

Tembel yükleme reklam gelirini azaltır mı?

Ekran altı alanlarda genellikle sayfa deneyimini iyileştirir ve gelire etkisi küçük olabilir; ekran üstünde ise gecikme riski taşır. Etki her sitede farklıdır, bu yüzden önce küçük bir bölümde deneyin ve hem sayfa deneyimi hem reklam göstergelerini birlikte izleyin.

Hangi reklam yerleşimi daha güvenli?

Tek bir yerleşim her sitede daha güvenli değildir. Genel olarak yer ayrılmış, içeriği örtmeyen ve ana içerikten sonra yüklenen alanlar daha az risk taşır. Kendi sitenizde alan ve laboratuvar verisiyle yerleşimleri tek tek denetleyin.

Alan verisi nereden okunur?

Search Console'daki Core Web Vitals raporu ve Chrome Kullanıcı Deneyimi Raporu gerçek kullanıcı verisini gösterir. PageSpeed Insights de bir sayfa için alan verisi varsa onu, ayrıca laboratuvar sonuçlarını sunar. Yeterli veri yoksa bazı sayfalarda alan verisi görünmeyebilir.

Reklam yoğunluğu doğrudan sıralama faktörü mü?

Hayır, doğrudan bir sıralama faktörü olarak tanımlanmış değildir. Google, ana içeriği engelleyen ve kullanıcıyı rahatsız eden deneyimlere karşı uyarır ve sayfa deneyimini daha geniş bir kalite çerçevesinde değerlendirir. Yoğunluğu okur deneyimi açısından yönetin.

Sonuç ve Sonraki Adım

Reklam ve sayfa deneyimi karşı karşıya değildir; ikisi de doğru planlandığında birlikte çalışabilir. Düzen kayması için yer ayırmak, geç yüklenen reklamı ana içeriğin arkasına almak, betik yükünü izlemek ve alan ile laboratuvar verisini birlikte okumak dengenin dört temel adımıdır.

Sonraki adım olarak yukarıdaki denetim tablosunu kendi sayfalarınıza uygulayın ve en çok sorun çıkaran yerleşimden başlayın. Reklam yerleşimlerini planlarken reklam alanları sayfasına göz atabilirsiniz.