Wikidata'da Şirket Kaydı Nasıl Yapılır? Kayda Değerlik Kuralı, Temel Özellikler ve sameAs Bağlantısı

Wikidata'da şirket kaydı, bir kullanıcı hesabıyla Special:NewItem sayfasından öğe açılıp Türkçe ve İngilizce etiket, açıklama ve kaynaklı ifadeler eklenerek yapılır. Kaydın kalıcı olup olmayacağını ise teknik adımlar değil uygunluk belirler: şirket, Wikidata'nın üç kayda değerlik ölçütünden birini karşılamıyorsa öğe topluluk tarafından silinir. Konunun GEO açısından önemi, yapay zekâ yanıtlarındaki Wikimedia ağırlığından geliyor. Profound'un 680 milyon atıflık analizine göre Wikipedia, ChatGPT'nin en çok atıf yaptığı ilk 10 kaynağın %47,9'unu oluşturuyor.

Baştan bir uyarı gerekiyor. Wikidata'nın öz tanıtım (self-promotion) denemesi, bir kişinin kendi kurumu için öğe açmasını "güçlü biçimde önerilmeyen" bir davranış sayıyor ve Google bilgi panelini düzeltme isteğini geçerli gerekçe kabul etmiyor. Bu rehber de bu yüzden "hemen kaydolun" demiyor; önce uygunluğu, sonra şeffaf kayıt yolunu, en son da ölçütü henüz karşılamayanlar için alternatif sinyalleri anlatıyor.

Konuya kendi durumumuzdan bakıyoruz. 9 Ağustos 2026'da Google Knowledge Graph Search API'de "sheltron" sorgusu şirketimizi değil, tek sonuç olarak ortaçağ piyade düzeni Schiltron'u döndürdü (skor 211). Eylül 2026'da Wikidata'da yaptığımız aramada da aynı ad, 14 Wikimedia projesinde maddesi bulunan bu piyade düzeni öğesine (Q1754114) aitti. Ad çakışması bizim için kuramsal bir risk değil, ölçülmüş bir durum.

Wikidata nedir ve şirket kimliği için neden önemlidir?

Wikidata, Wikimedia'nın herkesin düzenleyebildiği, makinelerin okuyabileceği biçimde yapılandırılmış ve CC0 lisanslı bilgi tabanıdır. Her varlığa Q harfiyle başlayan ve ad değişse bile aynı kalan tekil bir kimlik verir. schema.org da bir kuruluşun kimliğini açıkça gösteren sameAs bağlantılarına örnek olarak Wikidata kaydını sayar.

Ölçek konusunda en güvenilir güncel ifade, Wikidata topluluğunun kayda değerlik politikasını yeniden tartıştığı yorum talebinde geçiyor: Wikidata 120 milyon öğeye ve 16.000 aktif editöre ulaşmış durumda. Help:Items sayfasına göre her öğe değişmeyen bir Q kimliği taşır. Örneğin Türkiye'nin kimliği Q43, İstanbul'unki Q406'dır. Öğe; etiket, açıklama, takma adlar ve diğer Wikimedia projelerindeki sayfalara verilen bağlantılardan (sitelink) oluşur. Bunların üzerine "özellik–değer" çiftlerinden oluşan ifadeler ve kaynakları eklenir.

CC0 lisansı, her sistemin bu veriyi atıf zorunluluğu olmadan yeniden kullanabilmesi demektir. Google ile ilişkinin belgelenmiş kısmı şu: Google 2014'te kendi açık bilgi tabanı Freebase'in içeriğini Wikidata topluluğuna devretme kararı aldı. Süreci Google ve Wikimedia araştırmacıları WWW 2016'da yayımlanan "From Freebase to Wikidata: The Great Migration" makalesinde anlatıyor.

