Hız neden gelir sorusudur?
Yavaş haber sitesinde okur ilk üç saniyede gider; gitmeyen okur reklam görmez, bülten aboneliği yapmaz. Google, sayfa deneyimini sıralama sinyalleri arasında sayar ve Core Web Vitals’ı Search Console’da raporlar; Discover ve En önemli haberler yüzeylerinde hızlı sayfalar avantajlıdır. Altyapı kararları için haber sitesi hosting seçimi, tasarım kararları için haber sitesi tasarımı rehberleriyle birlikte okuyun.
Önce ölçün
- Search Console → Core Web Vitals: Gerçek kullanıcı verisi (CrUX); mobil ve masaüstü ayrı. Hangi URL grubunun kırmızıda olduğunu gösterir.
- PageSpeed Insights: Tek URL için saha verisi + laboratuvar ölçümü ve öneriler.
- Lighthouse (tarayıcı geliştirici araçları): Yayına almadan önce şablon testi.
- Gerçek cihaz: Orta sınıf bir Android telefonda mobil veriyle açın; sayı değil deneyim.
Haber sitelerinde ölçümü üç şablon için yapın: ana sayfa, kategori sayfası, haber detayı. Çoğu sorun haber detayındadır.
LCP: en büyük içerik
Haber detayında LCP ögesi genellikle ana görsel ya da başlıktır.
- TTFB’yi düşürün. Sunucu tarafı önbellek (SSR çıktısı), HTTP/2 veya HTTP/3, Brotli/gzip; okura yakın CDN uç noktası. Önbellek, manşet değişince anında temizlenmeli.
- Ana görseli öncelikli yükleyin.
<img fetchpriority="high">, lazy loading ana görselde kapalı, uygunsrcsetile cihaz boyutuna göre dosya, WebP/AVIF biçimi. - Render’ı engelleyen kaynakları azaltın. Tek CSS dosyası; kritik CSS küçük; betikler
defer. - Yazı tipi: Tek aile,
font-display: swap, preconnect; mümkünse self-host.
INP: etkileşime tepki
Okur menüye ya da “devamını oku”ya bastığında gecikme yaşıyorsa ana iş parçacığı meşguldür; suçlu genellikle reklam ve analitik betikleridir.
- Reklam betiklerini sayfa yüklendikten sonra ve mümkünse görünür alana yaklaşınca yükleyin.
- Analitik, sosyal medya eklentisi, sohbet, ısı haritası gibi üçüncü taraf betiklerin her birini sorgulayın; gerekmeyeni kaldırın.
- Uzun görevleri bölün; büyük JS paketleri yerine sayfa başına küçük betik.
- Sonsuz kaydırma ve otomatik oynatılan video INP’yi bozar; sayfalı liste ve tıklayınca oynat.
CLS: düzen kayması
Haber sitelerinin en çok başarısız olduğu metrik. Nedenler ve çözümler:
| Neden | Çözüm |
|---|---|
| Boyutsuz görsel | Her <img> için width ve height ya da CSS aspect-ratio |
| Geç gelen reklam | Sabit boyutlu reklam kutusu; reklam gelmezse kutu boş kalır, kaybolmaz |
| Web yazı tipi değişimi | Metrik uyumlu yedek font (size-adjust), font-display: swap |
| Sonradan eklenen şeritler (son dakika, çerez) | Ayrılmış alan ya da içeriği itmeyen sabit konum |
| Gömülü video/iframe | Sabit en-boy oranlı sarmalayıcı |
Görsel disiplini
- Yükleme sırasında otomatik WebP/AVIF dönüşümü ve birden fazla boyut; CDN’den sunum.
- Haber görseli 1.200 px genişlik (Discover için) ama detay sayfasında cihaza göre
srcset. - Galeri ve metin içi görsellerde
loading="lazy"; ana görselde değil. - Dekoratif görsel yok; her görselin alt metni var.
Reklam ve hız birlikte
Reklam kaldırılarak hız kazanmak çözüm değildir; reklamı disipline etmek çözümdür: sayfa başına üst sınır, sabit kutular, geç yükleme, yalnızca görünür alana yaklaşınca istek. Programatik ağların “yoğun yerleşim” önerilerine kapılmayın; müdahaleci geçiş reklamları ve yapışkan dev bannerlar hem CLS/INP hem Google politikası açısından zararlıdır. Bkz. haber sitesi reklam fiyatları.
Sunucu tarafı özet
- SSR + tam sayfa önbelleği; önbellek temizleme manşet ve haber güncellemesine bağlı
- CDN: statikler ve mümkünse HTML
- HTTP/2–3, Brotli, uzun önbellek süreleri (sürümlü dosya adları)
- Veritabanı sorgularında indeks; kategori ve arşiv sayfalarında sayfalama
- Tepe trafik planı: trafik tahmini
15 maddelik hız kontrol listesi
- Search Console CWV raporu mobilde “iyi”
- TTFB düşük; önbellek isabet oranı yüksek
- HTTP/2 veya HTTP/3, Brotli
- CDN aktif, görseller WebP/AVIF
- Ana görsel fetchpriority="high", lazy değil
- Tüm görsellerde width/height
- Reklam kutuları sabit boyutlu
- Tek yazı tipi ailesi, swap, metrik uyumlu yedek
- Tek CSS; betikler defer
- Üçüncü taraf betik envanteri çıkarıldı, gereksizler kaldırıldı
- Reklam ve analitik geç yükleniyor
- Sonsuz kaydırma yok ya da sayfalı yedeği var
- Video tıklayınca oynuyor
- Şeritler içeriği itmiyor
- Üç şablon (ana, kategori, detay) ayrı ayrı test edildi
Hız, Google News ve Discover görünürlüğünün parçasıdır: haber sitesi SEO rehberi.
Sık sorulan sorular
AMP kullanmalı mıyım?
Google, En önemli haberler için AMP şartını 2021’de kaldırdı; AMP hâlâ çalışır ama zorunlu değildir. Hızlı bir normal sayfa aynı sonucu verir ve tek şablon bakımı daha kolaydır. Mevcut AMP yatırımınız varsa koruyabilir, yenisini planlamayabilirsiniz.
Lighthouse puanım yüksek ama Search Console kırmızı; neden?
Lighthouse laboratuvar ölçümüdür; Search Console gerçek kullanıcı verisini (CrUX) gösterir. Gerçek okurlar daha yavaş cihaz ve ağ kullanır, reklamlar gerçek yükleriyle gelir. Saha verisini esas alın ve orta sınıf telefonla test edin.
Önce neyi düzeltmeliyim?
Haber detay şablonunda CLS (reklam kutuları ve görsel boyutları) ve LCP (ana görsel önceliği, TTFB). Bu ikisi genellikle en büyük kazanımı en az işle verir; INP için üçüncü taraf betik envanteri ikinci adımdır.
Kaynaklar
- web.dev — Core Web Vitals (LCP, INP, CLS eşikleri) — https://web.dev/articles/vitals
- web.dev — Optimize Largest Contentful Paint — https://web.dev/articles/optimize-lcp
- web.dev — Optimize Interaction to Next Paint — https://web.dev/articles/optimize-inp
- web.dev — Optimize Cumulative Layout Shift — https://web.dev/articles/optimize-cls
- Google Search Central — Sayfa deneyimi ve Core Web Vitals raporu — https://developers.google.com/search/docs/appearance/page-experience
- PageSpeed Insights — https://pagespeed.web.dev/
Bu sayfa bilgilendirme amaçlıdır; hukuki danışmanlık değildir. Ayrıntı: Yasal uyarı.