Varlık ve Kimlik Şeması

TL;DR — Çoğu şema işaretlemesi, sayfada ne bulunduğunu açıklar (“fiyat budur,” “bu bir incelemedir”). Varlık ve kimlik şeması ise farklı bir iş yapar: arama motorlarına sitenin arkasında kimin veya neyin bulunduğunu — bir şirket, yerel işletme ya da kişi — bildirir. Üç ana tür Organization, LocalBusiness ve Person’dır (bunlar kimlik belirtebilen tek schema.org türleri değil, yalnızca burada en önemli olan üçüdür). Amaçları yıldızlı puanlar kazandırmak değil, Google’ın sizi ayrı bir “varlık” olarak tanımlamasına yardımcı olmaktır. Doğrudan daha üst sıralarda yer almanızı sağlamaz ve bir Knowledge Panel’i garanti etmez.

”Varlık şeması” ne anlama gelir?

Schema.org’un Thing türü ve sameAs özelliği, bir şeyi tanımlamak ve kesin kimlik referanslarına bağlamak için gereken söz dağarcığını sağlar. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Schema.org: sameAs Google, görünür sayfa içeriğini doğru biçimde temsil eden ve kararlı tanımlayıcıları tutarlı şekilde kullanan yapılandırılmış verileri önerir. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Structured data policies

Bir web sayfasını okuduğunuzda, şirket olan “Apple” ile meyve olan “apple”ın farklı olduğunu ve yazar “John Smith”in yalnızca bir addan ibaret olmayıp gerçek ve belirli bir kişi olduğunu anlayabilirsiniz. Arama motorunun ise bunu sinyallerden çıkarması gerekir. Varlık, Google’ın Knowledge Graph’ında sakladığı; kişi, yer veya kuruluş gibi benzersiz biçimde tanımlanabilen gerçek dünyadaki bir şey için kullandığı terimdir.

Çoğu schema markup içeriği etiketler: Article, Product, FAQPage. Varlık ve kimlik şeması ise kimliği etiketleyen küçük bir tür grubudur; içeriğin arkasındaki şeyi tanımlar:

• Organization — herhangi bir şirket veya marka için.
• LocalBusiness — gerçek, fiziksel ve yerel varlığı olan bir işletme için (mağaza, restoran veya diş hekimi).
• Person — bir birey için: yazar, kurucu, uzman veya kişisel marka.

Bu arada “varlık şeması”, Google’ın veya schema.org’un resmî bir kategorisi değildir; kimlik taşıyan bu üç tür için kullandığım pratik bir addır. Ayrıca kapsamlı bir liste değildir: schema.org, gerçek dünyadaki bir şeyi tanımlayabilen başka türlere de sahiptir (Product, Place ve genel Thing türünün altındaki onlarca başka tür). Organization, LocalBusiness ve Person, siteyi kimin yönettiğini bildirmek açısından en önemli üç türdür; kimlik belirtebilen schema.org türlerinin tamamı değildir.

Neden önemlidir?

Kimliğinizi işaretlemek, Google’ın sitenizin hangi varlıkla ilgili olduğundan tahmin yürütmek yerine emin olmasına yardımcı olur. İyi uygulandığında Knowledge Graph’ı besleyebilir ve Knowledge Panel ya da logonuzun listelemenizin yanında görünmesi gibi özellikleri destekleyebilir. Bunun, yapay zekâ araçlarının (ChatGPT, Perplexity, AI Overviews) markanızı gerçek ve alıntılanabilir bir varlık olarak tanıyıp tanımamasında rol oynadığına dair giderek yaygınlaşan bir uygulayıcı teorisi de vardır. Ancak hiçbir yapay zekâ sağlayıcısı bu bağlantıyı belgelememiştir; dolayısıyla bunu etkisi kanıtlanmış bir araç değil, makul bir hipotez olarak değerlendirin.

Ancak ne yapmadığı konusunda açık olalım:

• Bir sıralama faktörü değildir. Organization şeması eklemek sizi sonuçlarda daha yukarı taşımaz.
• Knowledge Panel’i garanti etmez. Uygun hâle gelmenize yardımcı olabilir; son kararı yine Google verir.

Her şeyi birbirine bağlayan özellik: sameAs

Temel unsur sameAs adlı özelliktir. Google’a “bu Organization (veya Person), şu diğer yetkili kayıttaki varlıkla aynıdır” demenizi sağlar: Wikipedia sayfanız, Wikidata kaydınız veya doğrulanmış sosyal profilleriniz gibi. Bu bağlantılar, Google’ın noktaları birleştirerek kimliğinizi doğrulamasına yardımcı olur.

Tehlike şudur: yanlış profile yönelen bir sameAs bağlantısı kimliğinizin yanlış belirlenmesine yol açabilir. Bu nedenle sihirli bir güven düğmesi değil, yararlı bir sinyaldir ve doğru olması gerekir.

