Haber yayıncıları için Yapısal Veri (Schema) Kontrolü

Haber yayıncıları neden buna ihtiyaç duyar?

Özel haberi ilk siz verdiniz, ama birkaç saat sonra aynı konuyu yeniden yazan siteler Top Stories'te sizin önünüze geçti. Google daha yeni makaleleri öne çıkarma eğiliminde olduğundan, haberi ilk vermek tek başına yer garantisi sağlamıyor. Bu yüzden elinizde kalan kontrol alanı, sayfanın Google'a ne söylediği oluyor. Yazar adı eksikse, görünür tarih ile işaretlemedeki tarih tutmuyorsa ya da sponsorlu içerik açıkça belirtilmemişse, Google News ilkeleri açısından gereksiz bir risk taşırsınız. Yapısal Veri (Schema) Kontrolü, haber URL'sini canlı olarak çeker ve sayfa kaynağında gerçekten basılan JSON-LD ile Microdata bloklarını listeler. NewsArticle ya da Article türünün orada olup olmadığını, blokların bozuk JSON içerip içermediğini ve değerlerin ne söylediğini okunur biçimde görürsünüz. Yayından önce şablonu, yayından sonra da düzenlenmiş bir haberi tek URL ile denetleyebilirsiniz. Araç sıralama, indeksleme ya da Top Stories uygunluğu hakkında hüküm vermez; size yalnızca sayfanın kaynağında ne bulunduğunu gösterir. Özellikle tarih ve yazar alanlarını ekrandaki haberle yan yana okumak, çoğu zaman en hızlı kazanımdır. Karar ve düzeltme sırası ise sizde kalır.

Haber yayıncıları için rehber

Önce hangi URL'leri deneyin

Tek bir haber yeterli değil; şablon başına bir URL girin. Örneğin https://siteniz.com/gundem/ornek-haber-12345 gibi bir haber detay sayfası, https://siteniz.com/yazarlar/ad-soyad gibi bir yazar sayfası ve bir kategori arşivi ayrı ayrı denenmeli. Araç siteyi taramaz, her çalıştırmada yalnızca verdiğiniz tek URL'yi okur. Sayfayı JavaScript çalıştırmadan, sunucunun gönderdiği haliyle inceler; etiket yöneticisiyle sonradan eklenen işaretleme görünmez. WordPress kullanıyorsanız Yoast gibi bir eklentinin ürettiği Article bloğu sayfa kaynağına basıldığı için görünür. Önümüzdeki 10 dakikada bugünkü son dakika haberini ve bir hafta önceki bir haberi art arda çalıştırmanız iyi bir başlangıçtır. Sonuç işaretlemenin sayfada olduğunu gösterir; Google'ın o haberi tarayıp indekslediğini ya da Top Stories'e aldığını göstermez.

Sonucu yazar ve tarih gözüyle okuyun

Structured Data Overview kartlarına bakarak başlayın: Schema types, JSON-LD items ve Microdata items sayıları. Ardından JSON-LD Source bölümünü açıp datePublished, dateModified ve author alanlarını okuyucunun sayfada gördüğü bilgiyle karşılaştırın. Haberin üstünde 'Güncelleme: 14:20' yazıyorsa dateModified aynı anı yansıtmalı, datePublished ise ilk yayın zamanını. Yazarın kişi olarak mı yoksa yalnızca site adı olarak mı verildiğine de bakın. Bir blokta 'Invalid JSON-LD block detected.' uyarısı çıkarsa o blok okunamayabilir; çoğunlukla fazladan virgül ya da akıllı tırnak sorumludur. Rich Result Eligibility tablosu yalnızca türe göre neyin açılabileceğini söyler, zorunlu alanları ya da değerleri doğrulamaz. Tabloda 'Article rich result' yazması bir gösterim vaadi değildir; kesin kontrol için Google'ın Rich Results Test aracına bakın.

Düzeltmeyi hangi sırayla yapmalısınız

Bozuk JSON-LD'yi ilk iş olarak onarın, çünkü okunamayan bir blok hiçbir alanı taşıyamaz. Sonra tarih uyumsuzluklarına geçin: CMS'inizde yayın tarihi ile son güncelleme tarihinin şablonda ayrı ayrı doğru alana bağlandığını kontrol edin. Yazar için WordPress'te Kullanıcılar > Profil ekranında 'Herkese açık olarak görüntülenecek ad' alanının dolu olduğuna bakın; boşsa hem görünen yazar kutusu hem işaretleme zayıf kalır. Aynı sayfada tema ile eklenti iki ayrı Article bloğu basıyorsa birini kapatın ve aynı URL'yi yeniden çalıştırın. Bu kontrol yazar sayfasının kalitesini, sponsorlu içerik etiketinin görünürlüğünü ya da haber sitemap'inizin doğruluğunu ölçmez; onlar ayrı bir bakış ister. Temiz bir sonuç bile haberin öne çıkacağı anlamına gelmez.

Örnek senaryolar

Sık yapılan hatalar

