Organization şeması: modelin markanızı tanıması

Bir modelin markanızı önerebilmesi için önce ne olduğunuzu bilmesi gerekir. Bu kulağa bariz geliyor ama pratikte en sık atlanan katman burası: teknik erişim açık, içerik iyi, yine de model markayı kategori sorularında hiç anmıyor.

Sebep genellikle varlık belirsizliği: model sayfayı okuyor — okuyabiliyorsa — ama okuduğu şeyin bir firma mı, bir ürün mü, bir blog mu olduğundan emin değil.

Belirsizliğin belirtileri

• Model markayı yanlış kategoriye koyuyor ("bir yazılım şirketi" diyor, oysa üreticisiniz)
• Aynı adı taşıyan başka bir kuruluşla karıştırıyor
• "Bu marka hakkında yeterli bilgim yok" diyor, oysa siteniz yıllardır yayında
• Şehrinizi, kuruluş yılınızı ya da faaliyet alanınızı uyduruyor

Son madde özellikle önemli: model bir boşluk gördüğünde onu doldurmaya meyillidir. Belirsizlik yalnızca görünmemeye değil, yanlış görünmeye de yol açar.

Asgari Organization şeması

{
  "@context": "https://schema.org",
  "@type": "LegalService",
  "name": "Bayraktar Attorneys",
  "url": "https://bayraktarattys.com/",
  "logo": "https://bayraktarattys.com/logo.png",
  "description": "İstanbul merkezli, yabancı bireylere ve şirketlere İngilizce hizmet veren hukuk bürosu.",
  "areaServed": "TR",
  "availableLanguage": ["tr", "en"],
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "İstanbul",
    "addressCountry": "TR"
  },
  "sameAs": [
    "https://www.linkedin.com/company/bayraktar-attorneys"
  ]
}

Bu bloğun her alanı bir belirsizliği kapatır: name kim olduğunuzu, description ne yaptığınızı, address nerede olduğunuzu, availableLanguage hangi dillerde hizmet verdiğinizi, sameAs ise aynı varlığın başka nerelerde göründüğünü söyler.

Dikkat: @type olarak LegalService seçildi, Organization değil. Schema.org'da LegalService, Organization'ın alt tipidir (LocalBusiness → ProfessionalService → LegalService) ve daha spesifik olduğu için tercih edilir. Alt tip kullanmak üst tipin alanlarını kaybettirmez.

sameAs en güçlü sinyaldir

Diğer alanlar sizin kendinizle ilgili beyanınızdır. sameAs ise doğrulanabilir bir iddiadır: model bağlantıyı takip edip aynı varlığı orada da bulabilir.

Önem sırası kabaca şöyle:

1. Wikidata — bilgi grafiklerinin omurgası, en güçlü tekil sinyal
2. Wikipedia — varsa; yoksa zorlamayın, şartları katıdır
3. LinkedIn şirket sayfası — kurumsal varlığın standart doğrulaması
4. Doğrulanmış sosyal hesaplar
5. Sektörel dizinler ve ticaret odası kayıtları

Kural: her bağ çözülmeli. 404 dönen bir sameAs girdisi sinyal değil gürültüdür. Şema doğrulayıcıları bunu yakalamaz, çünkü biçim olarak geçerlidir — bağların gerçekten açıldığını ayrıca kontrol etmek gerekir.

Tutarlılık: her yerde aynı ad

Varlık netliğini en çok bozan şey, markanın farklı yerlerde farklı yazılmasıdır:

Bunların hepsi aynı kuruluş, ama model için bu apaçık değil. Bir birincil ad seçin ve her yerde onu kullanın; yasal unvan gibi varyantları alternateName alanında toplayın.

Türkçe adlarda ek bir tuzak

Türkçe karakterli marka adları, farklı sistemlerde farklı normalize edilir: İ/ı dönüşümü locale'e duyarlıdır ve locale'siz bir toLowerCase çağrısı "İSTANBUL" kelimesini "i̇stanbul" haline getirir. Marka adınızda Türkçe karakter varsa, hem özgün hem ASCII karşılığını alternateName içinde bulundurmak eşleşme şansını artırır.

LocalBusiness mı Organization mı

Fiziksel bir adreste müşteri kabul ediyorsanız LocalBusiness (ya da alt tiplerinden biri: Dentist, Restaurant, HomeAndConstructionBusiness) daha uygundur; ek olarak çalışma saatleri, coğrafi koordinat ve hizmet alanı alanlarını taşır.

Üretici, toptancı ya da uzaktan hizmet veren bir yapıysanız Organization doğrudur. İkisini aynı sayfada birlikte kullanmayın — model hangisinin geçerli olduğunu bilemez ve çelişki varlık netliğini düşürür.

Çok şubeli yapılarda desen şudur: kurumsal sitede tek bir Organization, her şube sayfasında ayrı bir LocalBusiness ve şubeleri parentOrganization ile merkeze bağlamak.

Sık yapılan altı hata

1. Her sayfada farklı name. Şablon değişkeni yanlış bağlandığında ürün sayfasında

ürün adı, blog sayfasında yazı başlığı Organization.name olarak çıkar.

1. Logo olarak favicon vermek. logo alanı en az 112×112 piksel olmalı ve gerçek

logo dosyasını göstermeli.

1. Çözülmeyen sameAs bağları. Kapanmış bir sosyal hesap ya da 404 dönen bir dizin

profili sinyal değil gürültüdür.

1. Şemada olup sayfada olmayan bilgi. Şema görünür içeriği tanımlar; sayfada

yazmayan bir adres şemaya konmamalı.

1. Birden fazla çelişkili şema bloğu. Tema, eklenti ve elle eklenen kod aynı anda

Organization üretiyorsa üç farklı ad görünebilir.

1. address alanını düz metin yazmak. PostalAddress nesnesi olarak

yapılandırılmalı; düz dizgi ayrıştırılamaz.

Doğrulama

Şema yazmak yetmez, geçerliliğini denetlemek gerekir. Sırayla:

1. Sözdizimi: JSON geçerli mi — tek bir eksik virgül bloğun tamamını iptal eder
2. Schema.org doğrulayıcısı: tip ve alan adları doğru mu
3. Rich Results Test: Google şemayı okuyabiliyor mu
4. sameAs bağları: her biri gerçekten açılıyor mu — bunu hiçbir doğrulayıcı

kontrol etmez, elle ya da bir araçla bakmak gerekir

1. Tutarlılık: name, <title>, og:site_name ve dış profiller aynı adı mı söylüyor

Beşinci adım en çok atlanan ve en çok zarar verendir.

Şemanın yapmadığı şey

Organization şeması bir sıralama kaldıracı değildir. Olmayan bir otoriteyi üretmez, zayıf içeriği güçlendirmez ve görünürlüğü tek başına artırmaz.

Yaptığı tek şey, zaten doğru olan bilginin makineler tarafından tahmin edilmeden okunmasını sağlamaktır. Bilgi yanlışsa şema yanlışı hızlandırır; bilgi doğruysa şema belirsizliği kaldırır.

Şema tek başına yetmez

Organization şeması bir beyandır ve beyan doğrulama ister. Sitenizde "1998'den beri" yazıp hiçbir dış kaynakta doğrulanamıyorsa, model bu bilgiye temkinli yaklaşır.

Varlık netliğinin tamamı üç ayak üstünde durur: sayfada yapılandırılmış beyan (şema), dışarıda doğrulanabilir iz (sameAs, dizinler, basın), ve her ikisinde tutarlılık. Üçünden biri eksikse diğer ikisi de zayıflar.