Varlıkların kaynaklar arasında nasıl çözümlendiğini, Organization ile LocalBusiness ve Person arasındaki seçimi, @id kullanımını ve yapay zekâ araması boyutunu kapsayan tam sürümü mü istiyorsunuz? İleri Düzey sekmesine geçin.

TL;DR — “Varlık ve kimlik şeması”, görevleri zengin sonuç üretmek değil belirsizliği gidermek olan Organization, LocalBusiness ve Person schema.org türleri için kullandığım, kapsamlı olmayan bir şemsiye terimdir. Bir sitenin hangi gerçek dünya varlığına ait olduğunu bildirir ve sameAs aracılığıyla bu iddiayı yetkili kayıtlara bağlayarak motorların varlığı çözümlemesine yardımcı olur (Wikipedia, Wikidata ve doğrulanmış profiller yalnızca örnektir; zorunluluk değildir). LocalBusiness, Organizationın bir alt türüdür; uygun olan en spesifik türü kullanın. Person ise bireysel karşılığıdır. Bu bir sıralama faktörü değildir ve Knowledge Panel’i garanti etmez. sameAs bir güven aracı değil, kimlik çözümleme sinyalidir; yeniden kullanılan veya yanlış yönlendirilen bir değer, varlığınızı etkin biçimde yanlış ilişkilendirir. Bunun yapay zekâ yanıtlarında alıntılanmayı sağlayıp sağlamadığı belgelenmiş bir mekanizma değil, kanıtlanmamış bir hipotezdir.

Google “varlık” derken neyi kastediyor?

Varlıklar, bilgi sistemlerinde tanımlanabilen şeylerdir; yapılandırılmış veri kimliği netleştirebilir ancak Knowledge Graph’a dâhil edilmeyi garanti etmez. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Schema.org: sameAs Google’ın belgelenmiş yapılandırılmış veri kuralları özelliğe özgü olmaya devam eder. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Structured data policies

Varlık, Google’ın Knowledge Graph’ında sakladığı, benzersiz biçimde tanımlanabilen gerçek dünyadaki bir şeydir: kişiler, yerler ve kuruluşların yanı sıra soyut kavramlar da buna dâhildir. Google bir varlığı; kendi web siteniz, sosyal profilleriniz, dizinler, herkese açık veri tabanları, kayda değer basın haberleri ve Wikidata gibi yapılandırılmış kayıtlar dâhil olmak üzere birçok bağımsız kaynaktaki sinyalleri çapraz kontrol ederek çözümler. Varlık şeması, kimliğinizi açıkça ifade etme ve Google’ı diğer kayıtlara yönlendirerek bunları güvenle eşleştirmesini sağlama fırsatınızdır.

Şu ayrımı net tutmak önemlidir: Google’ın Knowledge Graph Search API’si, varlıkları sorgulamaya yönelik bir geliştirici aracıdır. Sıralamayla ilişkili Knowledge Panel sistemiyle aynı değildir ve Organization şeması eklemek sizi bu API’ye “göndermez”. API’yi, kimlik şemasının paneli nasıl beslediğiyle karıştırmayın; bunlar farklı şeylerdir.

Kimlik şeması ile içerik şeması arasındaki fark

Bu merkezin temel ayrımı budur; gelin net biçimde ortaya koyalım:

• İçerik şeması — Article, Product, FAQPage, HowTo, Recipe — sayfada ne bulunduğunu açıklar. Olağan getirisi, görünür bir SERP geliştirmesi (yıldızlar, fiyat veya içerik haritaları) olan zengin sonuç uygunluğudur.
• Kimlik şeması — Organization, LocalBusiness, Person — sayfayı kimin veya neyin yayımladığını açıklar. Getirisi, görünür bir rozet olmaksızın varlığın anlaşılması ve belirsizliğin giderilmesidir.

Pratik sonuç şudur: kimlik şeması genellikle zengin sonuç üretmese de uygulanmaya değerdir. Bu, çoğu şema çalışmasındaki içgüdünün tersidir ve yalnızca “zengin sonuçlar” üzerinden düşünen kişilerin onu atlama eğiliminde olmasının nedenidir.

Kimlik taşıyan üç tür

Bunlar birbiriyle ilgisiz üç eş düzey tür değildir; bir temel tür, onun uzmanlaşmış alt türü ve bireysel karşılığıdır:

• Organization, herhangi bir şirket veya marka için temel/şemsiye türdür. Neredeyse her sitede bulunması gereken tür budur.
• LocalBusiness, fiziksel veya yerel varlığı — çalışma saatleri, adres ve hizmet alanı — bulunan işletmeler için teknik olarak Organizationın bir alt türüdür (Thing > Organization > LocalBusiness). Google, uygulanabilir en spesifik alt türün kullanılmasını önerir. Bu nedenle yerel işletme, genel Organization yerine LocalBusinessı (veya Restaurant gibi daha dar bir alt türü) kullanır.
• Person, kendi dalında yer alır (Thing > Person). Aynı adı taşıyan kişilerden ayrılması gereken yazar, kurucu, yönetici, danışman, şahıs işletmesi sahibi veya kişisel marka oluşturan herhangi bir bireyin kimliğini tanımlar.