Bugünkü Knowledge Graph'ın hangi kaynaktan ne aldığını Google açıklamıyor. Bilgi paneli yardım sayfası yalnızca bilgilerin "olgusal bilgi derleyen çeşitli kaynaklardan" geldiğini ve panellerin açık web'de yeterli bilgi bulunduğunda otomatik oluştuğunu söylüyor. Bu nedenle "Wikidata kaydı açılırsa bilgi paneli çıkar" gibi bir denklem kurulamaz.

Yapay zekâ tarafında tablo daha net. Aynı Profound analizinde Wikipedia, ChatGPT'deki toplam atıfların %7,8'ini tek başına alarak en çok atıf yapılan alan adı olmuş. Wikipedia maddeleri Wikidata öğelerine sitelink ile bağlıdır; Wikidata bu anlamda Wikipedia'nın yapılandırılmış kimlik katmanıdır. Türkçede de benzer bir iz var: Sheltron'un 9 Ağustos 2026'da 20 Türkçe sorgu üzerinde yaptığı AI Overviews taramasında 16 sorguda özet çıktı ve bunların 2'sinde ("geo ne demek", "sme nedir") tr.wikipedia.org kaynaklar arasındaydı. Türkçe sorgularda Wikipedia'nın hangi sırada kaynak gösterildiğini ayrı bir analizde incelemiştik.

Wikidata, bir şirketin "kim olduğu" sorusuna makinelerin başvurabileceği, lisans engeli olmayan ortak bir referans noktası sunar; ancak Google'ın bilgi panelini doğrudan belirleyen bir kayıt değildir.

Varlık netliği GEO'nun temel katmanıdır: yapay zekâ bir markayı doğru tanımlayamıyorsa doğru bağlamda da anamaz.

Şirketiniz Wikidata'ya girmeye uygun mu?

Bir şirket öğesi, Wikidata'nın üç kayda değerlik ölçütünden en az birini karşılarsa kabul edilir: bir Wikimedia projesinde sayfasının olması, ciddi ve herkese açık kaynaklarla tanımlanabilmesi ya da başka öğeler için yapısal olarak gerekmesi. Ticaret sicili kaydı ise tek başına yeterli sayılmaz.

Wikidata:Notability politikası bu üç ölçütü şöyle sıralar. Birincisi, öğenin Wikipedia, Wikisource ya da Commons gibi bir Wikimedia projesinde en az bir geçerli sayfasının bulunmasıdır. İkincisi, öğenin "ciddi ve herkese açık kaynaklarla tanımlanabilen, açıkça ayırt edilebilir bir kavramsal ya da maddi varlık" olmasıdır. Üçüncüsü ise yapısal ihtiyaçtır: başka bir öğedeki ifadeyi anlamlı kılmak için bu öğeye gerek duyulması. Örneğin kayda değer bir ürünün üreticisi ya da kayda değer bir kişinin işvereni olarak şirketin öğesine ihtiyaç doğabilir.

Şirketler için belirleyici olan çoğunlukla ikinci ölçüttür ve yorumu tartışmalıdır. Öz tanıtım denemesi kendisi hakkında öğe açmayı düşünenler için pratik bir eşik koyar: konuyu kapsamlı biçimde ele alan en az üç bağımsız ve saygın kaynak. Bir alıntı ya da geçerken yapılan bir anma bu kapsamda sayılmaz. Aynı metin, iş sicilindeki ya da bir kamu veri tabanındaki kaydın tanımlayıcı işlevi görebileceğini ama şirketi tek başına kayda değer yapmadığını açıkça belirtir.

İki noktanın altını çizelim. WikiProject Companies sayfasındaki "yaklaşık 20 çalışana kadar inmek" ifadesi bir kapsama hedefidir, kayda değerlik kuralı değil; 20 kişilik bir şirket otomatik olarak uygun sayılmaz. Ayrıca Notability sayfasında, Ekim 2026 başı itibarıyla, politikanın değiştirilmesine ilişkin tartışmanın sürdüğü notu hâlâ yer alıyor; yorum talebinde üçüncü tur oylama henüz sonuçlanmadı. Aralık 2025'te başlayan reform tartışmasında mevcut politikanın 2013'te yazıldığı ve ikinci ölçütün tutarsız yorumlandığı dile getiriliyor. Kurallar sıkılaşabilir; sınırdaki şirketlerin ihtiyatlı davranması yerinde olur.

