SEO Uyumlu Haber Yazılımı Nasıl Olmalıdır? Kapsamlı Rehber

Haber Sitelerinde SEO Neden Farklıdır?

Kurumsal bir tanıtım sitesi haftada bir güncellenebilir; bir haber sitesi ise günde onlarca, bazen yüzlerce içerik yayımlar. Bu tempo, teknik SEO gereksinimlerini tamamen değiştirir. Tazelik (freshness) bir sıralama sinyali olarak öne çıkar, tarama bütçesi (crawl budget) kritik hale gelir ve arama motorunun yeni içeriği dakikalar içinde keşfedip indekslemesi beklenir.

Aynı anda binlerce ziyaretçinin bir son dakika haberine akın ettiği anlarda yazılımın çökmemesi gerekir. Yani haber yazılımında SEO; hız, ölçeklenebilirlik ve içerik keşfi başlıklarının kesiştiği bir mühendislik problemidir.

Tarama bütçesi bu tabloda özellikle önemlidir. Arama motoru botu, bir sitede sınırlı sayıda isteği belirli bir sürede gerçekleştirir. Binlerce URL üreten bir haber sitesinde sunucu yavaşsa veya çok sayıda gereksiz sayfa (filtre kombinasyonları, sonsuz takvim arşivleri, kopya URL'ler) taranıyorsa, bot önemli içeriğe daha az zaman ayırır. Amaç, botun enerjisini gerçek habere yönlendirmektir.

• Hacim: Yüksek yayın frekansı, verimli veritabanı ve tarama yönetimi gerektirir.
• Tazelik: Yeni içeriğin hızlı keşfi için sitemap, RSS ve iç bağlantı önemlidir.
• Ani trafik: Viral haberlerde önbellek ve altyapı yükü absorbe etmelidir.
• Mobil ağırlık: Haber okuyucularının büyük bölümü içeriğe mobil cihazdan ulaşır.

Sayfa Hızı ve Core Web Vitals

Google'ın sayfa deneyimi değerlendirmesinin merkezinde Core Web Vitals yer alır. Bu üç metrik, bir sayfanın yüklenme, etkileşime yanıt ve görsel kararlılık davranışını ölçer. Google'ın kamuya açık eşik değerleri şöyledir:

Bu eşikleri tutturmak tek bir ayara değil, bir zincirin tüm halkalarına bağlıdır: sunucu yanıt süresi, önbellekleme, veritabanı sorgu performansı, görsellerin boyutu ve JavaScript yükü. Sonraki bölümler bu halkaları tek tek ele alıyor.

Mobil Uyumluluk: Mobile-First İndeksleme

Google, siteleri artık öncelikle mobil sürümleri üzerinden tarayıp indeksliyor (mobile-first indexing). Yani sitenizin mobil hâli, masaüstü hâli kadar eksiksiz ve hızlı olmalı. Haber okuyucularının önemli bir kısmı içeriğe telefondan ulaştığı için bu, haber yazılımı için pazarlık konusu olmayan bir gerekliliktir.

Responsive tasarımın temellerini Mobil Uyumluluk Nedir? yazısında ele alıyoruz; habere özgü kalıp ve tuzakları ise Haber Sitelerinde Mobil Uyumluluk Nasıl Olmalıdır? yazısında ayrıntılandırıyoruz.

Önbellek (Cache) Katmanı

Önbellek, aynı içeriği her istekte sıfırdan üretmek yerine hazır sonucu saklayıp tekrar sunmaktır. Haber sitelerinde önbellek; hem sayfa hızını iyileştirir hem de ani trafik dalgalarında sunucuyu ayakta tutan en önemli mekanizmadır. Katmanlar tipik olarak şöyle sıralanır:

• Tarayıcı önbelleği: Statik dosyalar (CSS, JS, görsel) ziyaretçinin cihazında saklanır.
• CDN önbelleği: İçerik kullanıcıya coğrafi olarak yakın sunuculardan sunulur.
• Uygulama/sayfa önbelleği: Üretilen HTML veya parçalar bellekte tutulur.
• Nesne/sorgu önbelleği: Sık kullanılan veritabanı sonuçları (ör. Redis) saklanır.

Önbelleğin nasıl çalıştığını, geçerlilik süresi (TTL) ve önbellek temizleme (invalidation) mantığını Önbellek (Cache) Nedir, Nasıl Çalışır? yazısında adım adım anlatıyoruz.

Hızlı Veritabanı Yapısı

Bir haber sitesinin kalbi veritabanıdır: her sayfa isteği, kategoriler, etiketler, ilgili haberler ve arama sonuçları için sorgular üretir. Yüksek yük altında yavaş bir veritabanı, önce sunucu yanıt süresini, ardından LCP'yi ve sıralamayı olumsuz etkiler.

Sık sorgulanan alanlarda doğru indeksler, gereksiz JOIN'lerden kaçınma ve ağır sorguların önbelleklenmesi temel ilkelerdir. Örneğin yayın tarihine göre sık sorgulanan bir haber tablosunda indeks büyük fark yaratır:

-- Yayin tarihine gore siralama sorgusunu hizlandirmak icin indeks
CREATE INDEX idx_haber_yayin
    ON haberler (durum, yayin_tarihi DESC);

-- Ana sayfa icin tipik sorgu bu indeksten yararlanir
SELECT id, baslik, slug, ozet, yayin_tarihi
FROM haberler
WHERE durum = 'yayinda'
ORDER BY yayin_tarihi DESC
LIMIT 20;

Yüksek trafikte yaygın bir yaklaşım, okuma ve yazma yükünü ayırmaktır: yazma işlemleri birincil (primary) veritabanında yapılırken, ana sayfa ve haber listeleri gibi okuma ağırlıklı sorgular okuma kopyalarına (read replica) dağıtılır. Bu, tekil bir veritabanının darboğaz olmasını engeller.

Şema tasarımı, indeksleme ve okuma/yazma ayrımı gibi konuları Hızlı Veritabanı Yapısı Nasıl Kurulur? yazısında derinlemesine ele alıyoruz.

Sunucu, Altyapı ve Tarama Yönetimi

Tüm optimizasyonların üzerinde durduğu zemin sunucu altyapısıdır. Düşük sunucu yanıt süresi (TTFB), güncel bir HTTP sürümü (HTTP/2 veya HTTP/3), doğru yapılandırılmış TLS ve sıkıştırma (Gzip/Brotli); hem hızın hem de kararlılığın önkoşuludur. Yayın yazılımı ile hosting ve sunucu katmanının birlikte düşünülmesi, bu nedenle haber siteleri için önemli bir avantajdır.

Tarama tarafında ise robots.txt ile gereksiz alanların taranmasını sınırlamak, kanonik etiketlerle kopya URL'leri tekilleştirmek ve arama sonuçlarında görünmesi istenmeyen sayfaları uygun biçimde işaretlemek, botun kaynağını değerli içeriğe yönlendirir.

SEO Uyumlu URL Yapısı

URL hem kullanıcı hem arama motoru için bir sinyaldir. Kısa, okunabilir ve kalıcı URL'ler; tıklanma oranını artırır ve bağlantı değerini korur. Haberlerde başlığın slug'a dönüştürülmesi, gereksiz parametrelerden arınma ve tutarlı bir hiyerarşi önemlidir.

• Okunabilir slug kullanın: /ekonomi/enflasyon-verileri-aciklandi.
• Türkçe karakterleri ASCII'ye çevirin ve kelimeleri tire ile ayırın.
• Yayımlanmış bir haberin URL'sini gereksiz yere değiştirmeyin; zorunluysa 301 ile yönlendirin.
• İzleme parametrelerinin kanonik URL'yi kirletmesini engelleyin.

URL kalıpları, kategori hiyerarşisi ve tarih içeren URL tartışması için SEO Uyumlu URL Yapısı Nasıl Olmalıdır? yazısına bakın.

XML Sitemap ve Haber Sitemap'i

Sitemap, arama motoruna sitenizdeki adreslerin haritasını sunar ve yeni içeriğin keşfini hızlandırır. Haber siteleri için standart bir sitemap'in yanında ayrıca Google News sitemap'i kullanılabilir; bu sitemap yalnızca son iki gün içinde yayımlanan haberleri içerir ve tek bir dosyada en fazla 1.000 URL barındırır.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:news="http://www.google.com/schemas/sitemap-news/0.9">
  <url>
    <loc>https://ornek-haber.com/gundem/ornek-haber</loc>
    <news:news>
      <news:publication>
        <news:name>Ornek Haber</news:name>
        <news:language>tr</news:language>
      </news:publication>
      <news:publication_date>2026-09-28T09:00:00+03:00</news:publication_date>
      <news:title>Ornek haber basligi</news:title>
    </news:news>
  </url>
</urlset>

Sitemap türleri, güncelleme sıklığı ve indeks sitemap kullanımı için XML Sitemap Nedir? Site Haritası Rehberi yazısını inceleyebilirsiniz. İçeriği dış kaynaklara açmak veya beslemek için ise RSS ve XML Veri Kaynakları Nedir? yazısı yol gösterir.

Görsel ve Ses Optimizasyonu

Haber içeriğinin ağırlığını genellikle medya dosyaları belirler. Optimize edilmemiş büyük görseller, LCP'yi doğrudan bozan en yaygın nedenlerdendir. Modern formatlar (WebP, AVIF), doğru boyutlandırma, srcset ile duyarlı sunum ve tembel yükleme (lazy loading) temel araçlardır.

Görsel iş akışının tümü için Sitelerde Görsel Optimizasyonu Nasıl Yapılır? yazısına, podcast ve haber sesleri için ise Ses Dosyası Optimizasyonu Nasıl Yapılmalıdır? yazısına göz atın.

Push Bildirimler ve Yeniden Etkileşim

Web push bildirimleri, izin veren okuyuculara son dakika haberlerini doğrudan ulaştırarak siteye geri dönüşü artırır. Doğrudan bir sıralama sinyali değildir; ancak sadık kitle, doğrudan trafik ve etkileşim üzerinden dolaylı SEO faydası sağlar. Aşırı ve alakasız bildirim ise abonelik iptaline yol açar; dengeli kullanım şarttır.

Web push'un servis çalışanı (service worker) üzerinden nasıl çalıştığını ve izin akışını Push Bildirim Nedir? Web Push Nasıl Çalışır? yazısında bulabilirsiniz.

Yapısal Veri (Schema.org)

Yapısal veri, sayfanın içeriğini arama motorunun anlayacağı biçimde etiketler. Haberler için NewsArticle şeması; başlık, yayın tarihi, yazar ve yayıncı gibi alanları netleştirerek zengin sonuçlara uygunluğu artırır. Genellikle JSON-LD biçiminde eklenir:

{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "Ornek haber basligi",
  "datePublished": "2026-09-28T09:00:00+03:00",
  "dateModified": "2026-09-28T10:15:00+03:00",
  "author": [{"@type": "Person", "name": "Muhabir Adi"}],
  "publisher": {
    "@type": "Organization",
    "name": "Ornek Haber"
  }
}

NewsArticle'ın yanında, gezinme yolunu netleştiren BreadcrumbList ve site içi aramayı tanıtan işaretlemeler de sık kullanılır. Yazar ve yayıncı bilgisini doğru ve tutarlı vermek, deneyim ve güvenilirlik (E-E-A-T) açısından da değerlidir; haberde kaynağın kim olduğu okuyucu için olduğu kadar arama motoru için de bir sinyaldir.

Teknik SEO Kontrol Listesi

Aşağıdaki liste, bir haber yazılımını yayına almadan önce gözden geçirilmesi gereken teknik başlıkların bir özetidir:

• Core Web Vitals eşikleri (LCP, INP, CLS) sahada ölçülüyor mu?
• Mobil sürüm tam ve hızlı mı? (bkz. mobil uyumluluk)
• Önbellek katmanları kurulu ve hedefli temizlenebiliyor mu?
• Veritabanı sık sorgular için indeksli mi?
• URL'ler okunabilir, kalıcı ve kanonik mi?
• Standart ve haber sitemap'leri otomatik güncelleniyor mu?
• Görseller modern formatta ve duyarlı biçimde sunuluyor mu?
• NewsArticle yapısal verisi doğru ve tutarlı mı?

Sıkça Sorulan Sorular

AMP kullanmak zorunda mıyım?

Hayır. AMP artık Google haber özellikleri için bir zorunluluk değildir. İyi optimize edilmiş, hızlı ve Core Web Vitals eşiklerini tutturan standart bir sayfa yeterlidir.

Yeni haberim neden hemen indekslenmiyor?

İndeksleme anlık değildir ve garanti edilmez. Güncel bir sitemap, sağlıklı iç bağlantılar, hızlı sunucu yanıtı ve tutarlı yayın temposu keşfi hızlandıran başlıca etkenlerdir.

Küçük bir sitede önbellek gerekli mi?

Trafik düşük olsa bile önbellek sunucu yükünü azaltır ve yanıt süresini iyileştirir. Bir haber viral olduğunda ise fark hayati hâle gelir.