Tek bir site genellikle birden fazla tür kullanır: marka için Organization ve yazarlar için Person işaretlemesi; ideal olarak bunlar tek grafikte bağlanır (aşağıdaki @id bölümüne bakın).

sameAs ve kimlik çözümleme

sameAs temel mekanizmadır. Schema.org bunu açıkça, öğeyi kesin biçimde tanımlayan bir referans sayfasının URL’si olarak tanımlar. Wikipedia, Wikidata veya resmî web sitesi, schema.org’un verdiği örneklerdir; zorunlu bir liste değildir. Pratikte sizi gerçekten açıklayan profillere referans verirsiniz: bir Wikidata kaydı, varsa Wikipedia sayfası ve doğrulanmış sosyal hesaplar. Organization tarafında marka kimliğini oluşturmak için en önemli yer ana sayfadır; en azından name, logo, url ve sameAs bulunmalıdır.

İki kural uygulamanın başarısını belirler:

1. Bir değer, bir varlık. Bir sameAs URL’si varlığı kesin biçimde tanımlamalıdır; aynı sameAs değerini iki farklı varlık için yeniden kullanmayın. Değeri yeniden kullanmak veya yanlış yönlendirmek yalnızca yardımcı olmamakla kalmaz, varlığınızı etkin biçimde yanlış ilişkilendirir.
2. sameAs bir kimlik çözümleme sinyalidir; belgelenmiş işlevi bundan ibarettir. Schema.org’un aynı varlığa ait başka bir yetkili kaydı göstermeye yarayan mekanizmasıdır; sıralama artışı, “güven” kaynağı veya belgelenmiş bir yapay zekâ alıntılama aracı değildir. sameAsın bunlardan birini yaptığı yönündeki her iddia ayrı ve şu anda desteklenmeyen bir iddiadır; bunu özelliğin gerçek işlevine dâhilmiş gibi değerlendirmeyin.

Sektörden ibretlik bir örnek: Ahrefs’ten Ryan Law, bir keresinde kişisel sameAs değerini yanlışlıkla kendi yazar sayfası yerine Ahrefs’in bloguna ayarladı. Bu, Google’ın kişisel varlığını Ahrefs’in sitesiyle yanlış ilişkilendirmesine neden oldu; küçük bir şema hatası, herkesin görebildiği yanlış bir sonuç doğurdu. Çıkarılacak ders şu: varlık şeması, hataların markanızın temsil biçimine yansıyacağı kadar güçlüdür; bu nedenle her değeri iki kez kontrol edin. Ryan Law anekdotu, Ahrefs’in Knowledge Graph rehberinden aktarılmış ve burada başka sözcüklerle ifade edilmiştir; birebir alıntı değildir.

@id — düğümlerinizi tek grafikte bağlama

@id bir JSON-LD düğüm tanımlayıcısıdır; JSON-LD spesifikasyonu tam olarak böyle tanımlar. Grafikteki bir düğüme kararlı bir tanımlayıcı vermeyi ve daha sonra aynı tanımlayıcıyla ona yeniden referans vermeyi sağlar. Pratikte, site geneline dağılmış Organization, WebSite ve Person işaretlemeleriniz varsa Organization düğümüne bir @id URI’si verir, ardından author.@idyi (bir Person üzerinde) veya publisher.@idyi (bir Article üzerinde) aynı URI’ye yönlendirirsiniz. Böylece “bu Article’ın yazarı, bu Organizationın parçası olan bu Person’dır” ifadesi yazdığınız JSON-LD grafiği içinde kesinlik kazanır.

Aynı güvenle söyleyemeyeceğim şey, Google’ın dizine ekleme sistemlerinin birbirinden bağımsız taranmış sayfaları @id eşleşmeleriyle tek bir varlık altında ne kadar güvenilir biçimde ve hangi biçimde birleştirdiğidir. Google bunu ayrıntılı olarak belgelemez. Tutarlı @id kullanımını iyi, spesifikasyona uygun bir uygulama ve yararlı bir uygulama geleneği olarak değerlendirin; kanıtlanmış ve belgelenmiş bir sayfalar arası sıralama veya varlık bağlama sinyali olarak değil. @idnin ayrıntılı mekanikleri Organization incelemesinin konusudur. Bu merkez için onun bir JSON-LD tanımlayıcı geleneği olduğunu bilmeniz ve Google tarafındaki sayfalar arası etkisinin belgelenmiş bir gerçek değil, açık bir soru olduğu konusunda dürüst olmanız yeterlidir.

Yapay zekâ araması / GEO açısından neden önemlidir?