Bağımsız kaynak şartı, E-E-A-T ve yapay zekâ güveni konusunda anlattığımız mantığın Wikidata'daki karşılığıdır: bir markanın kendisi hakkında söyledikleri, başkalarının onun hakkında söylediklerinin yerini tutmaz.

Wikipedia maddesi olmadan Wikidata öğesi olur mu?

Olur. Eylül 2026'da Wikidata Query Service üzerinden sorguladığımız 925 Türk şirket öğesinin %56,0'ının hiçbir Wikimedia projesinde sayfası yok. Böyle bir öğe kalıcı olmak için ikinci ya da üçüncü ölçüte, yani tanımlayıcılara, herkese açık bağımsız kaynaklara ya da yapısal ihtiyaca dayanmak zorundadır. Sitelink yoksa kanıt yükünün tamamı öğenin içindeki kaynaklara biner.

Kapsam şöyle: "Nedir" (P31) değeri doğrudan işletme (Q4830453), şirket (Q783794), ticari işletme (Q6881511) ya da halka açık şirket (Q891723) olan ve "ülkesi" (P17) Türkiye (Q43) olarak girilmiş öğeleri saydık. Banka, havayolu ya da holding gibi alt sınıflarla tiplenmiş şirketler bu kümeye girmiyor. Yani 925, Türkiye'deki bütün şirket öğelerinin sayısı değil, bir alt kümedir. Wikidata canlı olduğu için rakamlar sorgu anına göre değişir. Sorguyu query.wikidata.org üzerinde tekrar çalıştırabilirsiniz:

SELECT DISTINCT ?item ?sl
  (IF(BOUND(?s),1,0) AS ?site) (IF(BOUND(?i),1,0) AS ?inc) (IF(BOUND(?f),1,0) AS ?fo)
  (IF(BOUND(?l),1,0) AS ?trl) (IF(BOUND(?d),1,0) AS ?trd)
  (IF(BOUND(?a),1,0) AS ?trw) (IF(BOUND(?e),1,0) AS ?enw)
