Schema ve Yapısal Veri: JSON-LD ile Hatasız Uygulama Rehberi

Yapısal veri ne yapar, ne yapmaz?

Yapısal veri, sayfanızdaki içeriği schema.org sözlüğünü kullanarak etiketlemenizdir. "Bu sayfa bir ürün, fiyatı şu, stok durumu bu" ya da "bu yazının yazarı şu kişi, yayın tarihi bu" gibi bilgileri makinelerin okuyabileceği biçimde verirsiniz. Google bu bilgiyi, uygun gördüğü sorgularda yıldızlı değerlendirme, fiyat, etkinlik tarihi gibi zengin sonuçlar göstermek için kullanabilir.

Burada beklentiyi doğru kurmak önemlidir:

• Yapısal veri doğrudan bir sıralama artışı vaat etmez. Etkisi daha çok arama sonucundaki görünüm ve tıklama oranı üzerinden olur.
• Geçerli işaretleme, zengin sonucun gösterileceğini garanti etmez. Gösterim kararını Google verir.
• Sayfada görünmeyen veya gerçeği yansıtmayan bilgiyi işaretlemek yönergelere aykırıdır ve manuel işlem riskine yol açabilir.

Google zaman içinde bazı zengin sonuç türlerini kısıtladı veya kaldırdı; örneğin SSS ve adım adım talimat görünümleri artık çok sınırlı durumlarda gösteriliyor. Hangi türlerin desteklendiğini uygulamadan önce Google Search Central'daki güncel listeden kontrol edin.

Sayfa türüne göre hangi schema?

İşaretlemeyi "ne kadar çok o kadar iyi" mantığıyla değil, sayfanın gerçek amacına göre seçin. Aşağıdaki tablo yaygın site türleri için mantıklı bir başlangıç noktası sunar:

BreadcrumbList neredeyse her sitede değer katan, düşük riskli bir türdür; arama sonucunda URL yerine anlaşılır bir yol gösterilmesine katkı sağlar. Yerel işletmeler için yapısal verinin işletme profili ve tutarlı adres bilgisiyle birlikte çalıştığını unutmayın; bu konuyu rakip analizi rehberimizde yerel aramalar özelinde de ele aldık.

JSON-LD ile uygulama adımları

Google üç formatı destekler, ancak bakımı en kolay ve önerilen yöntem JSON-LD'dir. İşaretleme, sayfanın görünen HTML'inden ayrı bir betik bloğunda durur; bu da tasarım değiştiğinde yapısal verinin bozulma riskini azaltır.

1. Envanter çıkarın: Sitenizdeki şablonları listeleyin ve her şablon için hangi türün uygun olduğunu belirleyin.
2. Zorunlu ve önerilen alanları öğrenin: Her zengin sonuç türünün Google belgelerinde zorunlu ve önerilen özellikleri ayrı ayrı listelenir. Zorunlu alanlardan biri eksikse o tür için uygunluk kaybolur.
3. Veriyi dinamik üretin: Fiyat, tarih ve yazar gibi alanları elle yazmak yerine içerik yönetim sisteminizin veritabanından otomatik doldurun. Elle girilen veri zamanla sayfa içeriğiyle çelişmeye başlar.
4. Tek kaynak kullanın: Tema, SEO eklentisi ve ayrı bir schema eklentisi aynı anda işaretleme üretiyorsa çakışan veya tekrarlanan bloklar oluşur. Hangisinin sorumlu olduğuna karar verin, diğerlerini kapatın.
5. Birbirine bağlayın: Organization, WebSite ve sayfa düzeyindeki türleri kimlik (@id) değerleriyle ilişkilendirmek, verinin bir bütün olarak anlaşılmasına yardımcı olur.

WordPress sitelerde SEO eklentilerinin çoğu temel işaretlemeyi otomatik üretir. Özel türler gerektiğinde tema dosyalarına kod eklemek yerine bir alt tema veya küçük bir eklenti kullanmak güncellemelerde kaybı önler. Kod tarafında yardıma ihtiyaç duyarsanız HTML, CSS ve XML bölümünde işaretleme örneğinizi paylaşabilirsiniz.

Test ve izleme

Yayına almadan önce ve sonra iki farklı aracı kullanın:

• Zengin sonuç testi: Bir URL'nin veya kod parçasının Google'ın desteklediği zengin sonuçlara uygun olup olmadığını gösterir.
• Schema Markup Validator: schema.org sözlüğüne genel uyumu denetler; Google'ın desteklemediği türleri de doğrular.

Yayından sonra Search Console'daki geliştirmeler bölümünde her tür için ayrı raporlar oluşur. Bu raporlar geçerli, uyarılı ve hatalı öğeleri gösterir. Bir şablonda yapılan tek bir değişiklik yüzlerce sayfadaki işaretlemeyi bozabileceği için bu raporları düzenli denetim rutininize dahil edin.

En sık yapılan hatalar

