Organization Şeması ve sameAs Profilleri Nasıl Kurulur

İki ayrı şirket aynı adı taşıyabilir. Aynı sektörde çalışan iki "Atlas Teknoloji" varsa arama sonucunda hangisinin logosunun görüneceğine bir yerde karar verilmesi gerekir. Bu kararı marka adının kendisi vermez: aynı kelimeyi yazan on binlerce sayfa vardır ve bunların bir kısmı tamamen başka bir kurumu anlatır.

Organization şeması tam olarak bu ayrım probleminin sitedeki tarafını çözer. Bir kurumun adını, resmi unvanını, logosunu, adresini, iletişim kanalını, kayıt numaralarını ve dışarıdaki profillerini makinelerin okuyabileceği yapılandırılmış veri biçiminde beyan eder. Google'ın kuruluş dokümanı bu işaretlemenin amacını doğrudan söyler: kuruluşun idari ayrıntılarını daha iyi anlamak ve arama sonuçlarında o kuruluşu diğerlerinden ayırt etmek.

Ayırt etme işinin bir bölümü hiç görünmeden çalışır. iso6523 ve naics gibi tanımlayıcılar kullanıcıya hiçbir yerde gösterilmez, yalnızca arka planda kuruluşları birbirinden ayırmak için kullanılır. Bir bölümü ise gözle görülür sonuç üretebilir: logo alanı, arama sonuçlarında ve bilgi panelinde hangi görselin gösterileceğini etkileyebilir.

Organization şeması hangi soruyu cevaplar

Sayfa düzeyindeki şema türleri "bu sayfa neyi anlatıyor" sorusuna cevap verir. Article işaretlemesi bir yazının başlığını ve yazarını, Product işaretlemesi bir ürünün fiyatını ve stok durumunu bildirir. Organization şeması ise sayfayı değil, sayfanın arkasındaki kurumu tarif eder.

Bu ayrım pratik bir sonuç doğurur. Organization işaretlemesi bir içerik özelliği değil, bir kimlik beyanıdır. Doğru kurulduğunda "bu site şu kuruma aittir, o kurumun resmi adı şudur, şu adreste bulunur, şu numaralarla kayıtlıdır ve şu platformlardaki profiller de ona aittir" cümlesinin makine tarafından okunabilen halini üretir. Yanlış kurulduğunda ise bu cümle çelişkili çıkar ve hiçbir işe yaramaz.

Zorunlu alan yok demek ne demek

Organization işaretlemesi hakkında en sık tekrarlanan yanlış bilgi, "name, url ve logo zorunludur" cümlesidir. Google'ın kuruluş dokümanında zorunlu özellik yoktur. Doküman bunun yerine kuruluşla ilgili olan mümkün olduğunca çok özelliğin eklenmesini önerir.

Bu, alan seçiminin serbest olduğu anlamına gelmez, kalite eşiğinin yer değiştirdiği anlamına gelir. Doğrulama aracı sizi eksik alan yüzünden durdurmaz; içinde yalnızca tür ve ad bulunan bir Organization bloğu teknik olarak geçerlidir ve kimlik ayrımına neredeyse hiçbir katkı yapmaz. Google'ın önerdiği odak noktası da bunu ima eder: işletme adı için name veya alternateName, gerçek dünyadaki varlık için address veya telephone, internetteki varlık için url veya logo.

Yani asıl soru "hangi alanlar zorunlu" değil, "bu beyan gerçekten var olan ve dışarıdan kontrol edilebilen bir kurumu tarif ediyor mu" sorusudur.

Alanlar dört ayrı iş yapar

Google'ın tanıdığı Organization özellikleri tek bir amaca değil, birbirinden farklı dört işleve hizmet eder. Alanları bu işlevlere göre gruplamak, hangilerinin sizin için anlamlı olduğunu seçmeyi kolaylaştırır.

Bu alanların birkaçında dikkat edilmesi gereken kendine özgü kurallar var. taxID değerinin address içinde bildirdiğiniz ülkeyle eşleşmesi gerekir. telephone numarasına ülke kodu ve alan kodu eklenmelidir. legalName alanı, name alanından farklı olan yasal unvan içindir; ikisi aynıysa iki kez yazmanın bir faydası yoktur. leiCode yerine 0199: önekiyle iso6523Code kullanılması önerilir. vatID ise kullanıcı tarafında da işe yarar: KDV numarası herkese açık kayıtlardan kontrol edilebildiği için doğrudan bir güven işareti üretir.

logo alanı neden diğerlerinden ayrılır

