- New York Times web sitesindeki bir haber sayfası 422 ağ isteği ve 49MB veri aktarımı oluşturuyor; basit bir haber okumak bile aşırı kaynak gerektiriyor
- Sayfa yüklenirken onlarca reklam açık artırma isteği ve izleme betiği aynı anda çalışıyor; bu yapı tarayıcı CPU’sunu ve bataryayı tüketiyor
- Bu tür düşmanca UX tasarımı, çerez banner’ları, abonelik açılır pencereleri, otomatik oynayan videolar ve ekranı kaplayan reklamlarla kullanıcının okuma deneyimini bozuyor
- Reklam gelirini en üst düzeye çıkarmaya yönelik ‘sitede kalma süresi’ ve ‘gösterim oranı’ odaklı iş modeli, okur deneyimini feda ediyor ve mühendisler bile bu yapıya bağlı kalıyor
- Yazı, metin odaklı hafif haber sayfalarını (
text.npr.org vb.) örnek göstererek, okurla iş modelinin birlikte var olabildiği sade ve saygılı web deneyiminin yeniden kurulmasını vurguluyor
49MB web sayfasının gerçeği
- New York Times sitesine girildiğinde 422 istek ve 49MB veri oluşuyor; sayfanın kararlı hale gelmesi 2 dakika sürüyor
- Bu, Windows 95’in toplam boyutundan (28 disket) daha büyük ve 10-12 MP3 şarkıya denk
- Yalnızca birkaç paragraf metin okumak için bir albüm indirmekle aynı şey
- Geçmişe göre donanım performansı dramatik biçimde artmış olsa da, reklam ve takip odaklı web çerçeveleri bu ilerlemeyi etkisizleştiriyor
CPU yükü ve takip yapısı
- Haber siteleri, programatik reklam açık artırma sistemlerini tarayıcı içinde çalıştırıyor
- Rubicon Project, Amazon Ad Systems gibi servislere asenkron teklif istekleri aynı anda gidiyor
- Tarayıcı birkaç MB JavaScript indirmek, ayrıştırmak ve derlemek zorunda kalıyor; bu da ana iş parçacığı yüküne yol açıyor
- Kullanıcı metin istiyor ama tarayıcı önce 5MB izleme betiğini işliyor, reklam yerleştirme ise bundan sonra yapılıyor
- Aynı anda davranış izleme beacon’ları (POST istekleri) ve görünmez piksel yönlendirmeleri (
doubleclick.net, casalemedia) çalışarak siteler arası kimlik tespiti yapıyor
- Bu süreçler mobil cihazlarda ısınma ve batarya tüketimine neden oluyor; kullanıcı da farkında olmadan yüksek frekanslı veri ticareti pazarına katılmış oluyor
Düşmanca UX ve etkileşim maliyeti
- Sayfaya girildiğinde GDPR çerez banner’ı, bülten abonelik modali ve bildirim izni açılır penceresi art arda çıkıyor
- Kullanıcı içeriğe erişmeden önce birden fazla kez tıklamak ve kaydırmak zorunda kalıyor
- Bu durum NNgroup’un ‘Etkileşim Maliyeti (Interaction Cost)’ ve ‘minimalist tasarım’ ilkelerini ihlal ediyor
- Economic Times örneğinde kullanıcı, metne ulaşabilmek için üç modalı kapatıp üstteki banner’ı geçmek zorunda
- Google’ın Core Web Vitals ölçütlerinde de bu tür müdahaleci interstitial’lar SEO puanını düşüren etkenler olarak açıkça belirtiliyor
Düzen kararsızlığı ve reklam yerleştirme
- Okur bir paragrafı okurken reklam açık artırması tamamlandığında iframe reklamı ekleniyor ve metin 250 piksel kayıyor
- Bu durum Kümülatif Düzen Kayması (CLS) olarak ölçülüyor ve hemen çıkma oranındaki artışla doğrudan ilişkili
- Google bu sorunu resmî olarak cezalandırsa da, kendi reklam ürünlerinin aynı soruna yol açması bir çelişki yaratıyor
- Otomatik oynayan videolar, sayfa kaydırıldıktan sonra bile ekranın altına sabitlenip oynamaya devam ediyor; kapatma düğmesi küçük ve tıklama alanı dar
- Bu da Fitts yasasının ihlali olarak gösteriliyor
Mobil ortamda alan israfı
- Ortalama 800px mobil görüntü alanında logo, paylaşım çubuğu ve tarayıcı arayüzü önemli bir yer kaplıyor
- Gerçek içerik Guardian sayfası örneğinde yalnızca %11 oranında görünüyor
- %89 reklam ve modal / %11 içerik oranı, kullanıcının görsel yorgunluğunu ve kaydırma sıklığını artırıyor
- ‘X’ düğmesini reklam tıklama alanına yakın yerleştirerek yanlış tıklamayı teşvik eden ‘fat-finger tax’ stratejisi de kullanılıyor
- Jagran gibi bazı Hint haber siteleri, uygulama yükletmeye çalışan modaller ve abonelik açılır pencereleriyle metne erişimi engelliyor
Önerilen iyileştirmeler
- İçerik gösterilmeden önce 3-4 kapatma işlemini zorunlu kılan yapı, kullanıcının bilişsel kaynaklarını boşa harcıyor
- Açılır pencereler yalnızca 60 saniye sayfada kalındıktan veya %50 kaydırmadan sonra gösterilecek şekilde ayarlanmalı
- Çerez onayı ve bülten aboneliği, sayfanın alt kısmındaki engelleyici olmayan bir bölümde birleştirilebilir
- Reklam alanları, sabit yükseklikte kapsayıcılarla önceden ayrılarak düzen kayması önlenmeli
- Örnek:
min-height: 250px; background: var(--skeleton-loader);
- Reklam yüklenmezse
ResizeObserver ile yalnızca görünmeyen alanda küçültme yapılabilir
Hafif haber siteleri hâlâ var
- text.npr.org, lite.cnn.com, cbc.ca/lite gibi siteler izleme ve modaller olmadan hafif sürümler sunuyor
- RSS akışı tabanlı haber tüketimi de hâlâ canlılığını koruyor
- Bu örnekler, sade ve içerik odaklı web deneyimine yönelik talebin hâlâ güçlü olduğunu gösteriyor
Sonuç: Okurun dikkati bir kaynaktır
- Bugünkü haber arayüzleri okuru yakalanacak bir hedef gibi görüyor ve reklam gösterimini en üst düzeye çıkaracak şekilde tasarlanıyor
- Ancak kârlılık ile erişilebilirlik birlikte var olabilir ve mühendisler de bu yapıdan rahatsız
- Sorunun kökeninde kısa vadeli CPM odaklı iş teşvikleri bulunuyor
- Okurun dikkatini çıkarılabilir bir kaynak gibi ele alan bir sistem oluşmuş durumda;
buna karşı en güçlü direnç biçimleri olarak RSS kullanmak, sekmeyi kapatmak ve hemen çıkma oranını artırmak gösteriliyor
1 yorum
Hacker News yorumları
Sunucunun yavaş olduğuna dair bir ticket gelince kontrol ettik; sayfadaki tüm videolar kısmen önceden preload ediliyormuş
Ofis veri merkezine fiber kabloyla doğrudan bağlı olduğu için ancak idare edebilmişiz
Bence web geliştiricilerine 128kbit üstünde ağ hızı verilmemeli. Daha fazlası olunca her şey dağılıyor
CPU kısıtlama özelliğiyle birlikte kullanınca düşük donanımlı ortamlarda site performansını kontrol etmek için çok iyi oluyor
Yavaş bir geliştirme sunucusu kullanmak, gereksiz kaynakları azaltma konusunda doğal bir eğitim etkisi yaratıyor
Gopher, Gemini, IRC tabanlı Bitlbee gibi aşırı düşük hızlı ortamlarda da gayet iyi çalışıyordu
Electron uygulaması geliştirenler de 2GB RAM'li, eski Celeron seviyesinde PC'lerde test etmeli; ancak o zaman gerçekten tamamlanmış bir uygulama denebilir
Yine de veri aktarımı açısından bakınca 44.47MB'ın 36.3MB'ı gazetecilik videolarıydı
Yani asıl sorun aşırı reklamlardan çok video merkezli içerik yapısı gibi görünüyor
Kullanıcı daha tıklamadan 36MB'ı zorla indirtmek kabul edilebilir değil
Reklam ve JavaScript yığını yüzünden artık hiç okumuyorum. Onun yerine sadece başlığı kopyalayıp başka bir sitede okuyorum
Temelde JavaScript kapalıyken geziniyorum ve neredeyse hiç reklam görmüyorum
JS kapalıyken sayfalar çok daha hızlı oluyor ve kişisel veri sızıntısı riski de azalıyor
Bunu etik dışı görmüyorum. Önce haksız davranan siteler oldu
Hatta hiç gelmememiz onlar için daha bile iyi olabilir
İçerik görünsün ve çalışsın, onlar için yeterli
NYT de böyle “teknolojiye kayıtsız çoğunluğu” hedefliyor
Gazete sektörünün temel sorunu reklam tabanlı ekonomik modelin çökmesi
Eskiden okurdan sadece baskı maliyeti alınır, geri kalanı reklamla karşılanırdı
Ama şimdi Facebook Marketplace, Craigslist gibi yerler o reklamları tamamen aldı
Sonuçta haberler niş bir ürüne dönüştü ve okur verisi satmak son çırpınış haline geldi
Aylık sınır 250MB'tı; şimdi düşününce inanılmaz geliyor
HN gibi JS'nin her satırını dikkatle ele alan siteler adeta tanrı vergisi gibi geliyor
Web daha az şişkin hale getirilmeli
Böyle bir UX ile para kazanılamayacağı açık ama yine de aynı şey sürüp gidiyor
Eskiden Win95'e bile “şişkin” denirdi; bugün web sayfaları ondan çok daha büyük
Reklamın kendisinden çok kaynak israfı ve dikkat dağıtıcılık sorun yaratıyor
JS açılır açılmaz ekran curcunaya dönüyorsa hemen çıkıyorum
Kullanıcıyı sinir edip karşılığında birkaç sent kazanmak gerçekten değer mi, emin değilim
Çoğu insan bunu kayıtsızca kabulleniyor gibi görünüyor
Ben 30'larının sonlarında bir geliştiriciyim; “özgür internet” kuşağından geldiğim için reklamlara karşı sabrım neredeyse yok
Eski Amadeus terminalleri gibi komut satırı tabanlı arayüzleri özlüyorum
Web'in yeniden kullanıcı odaklı hale gelmesi için ne yapılması gerektiğini düşünüyorum
Alan etiketlerinde hata, kesilmiş placeholder'lar, Çince çıkan date picker,
koltuk seçtikten sonra gelen “seçilemez” mesajı derken UX tamamen çökmüştü
Basit HTML formlarıyla da gayet kullanılabilir siteler yapılabilir
JS'yi bu kadar kötüye kullanmak biraz beyin yıkamanın sonucu gibi
Ben Hagezi ultimate list ile neredeyse tüm reklamları engelliyorum, masaüstünde de ince ayar için uBlock kullanıyorum
Hız ve gizliliği artırmak için Google ve Adobe font alan adlarını da elle engelledim
Kullanıcının doğrulamadığı programların benim bilgisayarımda çalışması temelden yanlış bir yapı
JS kapalıyken sitelerin bozulması, geliştiricilerin sistemi yanlış tasarlamış olmasından kaynaklanıyor
HTML ile çalıştırılabilir kod ayrı olsaydı dünya çok daha iyi bir yer olurdu
Sunucuda render edip sonucu göndermek yeterli
49MB'lık sayfa sadece önceliklerin bir yansıması
Hızlı internet artık yaygın olduğu için çoğu kullanıcı bunu sorun olarak görmüyor
Ben uBlock Origin hard mode ile bu tür kaynakları tamamen engelliyorum