WHERE {
  VALUES ?cls { wd:Q4830453 wd:Q783794 wd:Q6881511 wd:Q891723 }
  ?item wdt:P31 ?cls; wdt:P17 wd:Q43; wikibase:sitelinks ?sl.
  OPTIONAL { ?item wdt:P856 ?s }
  OPTIONAL { ?item wdt:P571 ?i }
  OPTIONAL { ?item wdt:P112 ?f }
  OPTIONAL { ?item rdfs:label ?l. FILTER(LANG(?l)="tr") }
  OPTIONAL { ?item schema:description ?d. FILTER(LANG(?d)="tr") }
  OPTIONAL { ?a schema:about ?item; schema:isPartOf <https://tr.wikipedia.org/> }
  OPTIONAL { ?e schema:about ?item; schema:isPartOf <https://en.wikipedia.org/> }
}

Eylül 2026'da sorguladığımız 925 Türk şirket öğesinin %56,0'ının hiçbir Wikimedia projesinde sayfası yok; Wikidata kaydı, Wikipedia maddesi şartına bağlı değildir.

tr.wikipedia maddesi olan öğeler kümenin yalnız %36,3'ü. Mevcut öğelerin çoğu da yarım bırakılmış: resmî site neredeyse her öğede var, ama beş temel alanın hepsi yalnız 51 öğede (%5,5) dolu.

Sitelinksiz bir öğe için deneyimli editör Bovlb'un silinmeyen öğe oluşturma üzerine yazdığı deneme açık bir tarif veriyor: ikinci ölçüt için hem bir tanımlayıcı hem de bağımsız bir kaynak gerekir. Şirketi genel olarak anlatan bir kaynak "açıklandığı URL" (P973) özelliğiyle eklenebilir. Aynı metin, sırf sitelink kazanmak için aceleyle Wikipedia taslağı yazmayı da önermiyor; zayıf bir madde silindiğinde öğenin dayanağı da ortadan kalkar.

Kendi şirketinizi kendiniz kaydetmeli misiniz?

Çoğu durumda hayır. Wikidata'nın öz tanıtım denemesi, bir kişinin kendisi, kurumu ya da işi hakkında öğe açmasını güçlü biçimde önermiyor. Ücret karşılığı yapılan düzenleme ise politika gereği beyan edilmek zorunda. Çıkar ilişkiniz varsa güvenli yol, bağlantınızı açıkça beyan etmek ve tartışmalı değişiklikleri öğenin tartışma sayfasından istemektir.

Deneme bir politika değil, ama ifadeleri net. Google gerekçesine ayrıca değiniyor: Wikidata, Google'ın bilgi panellerini kontrol etmez ve bu paneller öğe açmak için geçerli bir gerekçe değildir. Ücretli tanıtımın da öz tanıtım olduğunu ekliyor. Öz tanıtım tek başına silme gerekçesi değil, ama öğenin daha sıkı incelenmesine yol açabiliyor. Reform tartışmasında da tanıtım amaçlı açılan öğelerin yöneticilere ek temizlik yükü çıkardığı not ediliyor.

Ajans eliyle kayıt ise deneme değil, politika konusudur. Wikidata:Disclosure of paid editing politikasına göre bir kullanıcı, Wikidata'ya katkısı için kendisine ödeme yapan her kurumu ve kişiyi beyan etmek zorundadır. Beyan düz metinle ya da kullanıcı sayfasında {{PaidContributions}} şablonuyla yapılır; uymayan hesap genellikle önce uyarılır; yönetici açıkça yıkıcı bir durum görürse uyarısız da engelleyebilir. Wikimedia Kullanım Şartları'nın 4. bölümü işvereni, müşteriyi ve ilişkiyi beyan etmek için üç yol tanımlar: kullanıcı sayfası, tartışma sayfası ya da değişiklik özeti.

Şirketinizle bağınız varsa izlenecek şeffaf yol şöyle özetlenebilir:

1. Bağınızı beyan edin. Şirket çalışanıysanız ya da ücret alıyorsanız bunu kullanıcı sayfanızda açıkça yazın.
2. Ajansla çalışıyorsanız beyanı doğrulayın. Hizmeti veren hesabın sizi müşteri olarak beyan etmesini sözleşmeye bağlayın; beyansız ücretli düzenleme hem hesabı hem öğeyi riske atar.
3. Mevcut öğede sınırlı düzeltme yapın. Yanlış kuruluş tarihi ya da eski adres gibi bariz hataları düzeltebilirsiniz; kaynaklı ifadeleri silmeyin.
4. Tartışmalı değişiklikleri isteyin. Tartışma sayfasına {{edit request}} şablonuyla talebinizi ve kaynağınızı bırakın; kararı bağımsız editörler versin.
5. Toplu araçlar için hesabı olgunlaştırın. QuickStatements gibi araçlar autoconfirmed statüsü ister. Bu statü en az 50 düzenleme ve ilk düzenlemenin üzerinden en az 4 gün geçmesiyle kazanılır.

Wikidata'nın öz tanıtım denemesine göre ticaret sicili kaydı bir şirketi tek başına kayda değer yapmaz; pratik eşik, konuyu kapsamlı ele alan en az üç bağımsız ve saygın kaynaktır.

Wikidata öğesi adım adım nasıl oluşturulur?

Önce aynı ad için bir öğe olup olmadığını arayın; yoksa hesabınızla Special:NewItem sayfasından Türkçe ve İngilizce etiket, açıklama ve takma adları girin. Ardından temel ifadeleri ve her birinin kaynağını aynı oturumda ekleyin. Boş açılıp sonradan doldurulan öğeler kısa sürede silinebilir.

Süreç altı adımdan oluşur:

1. Arayın. Şirket adını unvanlı ve unvansız, Türkçe karakterli ve karaktersiz ("Şahin" ve "Sahin" gibi) biçimleriyle deneyin. Mükerrer öğeler sonradan birleştirilmek zorunda kalır.
2. Kanıt dosyasını hazırlayın. Bağımsız kaynakların URL'lerini, yayın tarihlerini ve varsa LEI gibi tanımlayıcıları bir listede toplayın; kayda değerlik sorgulanırsa savunmanız bu liste olur.
3. Hesabınızı hazırlayın. Kullanıcı sayfanızdaki beyanı öğeyi açmadan önce yayımlayın.
4. Öğeyi açın. Special:NewItem sayfasında Türkçe ve İngilizce etiket, açıklama ve takma adları girin.
5. İfadeleri kaynaklarıyla ekleyin. Her ifadeye "kaynak URL" (P854) ve "erişim tarihi" (P813) ekleyin; yayın ya da veri tabanı için "iddianın kaynağı" (P248) kullanılabilir. Help:Sources, Wikipedia'nın kendisini değil dayandığı kaynakları göstermeyi önerir.
6. Bağlayın ve izleyin. Öğe URL'sini sitenizin şemasına ekleyin ve öğeyi izleme listenize alarak değişikliklerden haberdar olun.

Bovlb'un denemesine göre yeni öğeler genellikle çok hızlı incelenir ve kayda değerliği açıkça ortaya koymayanlar kısa sürede silinir. Deneme sık yapılan üç hatayı da sıralıyor: öğeyi boş açıp sonra doldurmak, kayda değerliği Google sonuç sayısı ya da takipçi sayısıyla kanıtlamaya çalışmak ve tanımlayıcı alanına kimlik değeri yerine tam URL yapıştırmak.

Kayda değerliği gösteremeyen öğeler için Requests for deletions sayfasında talep açılır ve kararı topluluk verir. Sık görülen gerekçe, öğenin "kayda değer olmayan, tanıtım amaçlı" olmasıdır. Silinme beklentisiyle öğeyi boşaltmak yasaktır; mükerrer öğeler ise silinmez, birleştirilir.

Bir şirket öğesine hangi özellikler eklenmeli?

Şirket öğesinin omurgasını altı özellik oluşturur: nedir (P31), ülkesi (P17), merkezi (P159), kuruluş tarihi (P571), resmî sitesi (P856) ve kurucusu (P112). Türk şirket öğelerinde en sık atlanan alan kurucu bilgisidir: incelediğimiz 925 öğenin yalnız %9,1'inde P112 bulunuyor. Her ifade de kaynakla desteklenmelidir.

WikiProject Companies bu altı özelliğe sektör, hukuki biçim, çalışan sayısı ve tanımlayıcıları da ekler ve bütün şirket verilerinin kaynaklı olmasını ister; tablodaki Türkçe adlar Wikidata arayüzündekilerdir.

Hukuki biçimde tutarlılık özellikle önemli. Aynı 925 öğelik kümede en sık kullanılan değer 109 öğeyle Q3742992 "Anonim şirket"; ancak 18 öğede İngilizce "joint-stock company" karşılığı olan Q134161 seçilmiş, "Limitet şirket" (Q107675191) ise 17 öğede geçiyor. A.Ş. için Q3742992'yi, Ltd. Şti. için Q107675191'i kullanmak sınıflandırmayı tutarlı kılar.

Çalışan sayısı gibi değişen verilerde eski değerin üzerine yazılmaz: her yıl yeni değer P585 ile eklenir ve en güncel olan "tercih edilen" sıraya alınır. Kuruluş tarihi kümenin %62,9'unda dolu; sicil ilanıyla kolayca kaynaklanabildiği için bu alan boş bırakılmamalı.

Autoconfirmed bir hesabınız varsa öğeyi QuickStatements ile tek seferde, eksiksiz açabilirsiniz. Aşağıdaki örnekte şirket adı ve alan adları kurgusaldır; sütunlar sekmeyle (Tab) ayrılır. Tarihin sonundaki /11 gün hassasiyetini, /10 ay ve /9 yıl hassasiyetini gösterir; S854 ve S813 kaynak URL'sini ve erişim tarihini ekler.

CREATE
LAST	Ltr	"Örnek Teknoloji"
LAST	Len	"Örnek Teknoloji"
LAST	Dtr	"İzmir merkezli endüstriyel yazılım şirketi"
LAST	Den	"Turkish industrial software company"
LAST	Atr	"Örnek Teknoloji A.Ş.|Örnek Teknoloji Anonim Şirketi"
LAST	P31	Q4830453
LAST	P17	Q43
LAST	P1454	Q3742992
LAST	P571	+2019-03-12T00:00:00Z/11	S854	"https://kaynak-ornegi.example/haber"	S813	+2026-09-01T00:00:00Z/11
LAST	P856	"https://ornek.example"

Kurucu alanı, kurucunun kendi öğesini gerektirdiği için çoğu zaman boş kalıyor; o öğe de aynı kayda değerlik ölçütlerine tabidir. Kurucunun profilleri arasındaki tutarlılığı kurucu kişisel markası rehberinde ele almıştık.

Türkçe etiket ve açıklama nasıl yazılır?

Etiket, şirketin en yaygın kullanılan adıdır; açıklama ise 2 ila 12 kelimelik, küçük harfle başlayan, sonunda nokta olmayan ve tanıtım dili içermeyen ayırt edici bir ifadedir. İncelediğimiz 925 Türk şirket öğesinin %70,7'sinde Türkçe etiket, yalnız %52,4'ünde Türkçe açıklama bulunuyor; yani neredeyse her iki öğeden biri Türkçe açıklamasız.

Help:Label sayfasına göre etiket, varlığın en yaygın adıdır ve en fazla 250 karakter olabilir. Ayırt edici bilgi etikete değil açıklamaya yazılır; "Örnek Teknoloji (yazılım şirketi)" gibi parantezli etiketler bu yüzden yanlıştır. Aynı dilde etiket ve açıklama çifti iki öğede aynı olamaz. Takma adlar "Also known as" alanına girilir ve arama tüm dillerdeki etiket ve takma adları birlikte tarar; "A.Ş." ve "Anonim Şirketi" gibi unvan varyantlarını buraya eklemek öğenin bulunmasını kolaylaştırır.

Help:Description açıklama için şu kuralları koyar:

Etiket–açıklama çiftinin benzersiz olma kuralı, ad çakışması yaşayan markalar için doğrudan pratik sonuç doğurur. Kendi örneğimizden gidelim: Wikidata'da İngilizce "Sheltron" etiketi Q1754114 numaralı öğeye ait. Öğenin açıklaması "Infantry formation", takma adları "sceld-trome" ve "shiltron"; 14 dilde Wikipedia maddesine bağlı ve Türkçe etiketi yok. Aynı adı taşıyan bir şirket öğesi açıldığında İngilizce açıklamanın onu piyade düzeninden açıkça ayırması gerekir; "Turkish software company" gibi bir ifade bu işi görür. Bu çakışma, yapay zekâ sistemlerinin markayı yanlış varlıkla karıştırma riskinin somut göstergesidir; itibar boyutunu yapay zekâ halüsinasyonlarından korunma rehberinde ayrıntılı anlattık.

Wikidata'da etiket şirketin en yaygın adıdır; ayırt edici bilgi etikete değil, 2 ila 12 kelimelik tanıtım dilinden arındırılmış açıklamaya yazılır.

Wikidata öğesi sitenizdeki Organization şemasına nasıl bağlanır?

Öğenin tam URL'si sitenizdeki Organization JSON-LD'sinin sameAs dizisine eklenir; Wikidata tarafında ise "resmî sitesi" (P856) özelliği sitenizi gösterir. Böylece iki kayıt birbirini karşılıklı olarak doğrular ve makineler sitenizdeki kuruluşla Wikidata öğesinin aynı varlık olduğunu tek bir bağlantıyla eşleştirebilir. Bağlantı tek yönlü kalırsa bu doğrulama yarım kalır.

Google Search Central'ın Organization yapılandırılmış veri dokümanı zorunlu özellik tanımlamıyor; sameAs'i "kuruluşunuz hakkında ek bilgi içeren başka bir web sitesindeki sayfanın URL'si" olarak tanımlıyor; legalName, foundingDate, description ve url gibi alanları da önerilen özellikler arasında sayıyor. schema.org/sameAs tanımı daha da açık: varlığın kimliğini tartışmasız biçimde gösteren başvuru sayfası; örnek olarak Wikipedia sayfası, Wikidata kaydı ve resmî web sitesi sayılıyor.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://ornek.example/#organization",
  "name": "Örnek Teknoloji",
  "legalName": "Örnek Teknoloji Anonim Şirketi",
  "url": "https://ornek.example",
  "foundingDate": "2019-03-12",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q________",
    "https://www.linkedin.com/company/ornek-teknoloji"
  ]
}