Organization özellikleri içinde Google'ın arama sonuçlarındaki görsel çıktıyla açıkça ilişkilendirdiği tek alan logo alanıdır. Dokümanın ifadesi ölçülüdür: bu özelliği eklemek, Google'ın hangi logoyu göstermek istediğinizi daha iyi anlamasına yardımcı olabilir. Yani bir tercih bildirimidir, bir yerleştirme emri değil.

Bu tercihin dikkate alınabilmesi için görselin karşılaması gereken teknik koşullar var:

• Görsel en az 112x112 piksel olmalıdır.
• Görsel URL'si taranabilir ve dizine eklenebilir olmalıdır.
• Dosya biçimi Google Görseller tarafından desteklenmelidir.
• Görsel, tamamen beyaz bir arka planda beklediğiniz gibi görünmelidir. Beyaz veya açık gri ağırlıklı bir logo beyaz zeminde kaybolabilir.
• ImageObject türü kullanılıyorsa geçerli bir contentUrl veya url özelliği bulunmalıdır.

Uygulamada en çok karşılaşılan sorun ilk iki maddededir. Bir tasarım dosyası deposunda duran, robots.txt ile taramaya kapatılmış veya girişin arkasında kalan logo URL'si işaretlemede yazsa bile erişilemez, dolayısıyla yok sayılır.

sameAs gerçekte neyi bildirir

sameAs özelliğinin iki ayrı tanımı var ve ikisi aynı şeyi vurgulamıyor. Bu fark, alanın nasıl doldurulacağını anlamanın en kısa yolu.

Schema.org tanımı kimlik eksenlidir: sameAs, öğenin kimliğini belirsizliğe yer bırakmadan gösteren bir referans sayfasının URL'sidir. Verilen örnekler de bu yöndedir: öğenin Wikipedia sayfası, Wikidata kaydı veya resmi web sitesi.

Google'ın kuruluş dokümanındaki tanım ise bilgi eksenlidir: kuruluşunuzla ilgili ek bilgilerin bulunduğu başka bir web sitesindeki sayfanın URL'si. Örnek olarak bir sosyal medya veya yorum sitesindeki profil sayfası verilir ve birden fazla sameAs değeri sağlanabileceği belirtilir.

İki tanımın kesiştiği yer, iyi bir sameAs adayını tarif eder: hem sizi tekil olarak işaret eden hem de hakkınızda gerçekten bilgi taşıyan bir sayfa. Yalnızca marka adını tekrarlayan, içeriği boş bir profil bu kesişime girmez. Aynı şekilde sameAs, bağlantı gücü aktaran bir mekanizma, iki sayfanın kopya olduğunu bildiren bir canonical alternatifi veya sahiplik kanıtı değildir. Yaptığı iş, dağınık yüzeyleri tek kimlik altında toplamaktır.

sameAs listesine hangi profiller girer

Liste uzunluğu için bir kural yoktur; Google yalnızca birden fazla değer verilebileceğini söyler. Seçimi belirleyen şey sayı değil, her bir satırın dışarıdan kontrol edilebilir olmasıdır. Pratikte dört filtre işe yarar:

1. Gerçekten var olmalı. Açılmamış, kapanmış veya farklı bir kuruma ait bir profil listeye girerse beyan yanlış hale gelir.
2. Herkese açık olmalı. Giriş isteyen veya gizli bir profil, doğrulanabilir bir referans sayfası sayılmaz.
3. Siteye geri işaret etmeli. Profilin kendi alanında sitenizin adresi yazıyorsa, iki yüzey arasındaki bağ tek taraflı bir iddia olmaktan çıkar. Google bu eşleştirmenin adımlarını yayımlamıyor, ancak karşılıklı referans kurmak beyanı herhangi bir okuyucunun teyit edebileceği hale getirir.
4. Yaşıyor olmalı. Yıllardır güncellenmemiş ve eski marka adını taşıyan bir hesap, kimliği netleştirmek yerine bulandırır.

Wikipedia ve Wikidata bu listede özel bir yerde durur, çünkü schema.org bunları doğrudan referans sayfası örneği olarak sayar. Ancak Wikipedia sayfası talep üzerine açılan bir kayıt değildir; platformun kayda değerlik ölçütlerine bağlıdır ve bu ölçüt markanın bağımsız kaynaklarda ele alınmasını gerektirir. Böyle bir sayfa yoksa uydurulmaz, liste var olan gerçek profillerle kurulur.

Bilgi paneli ile ilişki nereye kadar gider

Bu konudaki en yaygın beklenti, Organization şemasının bilgi panelini açan düğme olduğu yönünde. Google'ın kendi açıklaması bu beklentiyi desteklemiyor.

