Teknik4 dk okuma

Yapısal veri AI görünürlüğünü nasıl etkiler?

Schema.org yapısal verisi, bir sayfadaki bilginin ne anlama geldiğini makine okunur biçimde beyan eder. Yapay zeka cevap motorları açısından değeri zengin sonuç görünümü değil, varlık çözümlemesidir: markanın hangi kurum olduğu, neyle ilgilendiği ve hangi kuruluşa bağlı olduğu belirsizlikten çıkar. Sabit @id değerleriyle birbirine bağlanmış bir düğüm grafiği, aynı markanın tüm sayfalarda tek ve aynı varlık olarak tanınmasını sağlar.

Yayın: 2026-09-05

Özet

Yapısal verinin GEO'daki asıl işlevi zengin sonuç görünümü değil, markanın hangi varlık olduğunun belirsizlikten çıkarılmasıdır.
Sabit @id değerleri aynı varlığın her sayfada aynı düğüm olarak tanınmasını sağlar; @id olmadan her sayfa ayrı bir kurum beyan etmiş olur.
Organization, WebSite, WebPage ve Service dörtlüsü, hizmet veren bir marka için asgari çekirdek grafiği oluşturur.
Yapısal veri sayfadaki görünür içerikle çelişirse zarar verir; işaretleme, sayfada gerçekten bulunan bilgiyi beyan etmelidir.

[01]

Yapısal veri AI motorları için neden önemli?

Bir dil modeli sayfayı okuduğunda metnin anlamını çıkarabilir ama çıkarımı olasılıksaldır. Yapısal veri bu çıkarımı gereksiz kılar: kurumun adı, adresi, telefonu ve hizmet tanımı belirsizliğe yer bırakmayacak biçimde beyan edilir.

En kritik katkı varlık çözümlemesidir. Aynı adı taşıyan iki farklı kurum, benzer bir alan adı veya farklı bir alan adından gönderilen e-posta, modelin markayı iki ayrı varlık sanmasına yol açar; yapısal veri bu bağı açıkça kurar.

İkinci katkı ilişki beyanıdır. Bir markanın hangi kuruluşun iştiraki olduğu, hangi hizmetleri sunduğu ve hangi konularda uzman olduğu düz metinden çıkarılmak yerine doğrudan bildirilir.

Yapısal veri tek başına görünürlük getirmez. Bir sayfanın cevaba girmesini sağlayan şey içeriğin netliğidir; yapısal veri bu netliğin makine tarafında karşılığını oluşturur ve yanlış eşleşmeyi önler.

[02]

@id ile düğüm grafiği nasıl kurulur?

Her varlığa sabit bir @id verilir ve bu değer sitenin tüm sayfalarında aynı kalır. Yaygın kalıp, alan adının ardından bir çapa kullanmaktır: kurum için #organization, site için #website, hizmet için #service.

Düğümler birbirine referansla bağlanır. Sayfa düğümü siteye, site düğümü kuruma, hizmet düğümü yine kuruma işaret eder; her referans tam @id değerini taşır.

Bu yapı @graph içinde tek bir JSON-LD bloğunda yayınlanır. Aynı sayfada birden çok bağımsız script bloğu kullanmak, düğümler arası bağı kurmadığı için grafiği parçalar.

Aynı varlığın her sayfada tekrar beyan edilmesi doğru bir uygulamadır. Tekrar, çelişki üretmediği sürece zarar vermez ve her sayfanın tek başına okunduğu durumda kimlik bilgisini taşır.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Marka Adı",
      "url": "https://example.com",
      "email": "info@example.com",
      "parentOrganization": {
        "@type": "Organization",
        "@id": "https://ana-kurulus.com/#organization"
      }
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com",
      "publisher": { "@id": "https://example.com/#organization" }
    },
    {
      "@type": "WebPage",
      "@id": "https://example.com/hizmet#webpage",
      "url": "https://example.com/hizmet",
      "isPartOf": { "@id": "https://example.com/#website" },
      "about": { "@id": "https://example.com/#organization" }
    }
  ]
}

Sabit @id ile bağlanmış asgari grafik

[03]

GEO için öncelikli şema tipleri

Hizmet veren markalar için çekirdek dörtlü Organization, WebSite, WebPage ve Service'tir. Bu dördü kurulmadan diğer tiplerin katkısı sınırlı kalır.

İçerik sayfalarında Article ve FAQPage öne çıkar. Article'ın geçerli olması için author, publisher ve datePublished alanlarının bulunması gerekir; bu üçü eksikse işaretleme değerlendirilmez.

