TÜM YAZILARA DÖN
Teknik SEO Yayın Tarihi: Okuma Süresi: 4 dk okuma

Yapısal Veri Rehberi: Hangi Sayfaya Hangi Şema?

Yapısal veri, sayfanın ne anlattığını arama motoruna makine diliyle söyleyen katmandır. Kurumsal sitede hangi sayfaya hangi şemanın yazılacağını, şemaların birbirine nasıl bağlandığını ve tipik hataları anlatıyoruz.

P

Pikselera

Dijital dönüşüm ekibi

Bir sayfayı okuyan insan, başlıktan ve düzenden ne anlatıldığını çıkarır. Arama motoru için aynı çıkarımı kesinleştiren katman yapısal veridir: sayfanın içeriğini makine tarafından okunabilir bir sözlükle yeniden ifade eder.

Doğru kurulduğunda arama sonuçlarında zenginleştirilmiş görünüm sağlar; daha önemlisi, sayfanın hangi varlıktan bahsettiğini belirsizlikten kurtarır.

Biçim: JSON-LD

Üç yazım biçimi bulunur; kurumsal projelerde tercih edilen JSON-LD'dir. Sayfanın işaretlemesine karışmaz, ayrı bir betik bloğu olarak durur, bakımı kolaydır.

Blok, sayfanın herhangi bir yerinde bulunabilir ancak sunucu tarafında üretilmesi gerekir. İstemci tarafında sonradan eklenen yapısal veri her zaman okunmayabilir.

Sitenin tamamında bulunan şemalar

Organization veya daha spesifik türü. Kurumun kendisini tanımlar: ad, adres, telefon, e-posta, logo, sosyal hesaplar. Fiziksel vitrini olmayan hizmet kuruluşları için `ProfessionalService` gibi daha spesifik bir tür kullanılır ve sokak adresi yerine şehir ile hizmet bölgeleri bildirilir.

Bu şema tek bir kimlikle tanımlanır ve diğer şemalar bu kimliğe atıfta bulunur. Böylece her sayfada aynı kurumun tekrar tekrar tarif edilmesi yerine tek bir varlık tanımlanmış olur.

WebSite. Sitenin kendisini tanımlar ve yayıncı olarak kurum şemasına bağlanır.

Sayfa tipine göre şemalar

Ana sayfa: Organization ve WebSite yeterlidir. Ana sayfaya hizmet listesi ekleniyorsa `hasOfferCatalog` altında verilir.

Hizmet sayfaları: `Service` şeması. Hizmetin adı, açıklaması, hizmet verilen bölge ve sağlayıcı bilgisi yazılır.

Ürün detay sayfaları: `Product` şeması. Ad, açıklama, marka, görsel ve `offers` altında fiyat, para birimi ile stok durumu bulunur. Fiyat gösterilmiyorsa `offers` yazılmaz; yanlış veri, doğru veri yokluğundan daha zararlıdır.

Kategori ve liste sayfaları: `ItemList` ile listedeki öğelerin sırası bildirilir.

Blog ve makale sayfaları: `BlogPosting` ya da `Article`. Başlık, açıklama, görsel, yayın tarihi, yazar ve yayıncı alanları doldurulur. Güncelleme yapıldığında değiştirilme tarihi de yazılır.

Sıkça sorulan sorular: `FAQPage`. Yalnızca sayfada gerçekten görünen soru ve yanıtlar için kullanılır. Sayfada olmayan içeriği şemaya yazmak yönerge ihlalidir.

İletişim sayfası: `ContactPage` ve kurum şemasına atıf.

Her sayfa: `BreadcrumbList`. Ziyaretçinin sitedeki konumunu bildirir ve arama sonucunda adres satırının okunabilir hâle gelmesini sağlar. En çok atlanan, en kolay kazanç sağlayan şemadır.

Şemaları birbirine bağlamak

Şemalar arasında bağ kurmak, aynı bilgiyi tekrar etmekten daha güçlüdür. Bağ, kimlik alanlarıyla kurulur: kurum şeması bir kimlik alır, makale şemasının yayıncısı bu kimliğe atıfta bulunur, hizmet şemasının sağlayıcısı yine aynı kimliği gösterir.

Böylece arama motoru, sitedeki tüm varlıkların tek bir kuruma ait olduğunu belirsizlik olmadan görür.

Sık yapılan hatalar

  • Sayfada olmayan içeriği işaretlemek. Görünmeyen sorular için `FAQPage`, yayınlanmamış puanlar için değerlendirme şeması. Bu tür işaretlemeler zenginleştirilmiş görünümün tamamen kaldırılmasına yol açabilir.
  • Değerlendirme şemasını kurumun kendisine yazmak. Kendi sitenizde kendi kurumunuz için ortalama puan bildirmek desteklenmez.
  • Aynı sayfada çelişen şemalar. Farklı eklentiler ya da katmanlar tarafından üretilen iki kurum tanımı.
  • Tarih biçimi hataları. Tarihler ISO 8601 biçiminde ve saat dilimiyle yazılır.
  • Görsel adreslerinin göreli verilmesi. Şemadaki tüm adresler tam adres olmalıdır.
  • Şemanın istemci tarafında üretilmesi. Sunucu yanıtında bulunmayan yapısal veri güvenilir biçimde okunmaz.

Doğrulama

Yayına almadan önce iki araçla kontrol edilir:

  • Zengin sonuç testi. Sayfanın hangi zenginleştirilmiş görünümlere uygun olduğunu ve hataları gösterir.
  • Şema doğrulayıcı. Şemanın sözdizimini ve alan uyumluluğunu denetler.

Yayın sonrasında Search Console'daki geliştirmeler raporu, sitedeki tüm sayfalar için toplu görünüm verir. Tek sayfalık test yeterli değildir; şablon bazında hata varsa binlerce sayfayı etkiler.

Kurumsal bir siteye ne kazandırır?

Yapısal veri, sıralamayı doğrudan yükselten bir düğme değildir. Kazandırdığı üç şey vardır: arama sonucunda daha fazla yer kaplamak, sayfanın konusunu belirsizlikten kurtarmak ve kurumsal bilgilerin arama motorunun bilgi grafiğinde tutarlı biçimde birleşmesini sağlamak.

Sonuç Olarak:

Yapısal veri, sayfa şablonlarının bir parçası olarak kurulduğunda maliyeti düşük, etkisi kalıcı bir katmandır. Her şablona ait şemanın proje başında tanımlanması, yayın sonrasında sayfa sayfa düzeltme yapmaktan çok daha ucuzdur.

Pikselera

Dijital dönüşüm ekibi

Kurumsal web siteleri, e-ticaret altyapıları ve özel yazılım projelerini strateji, tasarım ve geliştirme disiplinleriyle yürüten Bursa merkezli ekip.

ETİKETLER:Yapısal VeriSchema.orgTeknik SEOJSON-LD

Dijital ışıklarınızı yakıyoruz.

Kurumunuzun dijitalde görünen yüzünü tek elden kuruyor, ölçüyor ve açık tutuyoruz.