• Yalnızca ana sayfayı denemek. Ana sayfada Organization bloğu görmek, haber detay şablonunda Article olduğunu göstermez. Her şablon için ayrı bir URL çalıştırın.
• Görünür tarih ile işaretlemedeki tarihi karşılaştırmamak. Tür doğru olsa bile datePublished ve dateModified sayfadaki tarihle çelişebilir. Değerleri JSON-LD Source bölümünden okuyup ekrandaki tarihle yan yana koyun.
• Etiket yöneticisi çıktısını beklemek. Araç JavaScript çalıştırmadığı için sonradan enjekte edilen işaretleme boş döner. Article bloğunu mümkünse CMS şablonu doğrudan sayfa kaynağına bassın.
• Zengin sonuç uygunluğunu garanti sanmak. Uygunluk tablosu yalnızca türe bakar ve zorunlu alanları denetlemez. Gösterim kararını Google verir; ayrıca Rich Results Test ile bakın.
• Yazar alanını kurum adıyla geçiştirmek. author alanına yalnızca site adı yazılması, görünür yazar kutusuyla uyuşmayabilir. Yazar adı ve profil bilgisi hem sayfada hem işaretlemede tutarlı olmalı.

Sık sorulan sorular

Haber sayfamda NewsArticle var ama Top Stories'te çıkmıyorum, sorun schema mı?

Zorunlu olarak değil. Aracın göstereceği şey işaretlemenin sayfa kaynağında bulunup bulunmadığıdır; Top Stories'te yer almak ise Google'ın güncellik, kalite ve haber ilkeleri gibi çok sayıda sinyale bağlı. Ayrıca daha yeni yazılmış rakip haberler öne çıkabiliyor, yani ilk veren siz olsanız bile garanti yok. Önce tür, yazar ve tarih alanlarının doğru basıldığını doğrulayın, sonra görünür tarih ve yazar bilgisi gibi şeffaflık unsurlarını gözden geçirin. Araç bu sinyallerin hiçbirini ölçmez; yalnızca işaretlemenin varlığını ve içeriğini gösterir.

News sitemap'imi bu araçla doğrulayabilir miyim?

Hayır. Araç bir haber sayfasının HTML kaynağındaki JSON-LD ve Microdata bloklarını okur; sitemap dosyalarını doğrulamaz ve siteyi taramaz. News sitemap için dosyanın kendisini ayrıca kontrol etmeniz gerekir; bunun için Sitemap Bulucu aracına bakabilirsiniz. Schema Kontrolü ise sitemap'inizde listelediğiniz haberlerden birini seçip o sayfanın yapısal verisini incelemek için uygundur. Bu yüzden önce sitemap'teki bir URL'yi, sonra aynı URL'nin işaretlemesini ayrı ayrı sınayın. İki kontrol birbirini tamamlar ama biri diğerinin yerine geçmez.

Görünür tarih ile dateModified farklıysa ne yapmalıyım?

Bunun için ayrı bir uyarı çıkmaz; JSON-LD Source bölümünde değerler olduğu gibi gösterilir, farkı sizin okumanız gerekir. Google'ın yayın tarihi rehberi, görünür tarih ile işaretlemedeki tarihin uyumlu olmasını önerir. Haberin başında 'Güncelleme 14:20' yazarken dateModified başka bir gün gösteriyorsa şablonda yanlış alan bağlanmış olabilir. Önce CMS'inizde son güncelleme tarihinin hangi alana bağlı olduğuna bakın. Bunu düzeltmek tarihin aramada gösterileceğini garanti etmez, ama çelişkiyi ortadan kaldırır.

AI Overviews trafiğimi düşürüyorsa schema kontrolü işe yarar mı?

Schema, yapay zekâ özetlerinde yer almayı ya da tıklama kaybını telafi etmeyi vaat etmez. Bazı yayıncılar AI Overviews görünen aramalarda tıklama oranının belirgin biçimde düştüğünü bildiriyor. Yine de Article türünün, yazarın ve tarihin sayfada doğru basılması, sayfanın makineler tarafından net okunmasına yardımcı olan temel işlerden biridir. Bu araç yalnızca o temelin sayfada durup durmadığını gösterir; AI yüzeylerindeki görünürlüğünüzü ölçmez. Bunun için AI Görünürlük Denetleyicisi gibi ayrı bir araca bakabilirsiniz.

Etiket yöneticisiyle eklediğim NewsArticle neden araçta görünmüyor?

Sayfa, sunucunun gönderdiği HTML olarak okunur ve JavaScript çalıştırılmaz. Google Tag Manager gibi bir yöntem işaretlemeyi sayfa yüklendikten sonra enjekte ediyorsa o işaretleme görünmez ve 'No JSON-LD or Microdata structured data found on this page.' mesajı çıkabilir. Bu, işaretlemenin hiç çalışmadığı anlamına gelmez. Haber sitelerinde daha güvenli yol, Article bloğunu CMS şablonunun sayfa kaynağına doğrudan basmasıdır; böylece kaynağı gören herkes aynı veriyi okur.

Kaynak: Görünür tarihlerin ve datePublished ile dateModified alanlarının zaman duyarlı haberlerde neden önemli olduğunu Google'ın yayın tarihi rehberi anlatıyor.