Modern açıdan risk burada yatıyor; ayrıca kanıtlanmış olanın dürüst sınırı da burada. Klasik sıralama ile varlık tanıma farklı sorunlardır: geleneksel aramada #1 sırada yer alırken markanızı ayrı bir varlık olarak tanımayan bir yapay zekâ yanıt motorunda yine de görünmez olabilirsiniz. Bu bölüm, bu sistemlerin çalışma biçiminden çıkarılabilecek makul bir sonuçtur. Birincil kanıtlarla destekleyemediğim şey ise kimlik şemasının, sameAsın veya @idnin ChatGPT, Perplexity ya da AI Overviews’un sizi tanımasını veya alıntılamasını sağladığı yönündeki nedensellik iddiasıdır. Hiçbir yapay zekâ sağlayıcısı bu mekanizmayı belgelememiştir. Bu nedenle bunu gerçek değil, hipotez olarak ifade ediyorum: kimlik şeması, bir modelin aksi hâlde tahmin ederek çözmek zorunda kalabileceği belirsizliği ortadan kaldıran doğru ve iyi bağlanmış işaretleme olarak makul bir varlık altyapısıdır. Ancak alıntılama davranışını değiştirdiğini gösteren kontrollü bir testim yoktur; böyle bir test göstermeden aksini iddia edenlere şüpheyle yaklaşmalısınız. Bu, AI search / GEO konusundaki daha kapsamlı çalışmamla bağlantılıdır: sıralanmak ile bir varlık olarak tanınmak farklı mücadelelere benziyor, fakat “tanınmak” ile “alıntılanmak” arasındaki nedensel bağlantı hâlâ açık bir sorudur; yerleşik bir altyapı değildir.

Kanıtlar konusunda daha genel bir dürüstlük payı da bırakalım: şema çoğu zaman bir yapay zekâ alıntılama aracı olarak abartılır ve Google temsilcileri bu konuda temkinli davranmıştır. John Mueller’a çok miktarda şemanın LLM’lerin varlıkları anlamasına yardım edip etmediği sorulduğunda, SEO’ya özgü “yes, no, and it depends” yanıtını verdi. Yapılandırılmış veri, motorların sayfadaki varlıkları anlamasına yardımcı olur; ancak sizi daha üst sıralara taşımaz veya bir yapay zekâ yanıtında “best” olarak etiketletmez. Güvenilirlik ve otorite hâlâ baskın unsurlardır. Mueller’ın açıklaması Search Engine Roundtable’ın haberinden aktarılmış ve başka sözcüklerle ifade edilmiştir; doğrulanmış birebir alıntı olarak sunulmamaktadır.

Gündeme getirilmesi gereken daha geniş bir görüş ayrılığı da var: herkes “varlık SEO’su”nun ayrı bir disiplin olduğunu düşünmüyor. Ahrefs, Google’ın araması varlıklar üzerinde çalışmaya başladığında “entity SEO is just SEO” olduğunu; bunun yeni bir taktikler dizisi değil, sıradan yapılandırılmış veri, içerik kalitesi ve otorite oluşturma çalışması olduğunu savundu. Yazı, aynı noktayı dile getirdiğim şu sözümü de aktarıyor: “The entity identification part is more on Google’s end than on our end.” Alıntıya git Bu, merkezi nasıl sınırlandırdığımla tutarlıdır: kimlik şeması, kontrolünüzdeki doğru ve doğrulanabilir işaretlemedir; özel “varlık optimizasyonu” hamlelerinden oluşan bir kontrol listesi değildir. Asıl tanımlama ve çıkarım işi arama motoru tarafında gerçekleşir.

Yaygın hatalar

• Kimlik şemasını diğer şema görevleri gibi ele almak. Buradaki amaç zengin sonuç kovalamak değil, belirsizliği gidermektir. Başarıyı bir rozetin görünüp görünmediğine göre değil, Google’ın varlığınızı tanımlayıp tanımlayamadığına göre değerlendirin.
• sameAsı yeniden kullanmak veya yanlış yönlendirmek — Ryan Law örneğindeki hata. Bir değer, bir varlık; her URL’nin gerçekten hedeflediğiniz yere yöneldiğini doğrulayın.
• Yanlış sayfaları işaretlemek. Google, Organization şemasını ana sayfanıza veya özel bir Hakkında sayfasına yerleştirmenizi önerir; site genelindeki her sayfada tekrarlanması gerekmez.
• Wikipedia’ya ihtiyacınız olduğunu varsaymak. İhtiyacınız yoktur. Wikidata (oluşturması ve düzenlemesi çok daha kolaydır) ile tutarlı kaynaklar arası sinyaller varlık kimliğini oluşturabilir. Wikipedia güçlü bir sinyaldir, kesin bir gereklilik değildir.
• Knowledge Panel’in garanti olduğunu beklemek. Şema sizi uygun hâle getirebilir; kararı Google verir. “Panel için gönder” düğmesi yoktur.

Bundan sonra nereye gitmeli?