Q________ yerine öğenizin kimliğini yazın ve bağlantıyı https://www.wikidata.org/wiki/Q… biçiminde verin. Şemadaki legalName Wikidata'daki "resmî adı" (P1448) ile, foundingDate ise "ortaya çıkışı" (P571) ile birebir aynı olmalı. İki kayıt arasındaki her tutarsızlık, makinelerin iki ayrı varlık gördüğü bir boşluk yaratır.

JSON-LD'yi elle yazmak yerine Schema Markup Üretici ile oluşturup Schema Markup Doğrulayıcı ile kontrol edebilirsiniz. Organization işaretlemesinin diğer alanlarını ve @id kullanımını schema.org ve JSON-LD rehberinde ayrıntılı olarak ele aldık.

Kendi durumumuz da açık: Ekim 2026 itibarıyla Sheltron'un Organization şemasındaki sameAs listesinde LinkedIn, Crunchbase, X ve Instagram profilleri var; Wikidata bağlantısı yok, çünkü şirketimiz için bir Wikidata öğesi bulunmuyor. Kurumsal bilgilerimiz hakkımızda sayfasında; bir öğe ancak ölçütler karşılanır ve bağımsız bir süreçle açılırsa şemaya eklenecek. Uydurma ya da başka bir varlığa ait bir QID'yi sameAs'e koymak, hiç bağlantı vermemekten daha kötü bir sinyaldir.

