Önce bir yanlış anlamayı düzeltelim
Google News'e dahil olmak için ayrı bir başvuru formu doldurma zorunluluğu bulunmuyor. Google, haber niteliği taşıyan siteleri otomatik olarak keşfeder ve değerlendirir. Yayıncı Merkezi (Publisher Center) ise yayınınızı tanımlamak, logo ve bölüm ayarlarını yönetmek için kullanılan bir araçtır; dahil olmanın ön şartı değildir.
Dolayısıyla "başvuru yaptık ama alınmadık" cümlesi çoğu zaman yanlış teşhistir. Gerçek sebep genellikle sitenin teknik altyapısının haber akışlarının beklediği sinyalleri üretmemesidir. Aşağıda bu sinyalleri sırayla ele alıyoruz.
1. Haber site haritası
Standart site haritasından ayrı olarak, yalnızca yeni içerikleri bildiren bir haber site haritası oluşturulmalıdır. Kurallar nettir:
- Yalnızca son 48 saat içinde yayımlanan içerikler yer alır; eskiyen kayıtlar otomatik olarak çıkarılmalıdır.
- Dosya en fazla 1.000 URL içerebilir.
- Her kayıtta yayın adı, dil, yayın tarihi ve başlık alanları eksiksiz bulunmalıdır.
- Yayın tarihi, saat dilimi bilgisiyle birlikte standart formatta verilmelidir.
Bu dosyanın robots.txt içinde bildirilmesi ve Search Console üzerinden gönderilmesi keşif hızını artırır. Burada iki yaygın yanlış bilgiyi düzeltmek gerekir. Birincisi, Google site haritası ping uç noktasını 2023 yılında kullanımdan kaldırdı; dolayısıyla her yayında otomatik ping isteği göndermenin bugün hiçbir karşılığı yoktur. İkincisi, Google Indexing API yalnızca JobPosting ve BroadcastEvent içerik tipleri için kullanılabilir; haber sayfalarını bu arayüzle dizine aldırmak mümkün değildir. Doğru yöntem, otomatik güncellenen bir haber site haritası ile Search Console entegrasyonunu birlikte kullanmaktır.
2. NewsArticle yapılandırılmış verisi
Her haber sayfasında JSON-LD formatında NewsArticle işaretlemesi bulunmalıdır. Kritik alanlar:
- headline: 110 karakteri aşmamalıdır; aştığında işaretleme geçersiz sayılabilir.
- datePublished ve dateModified: Gerçek değerleri yansıtmalıdır. Her sayfa yenilemesinde güncelleme tarihini değiştirmek yanıltıcı sinyal üretir.
- author: Gerçek bir kişi veya kurum adı olmalı, yazar sayfasına bağlanmalıdır.
- publisher: Yayın adı ve logo bilgisi.
- image: Tercihen birden fazla en boy oranında, yüksek çözünürlüklü görsel.
3. Görsel kuralları ve robots meta etiketi
Discover, görsel ağırlıklı bir akıştır. Büyük görsel önizlemesine izin verilmediği sürece içeriğin akışta öne çıkma ihtimali düşer. Bunun için sayfa başlığında büyük önizlemeye izin veren robots meta etiketinin bulunması gerekir.
Görsel tarafında dikkat edilecekler:
- Ana görsel en az 1200 piksel genişliğinde olmalıdır.
- Logo, filigran veya metin bindirmeleri görselin okunabilirliğini bozmamalıdır.
- Görsel, haberin içeriğiyle doğrudan ilgili olmalıdır; stok görsel kullanımı performansı düşürür.
- Farklı kırpma oranlarında da anlamlı görünecek bir kompozisyon tercih edilmelidir.
4. Sayfa deneyimi ve Core Web Vitals
Hız, tek başına sıralama garantisi vermez; ancak yavaş bir haber sitesi mobil akışlarda dezavantajlıdır. Hedeflenmesi gereken eşikler şunlardır:
- LCP (en büyük içerik boyaması): 2,5 saniyenin altında.
- INP (sonraki boyamayla etkileşim): 200 milisaniyenin altında.
- CLS (kümülatif düzen kayması): 0,1'in altında.
Haber sitelerinde CLS sorunlarının başlıca kaynağı, boyutu tanımlanmamış görseller ve sonradan yüklenen reklam alanlarıdır. Görsellere genişlik ve yükseklik değeri vermek, reklam alanlarına sabit yer ayırmak bu sorunu büyük ölçüde çözer.
5. AMP hâlâ gerekli mi?
Hayır. Google, üst haberler (Top Stories) alanında yer alabilmek için aradığı AMP zorunluluğunu 2021 yılında kaldırdı. Bugün AMP kullanmak tamamen isteğe bağlı bir tercihtir ve iki ayrı sürümü paralel yönetmenin maliyeti hesaba katılmalıdır. Modern bir haber yazılımıyla hafif ve hızlı bir ana sürüm üretebiliyorsanız, ayrıca AMP sürümü yayınlamanıza gerek kalmaz. AMP desteği, isteğe bağlı bir seçenek olarak sunulabilir; bir gereklilik olarak sunulması yanıltıcıdır.
6. URL ve içerik kalıcılığı
Bir haberin adresi yayımlandıktan sonra değişmemelidir. Sık karşılaşılan hatalar:
- Başlık düzenlendiğinde slug'ın da otomatik değişmesi ve eski adresin 404 vermesi.
- Aynı haberin hem kategori altında hem kök dizinde iki farklı adresle erişilebilir olması.
- Kanonik etiketin kendi sayfası yerine ana sayfayı işaret etmesi.
Başlık değişikliklerinde eski adresi koruyan veya kalıcı yönlendirme üreten bir yazılım tercih edilmelidir.
7. Güven ve şeffaflık sayfaları
Haber akışlarında değerlendirilen unsurlardan biri, yayının arkasında kimin olduğunun anlaşılabilir olmasıdır. Şu sayfaların eksiksiz bulunması beklenir:
- Künye: sahibi, sorumlu yazı işleri müdürü, adres ve iletişim bilgileri.
- Yazar profilleri: her yazarın biyografisi ve o yazara ait haberlerin listelendiği sayfa.
- Yayın ilkeleri, düzeltme politikası ve iletişim sayfası.
- Gizlilik politikası ve çerez aydınlatması.
8. İçerik politikalarına uyum
Teknik altyapı kusursuz olsa bile içerik politikalarına aykırılık, akışlardan çıkarılma sebebidir. En sık rastlanan sorunlar; kaynak gösterilmeden kopyalanan haberler, yanıltıcı başlıklar, sponsorlu içeriğin etiketlenmemesi ve aynı içeriğin farklı alan adlarında tekrarlanmasıdır.
Uygulama sırası
Bu gereksinimlerin tamamı yazılım seviyesinde çözülür. Her haberde elle etiket eklemeye çalışan bir ekip er ya da geç hata yapar. Haber site haritasının otomatik üretilmesi, yapılandırılmış verinin şablon düzeyinde doğru kurulması ve görsel işlemenin sistem tarafından yapılması gerekir. Basınsoft ile geliştirilen haber sitelerinde bu katman varsayılan olarak gelir; ekip haber üretmeye odaklanırken teknik uyum altyapı tarafından sürdürülür.
Kısa yol haritası: önce site haritası ve yapılandırılmış veriyi doğrulayın, ardından görsel ve robots etiketlerini düzeltin, sonra hız metriklerini ölçün ve en son güven sayfalarını tamamlayın. Bu sıra, en hızlı görünür kazanımı en başa alır.