Bu merkez bir haritadır. Her kimlik türünün uygulama, zorunlu ve önerilen özellikler ile doğrulamayı kapsayan kendi ayrıntılı incelemesi vardır:

• Organization Schema — herhangi bir marka veya şirket için temel tür: nereye yerleştirileceği (ana sayfa/Hakkında), name/logo/url/sameAs temeli ve @id grafik bağlantıları. Başka hiçbir şey yapmayacaksanız buradan başlayın.
• LocalBusiness Schema — fiziksel/yerel varlık için uzmanlaşmış alt tür: adres, çalışma saatleri, coğrafi konum, hizmet alanı ve en spesifik işletme alt türünün seçimi.
• Person Schema — bireyin kimliğini oluşturma: yazarlar, kurucular, uzmanlar ve kişisel markalar ile bir Person’ın Organizationa nasıl bağlanacağı.

Üçü de bu merkezin ait olduğu daha geniş yapılandırılmış veri / schema markup kümesi altındadır. Terimler, biçimler (JSON-LD ile Microdata arasındaki fark) ve zengin sonuçların varlık anlayışından nasıl ayrıldığı hâlâ net değilse önce schema markup genel bakışıyla başlayın, ardından kimlik katmanı için buraya dönün.

Yapay zekâ özeti

İleri Düzey sürümün kısa özeti:

• Nedir? “Varlık ve kimlik şeması”, bir sitenin arkasında kimin/neyin bulunduğunu bildiren üç schema.org türü — Organization, LocalBusiness, Person — için kullanılan, kapsamlı olmayan ve resmî kategori niteliği taşımayan bir uygulayıcı etiketidir.
• Kimlik şeması ile içerik şeması: İçerik türleri (Article, Product, FAQPage) sayfayı açıklar ve zengin sonuçları hedefler; kimlik türleri yayıncıyı açıklar ve genellikle görünür bir rozet üretmeden belirsizliği giderir/varlık anlayışı sağlar.
• Üç tür hiyerarşik olarak ilişkilidir: LocalBusiness, Organizationın alt türüdür (uygulanabilir en spesifik türü kullanın); Person bireysel karşılıktır. Siteler çoğunlukla @id ile bağlanmış birkaç tür kullanır.
• sameAs temel mekanizmadır: schema.org bunu, varlığı kesin biçimde tanımlayan bir referans sayfasının URL’si olarak tanımlar (Wikipedia, Wikidata ve doğrulanmış sosyal profiller örnektir, zorunluluk değildir). Kurallar: bir değer = bir varlık (asla yeniden kullanmayın) ve bu bir kimlik çözümleme sinyalidir; sıralama artışı, güven aracı veya belgelenmiş yapay zekâ alıntılama mekanizması değildir. Yanlış bir sameAs, varlığınızı yanlış ilişkilendirir (Ryan Law anekdotu).
• @id, Organization/WebSite/Person düğümlerini işaretlemeniz içinde tek grafikte bağlamanızı sağlayan bir JSON-LD düğüm tanımlayıcısıdır. Google’ın bunu birbirinden bağımsız taranmış sayfalar arasında ne kadar güvenle birleştirdiği belgelenmemiştir; kanıtlanmış sayfalar arası sinyal değil, spesifikasyona uygun bir gelenek olarak değerlendirin.
• Bir sıralama faktörü değildir; Knowledge Panel’i garanti etmez. Panel/logo gösterimine uygun olmanızı sağlayabilir ve Knowledge Graph’ı besleyebilir; kararı Google verir.
• Yapay zekâ araması boyutu: Sıralanmak ≠ alıntılanabilir bir varlık olarak tanınmak. Kimlik şeması makul bir varlık altyapısıdır, ancak yapay zekâ tarafından tanınmaya veya alıntılanmaya neden olduğuna dair birincil kanıt yoktur (Mueller: “yes, no, and it depends”). Ahrefs ayrıca varlık SEO’sunun ayrı bir disiplin olmadığını savunur ve Patrick’ten şu alıntıyı yapar: “the entity identification part is more on Google’s end than on our end.”
• Yerleşim: Organizationı her sayfaya değil, ana sayfaya veya Hakkında sayfasına koyun.
• Efsane düzeltmesi: Wikipedia gerekli değildir (Wikidata + kaynaklar arası sinyaller işe yarar).
• Sonraki adım: Organization Schema, LocalBusiness Schema ve Person Schema ayrıntılı incelemeleri; terimler hâlâ net değilse schema markup genel bakışıyla başlayın.

Resmî belgeler

Varlık ve kimlik türleri hakkındaki birincil kaynak belgeleri.

Google