Kaydın etkisi nasıl ölçülür?

Kayıttan önce ve sonra Google Knowledge Graph Search API'de marka adını sorgulayın; dönen varlığı, resultScore değerini ve kg kimliğini kaydedin. Aynı ölçümü Wikidata arama API'siyle ve yapay zekâ asistanlarındaki marka sorgularıyla her ay tekrarlayın. Tek bir anlık sonuç değil, zaman içindeki değişim anlamlıdır.

Knowledge Graph Search API, Google'ın bilgi grafiğindeki varlıkları schema.org türleri ve JSON-LD biçiminde döndürür ve API anahtarı gerektirir. REST referansına göre query, languages, types ve limit parametreleri kullanılabilir; limit varsayılan olarak 20 sonuç döndürür ve en fazla 500'e çıkarılabilir. Wikidata tarafındaki arama ise anahtarsız çalışır:

Google Knowledge Graph Search API (API anahtarı gerekir):
https://kgsearch.googleapis.com/v1/entities:search?query=ornek+teknoloji&languages=tr&types=Organization&limit=10&key=API_KEY

Wikidata arama API'si (anahtarsız):
https://www.wikidata.org/w/api.php?action=wbsearchentities&search=ornek%20teknoloji&language=tr&format=json

Son satır ad çakışmasının boyutunu gösteriyor: 1.799 bahsin büyük bölümü bir video oyunundaki yeteneğe, yurt dışındaki bir imalatçıya ve bir emlak şirketine aitti. Google, API'nin "üretim açısından kritik bir hizmet olarak kullanıma uygun olmadığını" ve grafikleri değil yalnızca tek tek eşleşen varlıkları döndürdüğünü belirtiyor; bu yüzden onu canlı bir pano gibi değil, aylık anlık görüntü olarak kullanın. Bir bilgi paneli oluşursa hak talebi yardım sayfasındaki "Claim this knowledge panel" akışıyla, resmî profillerinizden biriyle oturum açarak doğrulama isteyebilirsiniz; Google her panelin şimdilik talep edilebilir olmadığını da not ediyor.