Terim ve tanım sayfalarında DefinedTerm ile DefinedTermSet güçlü sonuç verir. Sözlük biçimindeki içerik, cevap motorlarında en yüksek alıntılanma oranına sahip formatlardan biridir.

Fiyat beyanı yapılırken sabit fiyat ile başlangıç fiyatı ayrılmalıdır. Sabit fiyat Offer.price alanına yazılır; “şu tutardan başlayan” ifadesi ise AggregateOffer.lowPrice ile beyan edilir, aksi hâlde yanıltıcı fiyat bilgisi üretilir.

Şema tipleri ve GEO'daki işlevleri
Tip	Ne beyan eder	GEO'daki işlevi
Organization	Kurum kimliği ve iletişim	Varlık çözümlemesi
WebSite	Site kimliği ve yayıncı	Sayfaların tek siteye bağlanması
Service	Hizmet tanımı ve kapsamı	Kategori eşleşmesi
FAQPage	Soru-cevap çiftleri	Doğrudan cevap eşleşmesi
Article	Yazı, yazar, tarih	Tazelik ve otorite sinyali
DefinedTerm	Terim tanımı	Tanım sorularında alıntılanma
BreadcrumbList	Sayfa hiyerarşisi	Site yapısının anlaşılması

Şema tipleri ve GEO'daki işlevleri

[04]

Sık yapılan yapısal veri hataları

En yaygın hata, sayfada bulunmayan bilgiyi işaretlemektir. Görünür içerikte olmayan bir SSS'i FAQPage olarak beyan etmek, hem yönergelere aykırıdır hem de modelin sayfa ile beyan arasında çelişki görmesine yol açar.

İkinci yaygın hata doğrulanmamış profillere sameAs vermektir. Var olmayan veya markaya ait olmayan bir profile işaret etmek varlık güvenini düşürür; sameAs alanı yalnızca doğrulanmış profiller için kullanılmalıdır.

Üçüncü hata tarih alanlarının otomatik olarak “bugün” üretilmesidir. Her derlemede dateModified değerini güncellemek sahte tazelik sinyali üretir ve tarihin güvenilirliğini bitirir.

Dördüncü hata birim ve tip karışıklığıdır. QuantitativeValue.value alanı sayı bekler; yüzde işareti içeren bir metin göndermek işaretlemeyi geçersiz kılar.

Yayına almadan önce kontrol listesi

01Tüm düğümler tek bir @graph içinde mi yayınlanıyor?
02Kurum, site ve hizmet düğümlerinin @id değerleri her sayfada aynı mı?
03Article düğümlerinde author, publisher ve datePublished var mı?
04İşaretlenen her bilgi sayfada görünür hâlde bulunuyor mu?
05sameAs listesindeki tüm profiller doğrulandı mı?
06dateModified değeri gerçek içerik değişikliğini mi yansıtıyor?

[99]Sıkça sorulanlar

Bu konuda.

Terimlerin tek cümlelik karşılıkları için GEO sözlüğüne bakabilirsiniz.

Yapısal veri sıralamayı doğrudan yükseltir mi?

Hayır. Yapısal veri bir sıralama faktörü değil, bir anlam katmanıdır. Katkısı, sayfanın doğru sorguyla eşleşmesini ve markanın doğru varlık olarak tanınmasını kolaylaştırmaktır.

JSON-LD mi, mikroveri mi kullanmalıyım?

JSON-LD önerilir. İşaretleme HTML'den bağımsız tek bir blokta durur, sayfa tasarımından etkilenmez ve @graph ile düğümler arası ilişki kurmaya elverişlidir.

Her sayfada kurum bilgisini tekrarlamak zararlı mı?

Hayır. Aynı @id ile beyan edilen tekrar, çelişki üretmediği sürece zarar vermez ve her sayfanın tek başına okunduğu durumda kimlik bilgisini taşır.

Yapısal verimi nasıl doğrularım?

Google'ın Zengin Sonuç Testi ve Schema.org doğrulayıcısı sözdizimi ve tip hatalarını gösterir. Bu araçlar mantık hatalarını yakalamaz; @id tutarlılığı ve sayfa-beyan uyumu elle kontrol edilmelidir.

İlgili yazılar

Markanız bu sorularda görünüyor mu?

Ücretsiz tarama ile 24 saatte kendi AI Görünürlük Skorunuzu ve rakip karşılaştırmanızı görün.

Ücretsiz taramayı başlat