• Organization structured data — temel belge: Organization şemasının Google’ın kuruluşunuzu anlamasına ve belirsizliği gidermesine nasıl yardımcı olduğu, sameAs tanımı, “zorunlu özellik yok” yönlendirmesi ve ana sayfa/Hakkında yerleşimi.
• Local Business structured data — LocalBusiness alt türü: adres, çalışma saatleri, coğrafi konum, departman ve Google’ın desteklediği işletme alt türleri.
• Intro to structured data markup — Google’ın sayfayı anlamak ve dünya hakkında bilgi toplamak için yapılandırılmış veriyi nasıl kullandığı ile “uygulanabilir en spesifik tür” yönlendirmesi.
• General structured data guidelines — kalite/spam kuralları: yalnızca görünür içeriği işaretleyin, en spesifik türü kullanın ve bilgileri doğru tutun.
• Knowledge Graph Search API — varlıkları sorgulamaya yönelik geliştirici API’si (Knowledge Graph’ta arama aracı; sıralamayla ilişkili Knowledge Panel sistemi değildir, ikisini karıştırmayın).
• Rich Results Test / Schema Markup Validator — işaretlemenizi doğrulayın (schema.org doğrulayıcısı, Organization ve Person gibi zengin sonuç üretmeyen türleri de kapsar).

Bing / Microsoft

• Bing Webmaster Guidelines — Bing’in schema.org yapılandırılmış veri desteği.
• Marking up your site with structured data — Bing’in yapılandırılmış veri yardımı ve Markup Validator aracı.

Kaynaktan alıntılar

Kayıtlara geçmiş açıklamalar. Sayfa metni erişilebilir kıldığında bağlantı, doğrudan alıntılanan bölüme giden derin bağlantıdır.

Google belgeleri — Organization şeması ve belirsizliğin giderilmesi

• “Adding organization structured data to your home page can help Google better understand your organization’s administrative details and disambiguate your organization in search results.” Alıntıya git
• Belirsizliği giderme özellikleri hakkında: “Some properties are used behind the scenes to disambiguate your organization from other organizations.” Alıntıya git
• Zorunlu özellikler hakkında: “There are no required properties; instead, we recommend adding as many properties that are relevant to your organization.” Alıntıya git
• sameAs hakkında: “The URL of a page on another website with additional information about your organization” — örneğin bir sosyal medya veya inceleme sitesindeki profil sayfası. Alıntıya git

Google — sameAs kimlik semantiği (başka sözcüklerle aktarım)

• Google’ın yapılandırılmış veri belgelerindeki tutarlı yönlendirmeye göre bir sameAs değeri varlığı kesin biçimde tanımlamalıdır; aynı sameAs değerini iki farklı varlık için kullanmamalısınız. Varlık çözümlemesinin arkasındaki mekanizma budur. Başka sözcüklerle aktarılmıştır: Bu ifade tek bir kanonik, alıntılanabilir sayfadan gelmek yerine Google’ın çeşitli yapılandırılmış veri sayfalarında tekrarlandığı için burada özetlenmiş, tek bir birebir alıntı olarak sunulmamıştır.

John Mueller, Google — şema ve LLM/varlık anlayışı (başka sözcüklerle aktarım)

• Kapsamlı schema markup kullanımının LLM’lerin varlıkları daha iyi anlamasına yardımcı olup olmadığı sorulduğunda Mueller’ın, bunun “yes, no, and it depends” türünde bir soru olduğunu söylediği bildirildi. Yapılandırılmış veri, motorların sayfadaki varlıkları anlamasına yardımcı olur ve özellikle kesin ayrıntılarda değerlidir; ancak bir varlığın daha üst sıraya çıkmasını veya yapay zekâ yanıtlarında “best” olarak etiketlenmesini sağlamaz. Daha geniş otorite sinyalleri hâlâ baskındır. Search Engine Roundtable’ın haberinden aktarılmıştır; başka sözcüklerle ifade edilmiş olup birebir alıntı olduğu doğrulanmamıştır. Tam ifadeyi kesin kabul etmeyin.

Patrick Stox, Ahrefs tarafından alıntılanmıştır — varlık SEO’su ayrı bir disiplin midir?

• “The entity identification part is more on Google’s end than on our end.” Alıntıya git — Ahrefs’in “Entity SEO is Just SEO” başlıklı yazısından; çoğu “varlık SEO’su” taktiğinin ayrı bir disiplin değil, sıradan SEO olduğunu savunur.

Organization, LocalBusiness ve Person ne zaman kullanılmalı?

Karar kısayolları

• Markanız/siteniz var mı? → Organization (neredeyse her zaman).
• Fiziksel veya yerel işletme mi? → Genel Organization yerine LocalBusiness (spesifik alt tür); uygulanabilir en spesifik alt türü kullanın.
• Kimliği oluşturulacak belirli bir birey mi var? → Genellikle Organization ile birlikte ve @id ile bağlanmış Person.

Kısa bilgiler