Yapay zekâ asistanlarının markanızı nasıl tanımladığını Sheltron Marka Takibi aracıyla düzenli olarak izleyebilirsiniz. Son olarak öğeyi izleme listenizde tutun; hakkında silme talebi açılırsa tartışmaya kanıt dosyanızla katılın.

Ölçütü henüz karşılamıyorsanız hangi sinyallere yatırım yapmalısınız?

Wikidata'nın öz tanıtım denemesi, ölçütü karşılamayanlar için şu yolları önerir: bilgileri doğru ve güncel bir web sitesi, schema.org Organization işaretlemesi ve bağımsız yayınlarda ya da güvenilir veri tabanlarında yer almak. Bu sinyaller biriktikçe üç bağımsız kaynak eşiği de kendiliğinden yaklaşır.

Pratikte sıra şudur: önce kimliğinizi kendi alanınızda netleştirirsiniz, sonra bağımsız yayınların sizi doğru tanımlayabileceği zemini kurarsınız.

• Tek ve tutarlı bir kimlik kaydı: Unvan, kuruluş tarihi, adres ve kurucu bilgisi web sitenizde, şemanızda ve dizin kayıtlarınızda birebir aynı olmalı. Sheltron SME-Index, işletmenizin dijital kimlik tutarlılığını bu gözle değerlendirir.
• Organization şeması: sameAs listesinde yalnızca gerçekten var olan ve düzenli güncellediğiniz profillere yer verin.
• Bağımsız bahisler: Sektör yayınlarında, haber sitelerinde ve akademik ya da kurumsal raporlarda şirketinizin konu edilmesi, hem Wikidata eşiğinin hem de yapay zekâ görünürlüğünün temelidir. Marka bahislerinin yapay zekâ görünürlüğüne etkisini ayrı bir yazıda ele aldık.
• Güvenilir veri tabanları: LEI gibi uluslararası tanımlayıcılar ve sektör dizinleri, ileride bir Wikidata öğesi açıldığında tanımlayıcı olarak da işe yarar.

Varlık ve otorite alanındaki gelişmeleri The GEO Authority izliyor; konuya sıfırdan başlayan ekipler için GEO Akademi iyi bir başlangıç noktası.

Wikidata kaydı bir kısayol değil, biriken bağımsız kanıtın kayda geçirilmesidir; kanıt yoksa öğe de kalıcı olmaz.

Markanızın bugün yapay zekâ yanıtlarında hangi varlıkla eşleştirildiğini, ad çakışması yaşayıp yaşamadığını ve Wikidata ölçütlerine ne kadar uzak olduğunu görmek isterseniz Sheltron hızlı değerlendirmesini doldurun. Önce hangi kimlik sinyalinin eksik olduğunu, ardından hangi adımın kaydı gerçekten mümkün kılacağını birlikte sıralayalım.

Ajans desteği mi arıyorsunuz? Partner GEO ajansımız Lein Digital.