• Görünmeyen içeriği işaretlemek: Sayfada yer almayan bir değerlendirme puanını veya SSS'yi sadece yapısal veride vermek.
• Kendi kendine değerlendirme: İşletmenin kendi hakkındaki yorumları yıldız olarak işaretlemesi Google tarafından desteklenmez.
• Güncel olmayan fiyat ve stok: Ürün sayfasındaki fiyat değiştiği halde yapısal verinin eski değeri göstermesi.
• Yanlış tür seçimi: Bir kategori sayfasını tek bir ürün gibi işaretlemek.
• Tarih tutarsızlığı: Yayın tarihini her küçük düzenlemede yenilemek. Güncelleme tarihi ayrı bir alandır ve gerçek bir içerik güncellemesini yansıtmalıdır.

Örnek senaryo: bir içerik sitesinde adım adım uygulama

Teknoloji haberleri ve inceleme yazıları yayımlayan orta ölçekli bir site düşünelim. Sitede yazılar, kategori arşivleri, yazar sayfaları ve bir "hakkımızda" sayfası var. Bu site için mantıklı bir uygulama sırası şöyle olur:

1. Site geneli: Ana sayfada Organization (logo, resmi ad, sosyal profiller) ve WebSite türlerini tanımlayın. Bunlara sabit bir @id verin ki diğer sayfalar bu kimliğe referans verebilsin.
2. Yazı şablonu: Her yazıya Article veya BlogPosting ekleyin; başlık, görsel, yayın ve güncelleme tarihi ile yazar bilgisini veritabanından çekin. Yayıncı alanında ana sayfadaki Organization kimliğini kullanın.
3. Yazar sayfaları: Her yazar için Person türünde, uzmanlık alanını ve varsa diğer profillerini gösteren bir işaretleme oluşturun; yazılardaki yazar alanını bu sayfaya bağlayın.
4. Gezinme: Tüm şablonlara BreadcrumbList ekleyin ve sayfada görünen içerik haritasıyla birebir aynı yolu verin.
5. İnceleme yazıları: Ürün incelemelerinde Review türünü değerlendirin; ancak puanı yalnızca yazıda gerçekten bir değerlendirme ve puan görünüyorsa ekleyin.

Bu sırayla ilerlemek, önce düşük riskli ve site genelini etkileyen işaretlemeleri oturtmanızı, sonra daha hassas türlere geçmenizi sağlar. Her adımdan sonra birkaç örnek URL'yi test araçlarından geçirip Search Console raporlarının oluşmasını bekleyin.

Bakım: yapısal veri bir kerelik iş değildir

İşaretleme bir kez kurulup unutulursa zamanla gerçeklikten kopar. Tema değişikliği, eklenti güncellemesi veya yeni bir içerik türü, mevcut yapıyı sessizce bozabilir. Şu alışkanlıkları edinin:

• Her tema veya SEO eklentisi güncellemesinden sonra her şablondan bir sayfayı yeniden test edin.
• Yeni bir içerik türü eklendiğinde (örneğin video veya etkinlik), uygun türü baştan planlayın.
• Ürün sitelerinde fiyat ve stok bilgisinin yapısal veride de anında güncellendiğini periyodik olarak kontrol edin.
• Search Console'dan gelen yapısal veri bildirim e-postalarını göz ardı etmeyin; çoğu zaman bir şablon hatasının ilk işaretidir.

Etkiyi ölçmek

Yapısal verinin işe yarayıp yaramadığını anlamak için Search Console performans raporunda arama görünümü filtresini kullanabilirsiniz; zengin sonuç alan sayfaların tıklama oranını benzer sayfalarla karşılaştırın. Ancak tıklama oranındaki değişimin sıralama ve mevsimsellikten de etkilendiğini unutmayın; karşılaştırmayı aynı dönem ve benzer sorgular üzerinden yapın.

Ölçüm yaparken bir de şunu not edin: yapısal veri eklediğiniz tarihi değişiklik günlüğüne yazın ve sonuçları en az birkaç haftalık dönemlerle karşılaştırın. Zengin sonuçların görünmesi, Google'ın sayfayı yeniden taraması ve işlemesine bağlı olduğu için etki genellikle kademeli ortaya çıkar. Çok sayfalı sitelerde önce bir şablonda deneme yapıp sonucu gördükten sonra diğer şablonlara yaymak daha kontrollü bir yoldur.

Yapısal veri, iyi yapılandırılmış içeriğin tamamlayıcısıdır. Sayfalarınızın konu bütünlüğünü konu kümeleri rehberimizle, sayfa deneyimini ise Core Web Vitals rehberimizle güçlendirdiğinizde işaretlemenin katkısı da daha görünür hale gelir. Farklı türlerle ilgili deneyimleri SEO bölümünde tartışabilirsiniz.

Forumdaki ilgili bölümler

• Arama Motoru Optimizasyonu (SEO)Zengin sonuçlar ve yapısal veri deneyimleri
• HTML - CSS - XMLJSON-LD ve işaretleme kodu yardımı
• WordPressSEO eklentileri ve schema çakışmaları

Sık sorulan sorular