• “Varlık/kimlik şeması” = resmî bir kategori değildir; kimlik taşıyan bu üç türün etiketidir.
• Temel mekanizma = sameAs → Wikipedia / Wikidata / doğrulanmış sosyal profiller.
• Bir sameAs değeri = bir varlık. Asla yeniden kullanmayın veya yanlış yönlendirmeyin.
• Sıralama faktörü değildir. Knowledge Panel garantisi yoktur.
• sameAs = kimlik çözümleme sinyali; güven/otorite aracı değildir.
• Organizationı her sayfaya değil, ana sayfaya/Hakkında sayfasına yerleştirin.
• Wikipedia gerekmez; Wikidata + kaynaklar arası sinyaller varlık kimliğini oluşturabilir.

Kimlik şemasını zengin sonuç görevi gibi ele almak

İnsanların Organization veya Person işaretlemesi uyguladıktan sonra hiçbir zaman gelmesi beklenmeyen bir rozeti bekleyerek Rich Results Test’i kontrol ettiğini görüyorum. Neden yanlış: Kimlik şemasının görevi SERP’i süslemek değil, belirsizliği gidermektir. Büyük bölümü hiçbir görünür geliştirme üretmez; dolayısıyla “zengin sonuç göründü mü?” sorusuyla değerlendirmek, işaretleme tam olarak yapması gerekeni yaparken “çalışmadığı” sonucuna varmanıza neden olur. Bunun yerine: Kimlik şemasını Google’ın varlığınızı güvenle tanımlayıp tanımlayamadığına göre değerlendirin; işaretlemeyi doğrulayın, sameAs değerlerinin doğru profillere çözümlendiğini kontrol edin ve görsel bir getiri beklemeyi bırakın.

Bir sameAs değerini yeniden kullanmak veya yanlış yönlendirmek

Buradaki hata biçimi varsayımsal değil, somuttur: Ahrefs’ten Ryan Law’ın kişisel sameAs değeri bir keresinde kendi yazar sayfası yerine Ahrefs’in bloguna yöneliyordu ve Google, kişisel varlığını Ahrefs’in sitesiyle yanlış ilişkilendirdi. Neden yanlış: Bir sameAs URL’si tek bir varlığı kesin biçimde tanımlamalıdır. Aynı değeri iki farklı varlıkta yeniden kullanmak veya yanlış profile yönlendirmek yalnızca yardımcı olmamakla kalmaz, kim olduğunuzu etkin biçimde yanlış ilişkilendirir. Bunun yerine: Bir-değer-bir-varlık kuralını katı biçimde uygulayın ve yayımlamadan önce her sameAs URL’sinin benzer görünen ya da ana markaya ait bir profile değil, gerçekten sizin profilinize yöneldiğini iki kez kontrol edin.

Organizationı site genelindeki her sayfada işaretlemek

Bazı siteler tam Organization JSON-LD’sini bir izleme pikseli gibi değerlendirerek her şablonda tekrarlar. Neden yanlış: Google, Organization şemasını ana sayfaya veya özel bir Hakkında sayfasına yerleştirmenizi önerir. Her yerde tekrarlamak sinyal gücünü artırmadan bakım riski yaratır (eski kalan bir kopya diğerlerinden farklılaşır). Bunun yerine: Organizationı ana sayfada veya Hakkında sayfasında bir kez işaretleyin ve tüm bloğu çoğaltmak yerine diğer kimlik düğümlerini (Person, WebSite) @id aracılığıyla bu tek grafiğe bağlayın.

Tanınan bir varlık olmak için Wikipedia sayfasına ihtiyacınız olduğunu varsaymak

“Wikipedia sayfamız yok, dolayısıyla varlık şeması kullanamayız” sözünü sanki bu bir engelmiş gibi düzenli olarak duyuyorum. Neden yanlış: Wikipedia bir gereklilik değil, birçok güçlü sinyalden biridir. Köklü ve gerçek pek çok varlığın Wikipedia sayfası yoktur ve yine de sorunsuz biçimde çözümlenir. Bunun yerine: Bir Wikidata kaydı oluşturun veya mevcut kaydı sahiplenin (oluşturması ve düzenlemesi Wikipedia’dan çok daha kolaydır) ve sosyal profiller, dizinler ile tutarlı ad/logo kullanımı gibi kaynaklar arası sinyallerinizi tutarlı tutun. Bu birleşim tek başına varlık kimliği oluşturabilir.

Knowledge Panel’i garanti edilmiş bir sonuç olarak beklemek

İnsanların yeni Organization işaretlemelerinin neden bir hafta içinde Knowledge Panel’i “tetiklemediğini” sorduğuna tanık oldum. Neden yanlış: Varlık şeması bir sıralama faktörü değildir ve Knowledge Panel’i garanti etmez. Sizi uygun hâle getirebilir, ancak panelin görünüp görünmeyeceğine ve ne zaman görüneceğine Google karar verir; basılacak bir “panel için gönder” düğmesi yoktur. Bunun yerine: Doğru ve eksiksiz işaretlemeyi talep formu değil, gerekli altyapı olarak değerlendirin. İyi uygulayın, sameAs değerlerinizi ve kaynaklar arası sinyallerinizi tutarlı tutun; başarıyı panelin planlanan zamanda görünmesine göre ölçmek yerine varlık tanınırlığının zamanla gelişmesine izin verin.