Bilgi panelleri, Bilgi Grafiği'ndeki tüzel kişiler arandığında görünen kutulardır ve otomatik olarak oluşturulur. Panelde görünen bilgiler web üzerindeki çeşitli kaynaklardan gelir. Belirli konularda yetkili veri sağlayan ortaklarla çalışılıp bu veriler açık web kaynaklarıyla birleştirilebilir. Ayrıca doğrulanmış tüzel kişiler kendi panellerindeki bilgiler için düzenleme önerebilir ve gösterilen bilgilerin bir kısmı buradan gelebilir.

Bu tablonun hiçbir yerinde "site şema eklerse panel açılır" ifadesi yok. Buna ek olarak Google, yapılandırılmış veri kullanan özelliklerin arama sonuçlarında görüneceğini garanti etmediğini açıkça belirtir.

Dolayısıyla doğru beklenti şudur: Organization şeması, kurum hakkındaki bilginin kaynaklarından biri olur. Hangi logoyu tercih ettiğinizi bildirir, adres ve iletişim bilgisini tutarlı hale getirir, hangi dış profillerin size ait olduğunu söyler. Panelin oluşup oluşmayacağına, oluşursa neyi göstereceğine karar vermez.

Şema hangi sayfada durur ve hangi alt tür seçilir

Google, bu bilgilerin ana sayfaya veya kuruluşu anlatan tek bir sayfaya, örneğin Hakkımızda sayfasına yerleştirilmesini önerir. Sitenin her sayfasına eklenmesine gerek yoktur. Bu ayrıntı pratikte önemlidir, çünkü şablon üzerinden her sayfaya basılan ve sayfadan sayfaya farklılaşan Organization blokları birbiriyle çelişen beyanlar üretir.

Tür seçiminde kural, kuruma uyan en spesifik schema.org alt türünü kullanmaktır. E-ticaret sitesi işletiyorsanız OnlineBusiness yerine OnlineStore alt türü önerilir. Site yerel bir işletmeyi anlatıyorsa, örneğin bir restoran veya fiziksel mağaza, idari ayrıntıların LocalBusiness öğesinin en spesifik alt türleriyle verilmesi ve kuruluş rehberindeki alanlara ek olarak yerel işletme için zorunlu ve önerilen alanların da kullanılması gerekir.

JSON-LD örneği

Aşağıdaki blok, yukarıdaki dört alan grubunu birlikte kullanan bir uygulamayı gösterir. Alanları kendi kurumunuzda gerçekten karşılığı olanlarla sınırlayın; karşılığı olmayan alanı doldurmak için değer üretmek işaretlemeyi zayıflatır.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Atlas Teknoloji",
  "alternateName": ["Atlas", "Atlas Teknoloji A.Ş."],
  "legalName": "Atlas Teknoloji Anonim Şirketi",
  "url": "https://www.example.com/",
  "logo": {
    "@type": "ImageObject",
    "url": "https://www.example.com/img/atlas-logo.png",
    "width": 512,
    "height": 512
  },
  "description": "Endüstriyel otomasyon yazılımları geliştiren teknoloji şirketi.",
  "foundingDate": "2011-04-18",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Örnek Caddesi No 12",
    "addressLocality": "Kadıköy",
    "addressRegion": "İstanbul",
    "postalCode": "34710",
    "addressCountry": "TR"
  },
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "customer service",
    "telephone": "+90-216-000-0000",
    "email": "destek@example.com",
    "availableLanguage": ["Turkish", "English"]
  },
  "vatID": "TR1234567890",
  "sameAs": [
    "https://www.linkedin.com/company/ornek-atlas",
    "https://www.youtube.com/@ornekatlas",
    "https://www.wikidata.org/wiki/Q00000000"
  ]
}
</script>

Sık yapılan hatalar

• Var olmayan profilleri listelemek. "İleride açarız" diyerek sameAs dizisine yazılan adresler, doğrulanamayan bir beyan üretir ve kimlik ayrımına katkı yapmaz.
• Ad tutarsızlığı. Şemada bir ad, sosyal profillerde başka bir ad, iletişim sayfasında üçüncü bir varyasyon kullanılması, ayırt etme işini kolaylaştırmak yerine zorlaştırır. Farklı yazımlar uydurulmuş isimler olarak değil, alternateName altında gerçek varyasyonlar olarak bildirilir.
• Ölü profilleri listede tutmak. Kapanmış hesaplar ve eski marka adıyla duran sayfalar temizlenmediğinde beyan güncelliğini kaybeder.
• Şemayı her sayfaya kopyalamak. Özellikle sayfa sayfa değişen değerlerle çoğaltıldığında çelişkili kimlik beyanları ortaya çıkar.
• Logoyu erişilemez bir adrese koymak. Taramaya kapalı dizinde veya girişin arkasında duran görsel, işaretlemede yazsa bile kullanılamaz.
• Sayfada görünmeyen bilgiyi beyan etmek. Yapılandırılmış verinin sayfadaki görünür içerikle eşleşmesi beklenir; şemada duran ama hiçbir yerde gösterilmeyen adres veya telefon bu beklentiyi karşılamaz.
• Ülke ve numara uyumsuzluğu. Vergi numarasının adres ülkesiyle eşleşmemesi ve telefon numarasının ülke kodu olmadan yazılması sık görülen iki teknik hatadır.
• Alt türü atlamak. Mağaza veya yerel işletme olduğu halde genel Organization türünde kalmak, o türün sunduğu ek alanları kullanılamaz hale getirir.

