Graf mimarisi
Kopuk JSON-LD blokları yerine birleşik @graph mimarisi kurun.
Bir sayfada birden fazla geçerli JSON-LD script etiketi bulunabilir. Asıl risk blok sayısı değil; aynı varlığa farklı kimlik, ad, URL veya çelişkili özellikler verilmesidir.
Tüm nesneleri tek bir `@graph` dizisinde toplamak ve `@id` referanslarıyla bağlamak (örneğin `"author": { "@id": "https://example.com/#organization" }`) bu tutarlılığı yönetmek için yararlı bir uygulama tercihidir.
| Özellik | Kopuk JSON-LD Blokları | Birleşik @graph Mimarisi |
|---|---|---|
| Varlık İlişkileri | Kopuk, bağımsız nesneler | `@id` ile birbirine bağlı anlamsal graf |
| Geçerlilik | Geçerliyse desteklenir | Geçerliyse desteklenir; zorunlu değildir |
| AI / LLM Uyumu | Özel bir görünürlük etkisi kanıtlanmış değil | Özel bir görünürlük etkisi kanıtlanmış değil |
| Kod Boyutu | Tekrarlayan logo ve kurum verisi | Tekilleştirilmiş, hafif ve temiz veri yapısı |
Varlık eşleştirme
sameAs ve knowsAbout ile Google Knowledge Graph eşleştirmesi.
Arama sistemleri metin ve varlık ilişkilerinden yararlanabilir; fakat her kavramı bir Wikidata QID’sine bağlamak gerekli değildir. `sameAs`, konu benzerliği değil kimlik eşitliği ifade eder.
`about`, `mentions` ve `knowsAbout` yalnız sayfada görünür, doğru ve sürdürülebilir bilgi için kullanılmalıdır. Bu özellikler işletmenin yetkinliğini tek başına doğrulamaz ve desteklenmeyen uzmanlık iddiası üretmemelidir.
- Kurum @id Belirleme: Alan adının sonuna `/#organization` ekleyerek tekil bir URI tanımlayın.
- sameAs ile Gerçek Profiller: Yalnız kuruma ait olduğu doğrulanmış ve aynı varlığı temsil eden profilleri listeleyin.
- knowsAbout Taksonomisi: İşletmenin gerçekte sunduğu ve tecrübe sahibi olduğu 5-10 temel uzmanlık alanını ekleyin.
- about & mentions Ayrımı: Sayfanın ana konusunu `about`, gerçekten değinilen yan varlıkları `mentions` ile ifade edin; dış kimlik bağlantısı zorunlu değildir.
Şema türleri
İşletmeler ve dijital stüdyolar için kritik Schema.org türleri.
Her sayfa türünün kendine özgü zorunlu ve önerilen şema özellikleri vardır. B2B işletmeler, stüdyolar ve içerik yayıncıları için temel türler şunlardır:
Kurumlar için Organization / LocalBusiness, hizmet sayfaları için Service (ve `hasOfferCatalog`), karar rehberleri için BlogPosting / TechArticle, karar araçları için WebApplication ve soru-cevap blokları için FAQPage.
| Sayfa Türü | Temel Schema Türü | Zorunlu / Kritik Özellikler |
|---|---|---|
| Ana Sayfa | Organization, WebSite | name, url, logo, sameAs, knowsAbout, contactPoint |
| Hizmet Sayfası | Service, WebPage | name, serviceType, provider (@id), areaServed, offers |
| Blog / Rehber | BlogPosting / TechArticle | headline, author (@id), datePublished, dateModified, about |
| Karar Aracı | WebApplication, WebPage | name, applicationCategory, operatingSystem, offers |
| Tüm Sayfalar | BreadcrumbList | itemListElement (position, name, item) |
Doğrulama protokolü
Yapılandırılmış verileri test etme ve canlıda izleme adımları.
Yazılan JSON-LD şemaları yayına alınmadan önce mutlaka iki aşamalı doğrulamadan geçirilmelidir: 1. Schema.org Validator (sentaks ve anlamsal standart kontrolü) ve 2. Google Rich Results Test (Google arama zengin sonuç uygunluğu).
Search Console yalnız Google’ın desteklediği ve mülkte algılanan zengin sonuç türleri için geliştirme raporları gösterebilir; her Schema.org türü bu raporlarda yer almaz.
- Sayfada görünen metin ile JSON-LD içindeki verilerin (fiyat, başlık, tarih) %100 örtüştüğünü doğrulayın.
- Gizlenmiş metinler veya yanıltıcı SSS (FAQ) eklemelerinden kaçının.
- ISO 8601 tarih formatını (`YYYY-MM-DDThh:mm:ssTZD`) eksiksiz kullanın.
- Kendi şemanızı hızlıca üretmek için Narvals Schema Markup Oluşturucu aracını kullanın.
Sık sorulan sorular
Kısa ve doğrudan cevaplar.
Microdata mı yoksa JSON-LD mi tercih edilmelidir?
Google ve W3C resmi olarak JSON-LD formatını önermektedir; HTML DOM yapısını kirletmeden script etiketi içinde temiz ve ayrıştırılabilir bir veri katmanı sağlar.
@graph kullanmanın avantajı nedir?
Yazar, yayıncı, sayfa ve hizmet gibi nesneleri kalıcı @id referanslarıyla ilişkilendirmeyi ve tekrar eden veriyi tek yerde yönetmeyi kolaylaştırır. Google için zorunlu değildir.
sameAs özelliği neden önemlidir?
Bir varlığın gerçekten aynı varlığı temsil eden dış profillerini ilişkilendirebilir. Yanlış veya yalnız konu benzerliği taşıyan bağlantılar eklemek belirsizliği azaltmak yerine hatalı veri üretir.
Schema eklemek sıralamayı doğrudan yükseltir mi?
Hayır. Doğru ve desteklenen yapılandırılmış veri bazı zengin sonuçlara uygunluk sağlayabilir; gösterim, tıklama artışı, Google sırası veya AI kaynak seçimi garanti edilmez.
Birincil kaynaklar
Kaynaklar ve kapsam.
Bağlantılar içerikteki değişebilir veya dış doğrulama gerektiren bilgilerin kaynağıdır. Ticari ilişki veya sponsorlu bağlantı değildir.
İlgili rehberler