Haber Sistemi Mimarisi: Yönetim Paneli, Editör İş Akışı, SEO Altyapısı

Bir haber sistemi, ziyaretçinin gördüğü ön yüzden çok daha fazlasıdır. Asıl iş, görünmeyen kısımda dönen yönetim paneli, editör onay akışı, ajans entegrasyonu, cron job'ları ve SEO altyapısının uyumlu çalışmasıyla biter. Bu yazıda, modern bir haber sisteminin temel bileşenlerini ve bunların birbiriyle nasıl etkileştiğini somut örneklerle ele alıyoruz.

Genel Mimari Bakış

Modern bir haber sistemi şu katmanlardan oluşur:

• Sunum katmanı: Ziyaretçinin gördüğü ön yüz. HTML, CSS, JavaScript, AMP versiyonu.
• Uygulama katmanı: İş mantığı. PHP, Smarty/Twig template engine, route yönetimi.
• Veri katmanı: Veritabanı (MySQL/MariaDB), cache (Redis), dosya depolama.
• Entegrasyon katmanı: Ajanslar, push servisleri (OneSignal, Firebase), AI sağlayıcılar (OpenAI, Anthropic, Google), analitik (GA, Yandex).
• Cron/Worker katmanı: Arka planda çalışan iş kuyrukları (ajans polling, zamanlanmış yayın, sitemap üretimi, IndexNow ping).

Yönetim Paneli

Bir haber sisteminin yönetim paneli, gazetecilik akışını destekleyecek modüllerden oluşur. Tipik bir panelde olması gereken bölümler:

• Dashboard: Günlük yayın sayısı, en çok okunan, push gönderim sayısı, ajanstan gelen onay bekleyen kayıtlar.
• Haber yönetimi: Liste, ekleme, düzenleme, arşivleme. Filtreleme (kategori, durum, yazar, tarih).
• Kategori/etiket yönetimi: Hiyerarşik kategoriler, alt kategori, etiket bulutu.
• Kullanıcı/rol yönetimi: Yazar, redaktör, editör, admin. Yetkiler kategori bazlı kısıtlanabilir.
• Yorum yönetimi: Otomatik spam filtresi (Akismet alternatif), manuel moderasyon, banlı IP listesi.
• Reklam yönetimi: Slot tanımı, takvim, performans raporu.
• Push bildirim: Tek tıkla gönderim, segment, A/B test.
• SEO araçları: Sitemap durumu, IndexNow logu, broken link tarama, schema doğrulama.
• İstatistik: Trafik, popüler içerikler, yazar performansı, push CTR, AdSense gelir.
• Yedek ve geri yükleme: Manuel ve otomatik yedek, geri dönüş seçeneği.

Rol ve Yetki Yönetimi

Çok yazarlı bir yayında rol bazlı yetki, içerik güvenliğinin temelidir. Standart roller:

• Yazar: Kendi yazılarını oluşturur, taslak veya incelemeye gönderir. Yayınlayamaz.
• Redaktör: Yazar yazılarını okur, düzeltir, editöre yönlendirir.
• Editör: Yayına alma yetkisi. Reklam ve push yetkisi yok.
• Yayın yönetmeni: Reklam, push, SEO ayarları dahil.
• Admin: Tam yetki. Kullanıcı oluşturma, kategori değiştirme, sistem ayarları.

Bu rollerin yetki matrisi yönetim panelinde görsel olarak yönetilebilir olmalı. Yetki ihlali girişiminde sistem log tutar; ileride denetim raporlanabilir.

Editör Onay Akışı

İçerik yaşam döngüsü şu adımlardan geçer:

1. Yazar yazıyı oluşturur, durum: taslak
2. "İncelemeye gönder" der, durum: onay bekliyor
3. Editör görür, düzeltir veya geri çevirir
4. Onaylanırsa durum: yayında (anında veya zamanlanmış)
5. Yayında olan içerik düzenlenirse versiyon kaydı tutulur
6. Arşivlenirse durum: arşivde, URL korunur ama anasayfa listesinde yok

Bu akış, gazetecilik etiğinin yazılım tarafındaki karşılığı. Editör onayı yoksa içerik yayına çıkmaz; bu, yanlış bilgi yayılma riskini önemli ölçüde azaltır.

Veritabanı Tasarımı

Bir haber sisteminin veritabanı tipik olarak şu temel tablolardan oluşur (tablo isimleri değişebilir, ama yapı aynıdır):

• Haber tablosu: başlık, özet, içerik, kategori, etiket, yazar, durum, yayın tarihi, görsel, SEO meta alanları
• Kategori tablosu: ad, üst kategori, sıralama, görünürlük
• Etiket tablosu: ad, kullanım sayısı
• Kullanıcı tablosu: ad, e-posta, şifre hash, rol, son giriş, durum
• Yorum tablosu: haber id, kullanıcı, içerik, onay durumu, IP
• Reklam tablosu: slot, görsel/HTML, başlama/bitiş, görüntülenme/tıklama sayısı
• Push abone tablosu: endpoint, segment, eklenme tarihi
• Log tabloları: hata logu, denetim logu, AdSense logu