Yapay zeka cevaplarında varlık netliğinin yeri

Üretken cevap motorları ve arama içindeki yapay zeka yüzeyleri, bir markayı adından çok bağlamıyla tanır. Aynı adı taşıyan iki kurum arasındaki karışıklık burada da geçerlidir ve sonucu daha görünürdür: yanlış eşleşme, cevabın içinde başka bir şirketin bilgisiyle anılmak anlamına gelir.

Bu noktada dürüst çerçeve önemli. Organization şeması eklemek bir cevapta alıntılanmayı sağlamaz, sameAs listesi atıf üretmez ve yapılandırılmış veri bir sıralama vaadi taşımaz. Şemanın yaptığı iş daha mütevazı ve daha sağlamdır: kurumun adı, alanı, konumu ve dış yüzeyleri tutarlı biçimde beyan edildiğinde kimlik belirsizliği azalır. Modellerin ve arama sistemlerinin markayı doğru varlıkla eşleştirmesi için gereken zemin budur. Bu zeminin daha geniş çerçevesini GEO yaklaşımının ne olduğunu anlatan yazıda ele alıyoruz.

Şemanın bir sınırı daha var: kendi sitenizde yaptığınız beyan, dışarıdan gelen sinyalin yerini tutmaz. Markanın web genelinde nasıl anıldığı ayrı bir katmandır ve bu katmanı bağlantısız marka bahsedilmeleri tarafında ayrıca çalışmak gerekir. İkisi birbirini tamamlar: şema kimliği beyan eder, dışarıdaki anılmalar o kimliği bağımsız olarak destekler.

Yayına almadan önce yapılacak doğrulama

Google'ın önerdiği sıra nettir. Önce işaretleme Zengin Sonuçlar Testi ile doğrulanır ve kritik hatalar giderilir. Araç kritik olmayan sorunları da işaretleyebilir; bunların düzeltilmesi zengin sonuç uygunluğu için gerekli değildir, ancak yapılandırılmış verinin kalitesini iyileştirir. Test aşamasının pratik ayrıntıları için Rich Results Test doğrulaması yazısına bakabilirsiniz.

İkinci adım canlı kontroldür. İşaretlemeyi içeren birkaç sayfa yayına alındıktan sonra URL Denetleme aracıyla Google'ın sayfayı nasıl gördüğü test edilir. Burada aranan şey basittir: sayfaya erişim bir robots.txt kuralı, bir noindex etiketi veya giriş gereksinimi tarafından engellenmemelidir. Erişilemeyen bir sayfadaki kusursuz işaretleme hiçbir işe yaramaz.

Sık sorulan sorular

Yerel işletmeler Organization mı LocalBusiness mi kullanmalı?

Site yerel bir işletmeyi anlatıyorsa idari ayrıntıların LocalBusiness öğesinin en spesifik alt türüyle verilmesi önerilir. Bu durumda kuruluş rehberindeki önerilen alanlara ek olarak yerel işletme türünün kendi zorunlu ve önerilen alanları da kullanılır. Yani seçim bir alternatif değil, daha spesifik türe inme meselesidir.

Değerlendirme sitelerindeki profil sameAs listesine yazılabilir mi?

Yazılabilir. Google'ın sameAs tanımında verilen örnekler arasında sosyal medya profilinin yanı sıra yorum sitesindeki profil sayfası da geçer. Ölçüt platformun türü değil, o sayfanın gerçekten sizin kurumunuzu işaret etmesi ve hakkınızda bilgi taşımasıdır.

legalName ile name arasındaki fark nedir?

name kurumun bilinen adıdır, legalName ise name değerinden farklı olan yasal unvandır. Ticari ad ile ticaret sicilindeki unvan farklıysa ikisini ayrı ayrı bildirmek anlamlıdır. İkisi tamamen aynıysa aynı değeri iki alana yazmanın bir katkısı olmaz.