Sayfanızın gerçekte hangi varlıkları ortaya çıkardığını kontrol edin

Entity Coverage Analyzer aracım, bir sayfadaki olası varlıkları çıkarır, hangi eşleşmelerin doğru olduğunu uzlaştırmanıza olanak tanır ve sonuçtan şeffaf about/mentions JSON-LD taslağı oluşturur. Elle herhangi bir Organization veya Person işaretlemesi yazmadan önce çalıştırın. Bir makinenin sayfadaki varlıklar hakkında zaten ne çıkardığını gösterir; böylece şemanız bu okumayla çelişmek yerine onu güçlendirir.

Google’ın Knowledge Graph’ının sizi zaten tanıyıp tanımadığını doğrulayın

Google Knowledge Graph Explorer aracım, Google’ın Knowledge Graph’ının bir kişiyi, şirketi veya markayı çözümleyip çözümlemediğini araştırır. Varsa varlığın adını, türlerini, açıklamasını ve makine kimliğini; ayrıca kopyalanıp yapıştırılabilir schema.org JSON-LD’sini döndürür. Yoksa aşamalı bir uygulama rehberi sunar. Bu, Organization veya Person şemanızla sameAs bağlantılarınızın Google’ın sizi ayrı bir varlık olarak eşleştirmesine gerçekten yardımcı olup olmadığını tahmin yürütmeden kontrol etmenin doğrudan yoludur.

Organization, LocalBusiness veya Person JSON-LD’nizi doğrulayın

Schema Markup Validator aracım, JSON-LD’yi veya tam bir HTML sayfasını schema.org söz dağarcığı hataları, Google’ın yapılandırılmış veri gereklilikleri ve bloklar arası @id grafik tutarlılığı açısından kontrol eder; ardından düzeltilmiş, kopyalanıp yapıştırılabilir bir blok sunar. Organization, LocalBusiness ve Person görsel olarak kontrol edilebilecek zengin sonuçlar üretmediğinden, yazım hatalı bir özelliği veya bozuk @id bağlantısını yayımlanmadan önce yakalamanın tek güvenilir yolu işaretlemeyi bir doğrulayıcıdan geçirmektir.

Kendinizi sınayın: Varlık ve Kimlik Şeması

Organization, LocalBusiness, Person ve kimlik şemasının ne yaptığı (ve ne yapmadığı) hakkında beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

İlgili şema yazıları

• Schema Markup — söz dağarcığına genel bakış: schema.org, biçimler (JSON-LD ile Microdata/RDFa) ve zengin sonuçlar ile varlık anlayışı arasındaki fark. Temeller net değilse buradan başlayın.
• Schema Markup for AI — yapay zekâ araması boyutu: şemanın neden doğrudan alıntılama aracı değil, varlık altyapısı olduğu.
• AI Search / GEO — yapay zekâ yanıt motorları tarafından sıralanmak ile alıntılanabilir bir varlık olarak tanınmak arasındaki fark.

Sektörden kaynaklar

• Google’s Knowledge Graph Explained: How It Influences SEO & AI Search (Ahrefs — Despina Gavoyannis & Michal Pecánek, Ryan Law tarafından incelendi) — varlığın ne olduğu, Google’ın onu kaynaklar arasında nasıl çözümlediği, sameAs uygulaması ve Ryan Law’ın sameAs konusundaki ibretlik örneği.
• What is the Google Knowledge Graph? (Ahrefs SEO sözlüğü) — bu şema türlerinin beslediği varlık deposunun kısa tanımı.
• When and how to use knowledge graphs and entities for SEO (Search Engine Land) — varlıklar ve Knowledge Graph hakkında sektör çerçevesi.
• Using @id in Schema.org Markup for SEO, LLMs, & Knowledge Graphs (Momentic) — @idnin Organization/Person/WebSite düğümlerini tek grafikte nasıl bağladığı.
• Stop Overcomplicating Things. Entity SEO Is Just SEO (Ahrefs — Si Quan Ong, Patrick’ten alıntıyla) — tanımlama arama motoru tarafında gerçekleştiğinden varlık SEO’sunun ayrı bir disiplin olmadığı yönündeki karşı görüş.

Doğrudan kaynaktan

• Organization structured data (Google) — temel kimlik türünün birincil uygulama belgesi.
• schema.org — Organization / LocalBusiness / Person — her türün sözlük tanımları ve eksiksiz özellik listeleri.
• JSON-LD 1.1 — Node Identifiers (W3C) — herhangi bir arama motorunun sayfalar arası davranışından bağımsız olarak @idnin JSON-LD düğüm tanımlayıcısı şeklindeki spesifikasyon tanımı.

Değişiklik günlüğü