Veritabanı performansı için kritik kalemler: ID üzerinde primary key, kategori+tarih üzerinde composite index, etiket-haber many-to-many tablosu, full-text search için ayrı bir indeks.

Cache Mimarisi

Bir haber sitesi günlük 10.000-1.000.000 sayfa görüntülemesi alabilir. Bu trafik altında her isteğin veritabanına gitmesi mümkün değil. Cache katmanı zorunlu:

• Sayfa cache: HTML çıktısı dosya veya Redis'te saklanır. Yeni yayın yapıldığında cache invalidate edilir.
• Query cache: Popüler liste sorguları (anasayfa, kategori, en çok okunan) Redis'te saklanır.
• OPcache: PHP bytecode cache. Standart bir LiteSpeed kurulumunda aktif.
• CDN: Görseller ve statik dosyalar Cloudflare/BunnyCDN üzerinden dağıtılır.
• Browser cache: Cache-Control header'ı ile.

SEO Altyapısı

Bir haber yönetim sisteminin SEO altyapısı, yayın hızını ve organik trafik potansiyelini doğrudan belirler. Olmazsa olmazlar:

• SEO dostu URL (örn. /spor/futbol/maç-sonucu-12345.html)
• Title, meta description, keywords her yayın için
• Open Graph (Facebook), Twitter Card
• Schema.org NewsArticle, BreadcrumbList, Organization JSON-LD
• Canonical URL (duplicate önleme)
• Sitemap (genel + news + image)
• IndexNow API (Bing + Yandex anında bildirim)
• 301 redirect yönetimi (eski URL'lerden yeniye)
• Robots.txt yönetimi (admin paneli üzerinden değiştirilebilir)
• 404 sayfası özelleştirilmiş + arama önerisi

Ajans Entegrasyonu

Türk haber ajansları (AA, DHA, İHA, ANKA, THA, HİBYA, İGFA, BHA) her birinin farklı bir entegrasyon protokolü var. Modüler bir sistem, her ajans için ayrı bir adapter sınıfı tanımlar ve hepsini tek bir interface arkasında soyutlar. Yöneticinin gözünden hepsi aynı görünür: "Hangi kategoriye eşle?", "Otomatik onay açık mı?", "Polling süresi nedir?"

Yapay Zeka Entegrasyonu

2024'te bir haber sisteminin AI entegrasyonu standart hale geldi. Pratik kullanım alanları:

• Başlık alternatifi (3-5 öneri)
• Meta description otomatik özet
• Anahtar kelime çıkarımı
• Kategori tahmini
• İlgili haber önerisi (semantic similarity)
• Görsel önerisi (DALL-E, Midjourney, veya stok)
• Yazım denetimi (Türkçe imla, noktalama)
• Hoparlör asistanı (haberlerden 1 dakikalık özet üreten)

İdeal olarak sistem birden fazla sağlayıcıyı destekler ve maliyet/kalite ihtiyacına göre tek tıkla geçiş yapılabilir.

Mobil Uygulama Entegrasyonu

Native Android uygulama, haber sisteminizden API ile beslenir. Standart bir REST API şu endpoint'leri sunmalı:

• /api/news (listele, filtrele, sayfalama)
• /api/news/{id} (detay)
• /api/category (kategori listesi)
• /api/search (arama)
• /api/push/subscribe (push aboneliği)
• /api/user (kullanıcı işlemleri — opsiyonel)

API güvenliği için JWT veya OAuth2; rate limiting standart; CORS politikası dikkatli yönetilmeli.

Performans Hedefleri

Modern bir haber sisteminin hedef metrikleri:

• Anasayfa LCP ≤ 2.5 sn (mobilde 4G)
• Detay sayfası LCP ≤ 2.0 sn
• API yanıt süresi ≤ 200 ms (cached query)
• Push bildirim teslim süresi ≤ 30 sn
• Yedek geri yükleme ≤ 5 dakika (büyük site için)
• Uptime ≥ %99.9

Lisans, Maliyet ve Sürdürülebilirlik

Bir haber sistemini SaaS modelinde aylık abone olarak veya tek seferlik lisans + yıllık bakım modelinde edinebilirsiniz. 3 yıllık toplam maliyet karşılaştırması çoğu zaman tek seferlik lisans lehine. Ayrıca tek seferlik modelde kod ve veritabanı sizindir; istediğiniz an başka geliştiriciye devredilebilir. SaaS modelinde sözleşme bittiğinde tüm içerik tedarikçide kalır.

Sonuç

Bir haber sistemi, sadece bir CMS değil, gazetecilik akışını destekleyen bir bütün altyapıdır. Yönetim paneli, rol yetki, editör onayı, ajans entegrasyonu, AI, push bildirim, SEO, performans, mobil uygulama — bu kalemlerin tamamı uyumlu çalıştığında, bir yerel gazetenin Google'da görünürlüğü ve okuyucu sadakati ciddi şekilde artar. Hazır bir haber yazılımı paketi bu kalemleri ekstra modül olmadan, standart pakette sağlamalı.